Анализ транскрипции судебного заседания. Используй, когда юрист говорит «разбери транскрипцию», «проанализируй заседание», «что сказал судья», «что говорил оппонент», «найди речевые паттерны», «составь выводы по заседанию». Скилл принимает текстовую транскрипцию, сохраняет её в каталог заседания и делегирует Opus-subagent аналитическую работу по контракту 3.1c. Итоговый артефакт — markdown-файл `hearings/YYYY-MM-DD/analysis.md` без `.docx`.
Installation
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Анализ транскрипции судебного заседания. Используй, когда юрист говорит «разбери транскрипцию», «проанализируй заседание», «что сказал судья», «что говорил оппонент», «найди речевые паттерны», «составь выводы по заседанию». Скилл принимает текстовую транскрипцию, сохраняет её в каталог заседания и делегирует Opus-subagent аналитическую работу по контракту 3.1c. Итоговый артефакт — markdown-файл `hearings/YYYY-MM-DD/analysis.md` без `.docx`.
analyze-hearing — Анализ транскрипции заседания
Скилл оркестрируется main-Sonnet. Нормализацию входа, сохранение файлов и обновление метаданных делает main-Sonnet; глубокий юридический анализ делает Opus-subagent по контрактам 3.0 и 3.1c из shared/subagent-dispatch.md.
Ключевой принцип: транскрипция сохраняется как отдельный артефакт заседания и анализируется как самостоятельный источник. В этой ветке нет .docx, нет Sonnet-subagent и нет отдельного «клиентского brief» через formatter.
Предусловия
Существует .vassal/case.yaml.
Доступна текстовая транскрипция: файл, текст из чата или документ во Входящие документы/.
Доступен Task(model=opus) по контракту 3.1c.
Переменные сессии
Определи в начале:
hearing_date = дата заседания, если она надёжно определяется из транскрипции или аргументов; иначе текущая дата YYYY-MM-DD
абсолютные пути к .vassal/case.yaml, .vassal/index.yaml, .vassal/mirrors/doc-*.md;
абсолютные пути к файлам внутри {{hearing_dir}}/**, включая transcript.md и при наличии протокол.
TASK: проанализировать ход заседания, речевые паттерны участников, тактику оппонента и реакции суда; сомнительные места из плохой транскрипции помечать [?]; опираться только на указанные файлы; не предлагать .docx.
OUTPUT: единый markdown без строки READY_FOR_DOCX.
Рекомендуй Opus-subagent следующую структуру верхнего уровня:
## Ход заседания
## Речевые паттерны
## Тактика оппонента
## Реакции суда
## Выводы
## Следующие шаги
Вызови Task с параметрами:
subagent_type: "general-purpose"
model: "opus"
description: 3-5 слов
Проверь OUTPUT через валидационный скрипт:
передай полный текст OUTPUT Opus-subagent в
python3 "$PLUGIN_ROOT/scripts/validate_opus_output.py" --skill analyze-hearing --contract 3.1c --stdin;
скрипт должен вернуть valid=true.
Если valid=false, перезапусти Opus-subagent один раз с напоминанием о контракте 3.1c и требованиях к analyze-hearing, затем повтори валидацию скриптом.
Если и после retry valid=false, остановись и покажи блокер.
Сохрани markdown как есть в {{analysis_path}}.
На основании анализа предложи и, после подтверждения Сюзерена, внеси обновления в .vassal/case.yaml:
next_hearing, если дата надёжно извлечена;
новые элементы timeline с source: transcript;
статус дела или иные подтверждённые процессуальные изменения.
Добавь запись в .vassal/history.md о разборе заседания.
Фаза 4 — Verify (main-Sonnet)
Проверь, что существуют:
{{transcript_path}};
{{analysis_path}}.
Прочитай {{analysis_path}} и проверь:
файл не пустой;
есть ## Ход заседания;
есть минимум ещё одна предметная секция верхнего уровня;
нет строки READY_FOR_DOCX;
файл не выглядит как служебное сообщение об ошибке или извинение.
Если менялся .vassal/case.yaml, проверь его YAML-валидность и ограничь изменения только подтверждёнными фактами.
Покажи Сюзерену короткое резюме:
путь к {{analysis_path}};
3-5 главных выводов;
какие поля дела были обновлены.
Дисциплина
Не создавать .docx, не предлагать formatter и не диспатчить Sonnet-subagent по контракту 3.2.
Не плодить отдельные internal.md, client-brief.md, judge-profile.md, opponent-analysis.md: в Ф4 итоговый аналитический артефакт ровно один — hearings/YYYY-MM-DD/analysis.md.
Не вставлять тексты транскрипции и зеркал inline в prompt main-Sonnet; передавай только абсолютные пути.
Не обновлять .vassal/case.yaml без подтверждения Сюзерена на спорных данных.
Блокер при недоступном Opus-subagent
Если Task(model=opus) недоступен, завершился ошибкой или дважды вернул пустой/невалидный markdown:
сообщи Сюзерену: Opus-subagent недоступен, analyze-hearing остановлен. Нужен рабочий Task(model=opus) по контракту 3.1c.
покажи конкретную ошибку;
не переключайся на .docx-ветку и не замещай Opus аналитикой main-Sonnet.
