| name | matter-intake |
| description | Инициализируй новое юридическое дело или исследование: классификация данных, вопрос, дата актуальности, границы, продукт, план и evidence gate. Используй в начале нового поручения; не используй для уже полностью scoped задачи. |
Matter intake
Contract
- Job-to-be-done: преобразовать поручение в однозначный, классифицированный и проверяемый matter contract.
- Inputs: вопрос, адресат, продукт, юрисдикция, дата актуальности, срок, источники и ограничения.
- Outputs: заполненные MATTER/PLAN, classification, workflow level, unknowns и acceptance criteria.
- Evidence and safety: собирай только необходимые данные, не копируй секреты в публичные запросы и выбирай более строгий класс при сомнении.
- Stop conditions: остановись до исследования, если неясны полномочия, scope, дата, data class или критический conflict.
- Acceptance test: вручную проверь, что другой reviewer может однозначно пересказать вопрос, продукт, deadline и DoD.
Цель
Преобразовать неструктурированный запрос в проверяемое поручение без преждевременных правовых выводов. Результат — созданное дело в matters/<matter-id>/, понятный план, список необходимых источников и явные допущения.
Обязательные входы
Получить из запроса или осторожно реконструировать:
- рабочее название и
matter-id;
- заказчика/адресата и назначение результата;
- конкретный юридический или правополитический вопрос;
- юрисдикцию и территориальные/институциональные границы;
- дату актуальности и исследуемый период;
- тип результата, язык, формат, объем и deadline;
- предоставленные файлы/данные и допустимые внешние источники;
- класс данных по
SECURITY.md;
- требуемый уровень L0-L3;
- критерий приемки и лицо, принимающее решение.
Не задавай повторно вопрос, если ответ уже есть в материалах. Не делай скрытых предположений.
Процедура
- Классифицируй данные. При неоднозначности выбери более строгий класс. Определи, допустимы ли web search, external repo и субагенты.
- Сформулируй job-to-be-done. Одно предложение: кто должен принять какое решение на основании какого продукта.
- Сформулируй основной вопрос. Он должен допускать проверяемый ответ и дату актуальности.
- Раздели вопросы. Создай issue tree: jurisdiction/competence, applicable law, facts/data, procedure, remedies/risks, implementation/impact — только релевантные ветви.
- Выбери уровень работы:
- L0 — точечный ответ;
- L1 — memorandum/opinion;
- L2 — research dossier;
- L3 — legal monitoring.
- Определи evidence gate. Какой минимум нужен до drafting: например, действующая редакция нормы + 3 ключевых решения + подтвержденные факты.
- Создай дело:
python3 scripts/new_matter.py --id <matter-id> --title "<title>" --classification <CLASS>
- Заполни
MATTER.md и PLAN.md. Отдели:
- подтвержденные входные данные;
- аналитические предположения, требующие проверки;
- отсутствующие критические данные;
- исключенное из scope.
- Инициализируй
sources/REGISTER.csv, evidence/CLAIMS.csv, MISSING_DATA.csv, если задача L1-L3.
- Согласуй последовательность и точки human review. Для срочной задачи предложи минимальный defensible scope, а не фиктивную полноту.
Выходы
matters/<id>/MATTER.md;matters/<id>/PLAN.md;- начальный source needs list;
- начальный missing-data register;
- список assumptions с владельцем проверки;
- рекомендуемые skills/roles;
- первая session note.
Запреты
- Не давать окончательный правовой вывод в intake.
- Не переносить пользовательские секреты в название ветки/файла.
- Не создавать фиктивные источники или показатели.
- Не расширять scope молча.
- Не запускать полный мониторинг, когда достаточно L0/L1.
Definition of done
Intake завершен, если другой юрист может понять вопрос, дату актуальности, границы, продукт, evidence gate, ограничения и следующий шаг без чтения исходного чата.
