В деле о правах человека время съедают не только аргументы, но и сотни страниц рутины.

Контекст работы с делами

Подготовка материалов для Европейского суда по правам человека или договорных органов ООН объединяет объёмные дела, хронологии, сроки и процессуальные требования. В небольшой команде организация документов напрямую конкурирует со временем на юридический анализ.

AdmissusCase — продуктовая гипотеза для этого процесса: система должна готовить упорядоченное досье, не подменяя решение, ответственность или подпись юриста.

Проблема

Автоматизация без ясных границ способна создать ложную уверенность в полноте. Убедительное резюме не показывает отсутствующее приложение, несогласованную дату или фрагмент без указания происхождения. В высокорисковой работе пропуски должны оставаться видимыми.

Моя роль

• сооснователь (Co-Founder) и технический руководитель (Technical Lead) — роли, указанные на публичном лендинге;
• совместная разработка продуктовой гипотезы;
• архитектура технического потока документов;
• проектирование плана оценки и границ ответственности.

Продуктовый процесс

Анализ закрытого репозитория подтвердил, что прототип разделяет загрузку и хранение документов, отправку во внешний сервис обработки, обработку обратных вызовов, статус задач и историю кредитов. Панель управления показывает документы и результаты, не объединяя все слои в один непрозрачный этап. Эти сведения описывают внутренний анализ кода и не представлены как публичный артефакт.

загрузка документа → хранение → постановка задачи → обратный вызов обработки → история результатов → проверка юристом

Такое разделение помогает определить место сбоя и проверить, относится ли результат к нужному файлу и версии задачи.

Система готовит, юрист решает

Система может упорядочить материал, помочь с извлечением, построить хронологию и подготовить проект для проверки. Юрист оценивает полноту дела, юридическую квалификацию, фактическую значимость и готовность к использованию. Эта граница является частью продукта, а не добавленным позднее предупреждением.

Как следует измерять качество

План тестирования охватывает полноту досье, точность цитирования, связи документов с фактами и исправления, требующие специалиста. Результаты должны опираться на явные тестовые случаи и методологию, а не только на привлекательный процент.

Что удалось создать

Подготовлена публичная презентация направления продукта. Внутренний анализ кода подтвердил архитектуру, охватывающую frontend, backend, хранение, асинхронные задачи и историю кредитов. Кейс показывает продуктовую и техническую ответственность в социально значимом LegalTech.

Доказательства, которые мы не используем

Шаблонные отзывы и утверждения об экономии времени, почти полном отсутствии галлюцинаций, грантах или сертификациях не переносятся без документации и методологии. Публичный benchmark остаётся запланированным артефактом.

Ограничения

Кейс описывает продуктовый прототип и не использует гранты, сертификации или показатели эффективности как доказательство без документов и методологии. Материал не является юридической консультацией, а прототип не принимает окончательных решений вместо юриста.