matter-intake

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;
• критерий приемки и лицо, принимающее решение.

Не задавай повторно вопрос, если ответ уже есть в материалах. Не делай скрытых предположений.

Процедура

1. Классифицируй данные. При неоднозначности выбери более строгий класс. Определи, допустимы ли web search, external repo и субагенты.
2. Сформулируй job-to-be-done. Одно предложение: кто должен принять какое решение на основании какого продукта.
3. Сформулируй основной вопрос. Он должен допускать проверяемый ответ и дату актуальности.
4. Раздели вопросы. Создай issue tree: jurisdiction/competence, applicable law, facts/data, procedure, remedies/risks, implementation/impact — только релевантные ветви.
5. Выбери уровень работы:
   • L0 — точечный ответ;
   • L1 — memorandum/opinion;
   • L2 — research dossier;
   • L3 — legal monitoring.
6. Определи evidence gate. Какой минимум нужен до drafting: например, действующая редакция нормы + 3 ключевых решения + подтвержденные факты.
7. Создай дело:

python3 scripts/new_matter.py --id <matter-id> --title "<title>" --classification <CLASS>

8. Заполни MATTER.md и PLAN.md. Отдели:
   • подтвержденные входные данные;
   • аналитические предположения, требующие проверки;
   • отсутствующие критические данные;
   • исключенное из scope.
9. Инициализируй sources/REGISTER.csv, evidence/CLAIMS.csv, MISSING_DATA.csv, если задача L1-L3.
10. Согласуй последовательность и точки 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, ограничения и следующий шаг без чтения исходного чата.