Выпустил обновление Вассала-Литигатора CC до v1.2.0.
Это не та версия, где появляется большая красивая кнопка. Скорее наоборот: обновление про то, чтобы под капотом стало меньше магии, меньше ручной веры в промпт и больше проверяемой механики.
Для юридического инструмента это важнее, чем кажется. В суде документ — не «файл в папке», а доказательство. Ошибка в раскладке, потерянный скан, неверно присоединённое приложение или плохой OCR могут потом всплыть в самый неудобный момент.
- →репозиторийgithub.com/strigov/vassal-litigator-cc
- →маркетплейсgithub.com/strigov/strigov-cc-plugins
- →раньшепервая заметка о Вассале-Литигаторе
Что это за плагин
Вассал-Литигатор — это плагин для Claude Code, который помогает юристу вести судебное дело: принять материалы клиента, разложить документы, сделать текстовые зеркала, обновить индекс, построить хронологию, подготовить правовой анализ, позицию, документы к заседанию и жалобы.
Идея не в том, чтобы «ИИ заменил юриста». Идея в другом: снять с юриста часть грязной механической работы и дать нормальный рабочий контур вокруг материалов дела.
Юрист всё равно принимает решения. Вассал предлагает, раскладывает, проверяет, собирает, но каждое значимое действие должно быть видно и подтверждено.
Главное изменение
В v1.2.0 я переписал самый чувствительный слой: работу с файлами при intake, add-evidence и add-opponent.
Раньше значительная часть процесса держалась на инструкциях модели: посмотри входящие документы, распакуй архивы, извлеки текст, предложи имена, разложи по папкам, обнови индекс. Это работало, но в такой схеме слишком многое зависит от того, насколько аккуратно модель исполнила длинную инструкцию.
Теперь схема жёстче:
- сначала отдельный скрипт готовит рабочую область: безопасно распаковывает архивы, извлекает текст, собирает JSON по файлам;
- затем Codex строит человеческий markdown-план и отдельный машинно-читаемый YAML-план;
- перед применением YAML валидируется;
- apply выполняется детерминированным Python-скриптом, а не свободным набором файловых действий модели;
- после apply план и его YAML-копия архивируются в
.vassal/codex-logs/.
Если коротко: модель всё ещё помогает понять документы и предложить осмысленную раскладку. Но перенос, копирование, индексирование, проверка инвариантов и архивирование теперь сильнее вынесены в код.
Человеку показывается понятный план, а машине отдаётся строгий план. Это снижает риск ситуации, когда в markdown всё выглядело нормально, а фактическое исполнение пошло чуть иначе.
Что стало спокойнее
Первое — оригиналы. Вассал и раньше сохранял исходники в .vassal/raw/, но теперь эта логика стала строже проверяться на уровне machine-plan. Если файл должен быть удалён из входящих после обработки, он должен быть сохранён через безопасную raw-preserving ветку. Архивы, изображения и сгруппированные входы проходят отдельные проверки.
Второе — повторный запуск. В юридической работе легко получить один и тот же пакет документов дважды: клиент переслал архив ещё раз, помощник положил файлы повторно, часть документов уже была обработана. Теперь в плане явнее учитываются пропуски и уже обработанные файлы, чтобы не плодить дубли в индексе.
Третье — плохие сканы. Появился единый классификатор качества извлечения текста: ok, low, empty и причина. Если OCR слабый, запись получает needs_manual_review, а не притворяется нормальным документом. Это простая вещь, но для судебного дела она критична: лучше честно увидеть «этот скан надо проверить глазами», чем потом ссылаться на криво распознанный текст.
Четвёртое — индекс дела. update-index теперь строит preview через отдельный сканер состояния дела. Он показывает новые файлы, сиротские записи индекса и устаревшие зеркала. То есть перед синхронизацией видно, что именно расходится между папками и .vassal/index.yaml.
Что меняется для пользователя
В обычной работе почти ничего.
Вы по-прежнему кладёте документы во Входящие документы/, запускаете команду и смотрите предложенный план. Если всё правильно — подтверждаете. Если нет — просите поправить: разделить комплект, переименовать файл, присоединить приложение к другому документу, оставить сироту на ручную проверку.
Разница в том, что после подтверждения план исполняется более предсказуемо.
Это важная граница. Юрист должен тратить внимание на смысл: что это за документ, к чему он относится, как он влияет на позицию. А не на то, не перепутал ли агент путь при копировании файла.
Как обновиться
Если плагин уже установлен через мой маркетплейс:
/plugin update vassal-litigator-cc@strigov-cc-pluginsЕсли ставите впервые:
/plugin marketplace add strigov/strigov-cc-plugins
/plugin install vassal-litigator-cc@strigov-cc-pluginsТакже нужен установленный openai-codex, выполненный codex login и локальные зависимости для OCR и работы с документами. Скрипт scripts/setup.sh в плагине ставит нужные пакеты.
Честный дисклеймер
Плагин отправляет материалы дела в OpenAI через Codex CLI для файлового пайплайна, таймлайна, визуализаций и контрольного ревью. Если по клиентскому договору, режиму тайны или внутренней политике это недопустимо — не используйте плагин на таких материалах.