Чек-лист
Поля для извлечения из исходников
Эти поля LLM пытается найти в ЕГРН/БТИ. Потом их можно использовать в чек-листе через тип правила cross_check.
Как писать правила, чтобы ИИ их понял правильно
Сервис делает три вида проверок. У каждой свои принципы формулировки. Вот база, которая позволит избежать «галлюцинаций» (когда ИИ что-то выдумывает) и пропусков.
1. Текстовые проверки must_contain / must_not_contain / regex
- Эти правила работают точно по символам. Никаких смыслов, только буквальное совпадение.
- Поле Pattern — это сама фраза или регулярка. Используй короткие и однозначные строки.
- Хорошо:
"черновик","проект для согласования", regex^лист\s*\d+$. - Плохо: длинные предложения, регистрозависимые формулировки. Если регистр не важен — сними галку «учитывать регистр».
2. Смысловая проверка llm_check — самая частая
Это вопрос Claude по содержимому документа. Поле Pattern — инструкция для ИИ. Чтобы получать стабильный результат:
- Формулируй как закрытый вопрос — на который можно ответить «да/нет» с цитатой.
- Указывай где искать: «в пояснительной записке», «в штампе на каждом листе», «в ведомости работ».
- Конкретизируй критерий. «Указан ли год постройки» — плохо. «Найди в проекте указание года постройки дома и убедись, что он есть и совпадает с ЕГРН» — хорошо.
- Не объединяй несколько проверок в один пункт. Один пункт = один вопрос. Иначе ИИ выберет случайно что отвечать.
- Не проси визуальную интерпретацию через текст. Если нужно проверить чертёж — это
vision_check, неllm_check.
Хороший пример pattern: «Проверь, что в пояснительной записке явно указан тип плиты на кухне (электрическая или газовая). Цитата должна быть точной фразой из документа.»
3. Сверка с ЕГРН/БТИ cross_check
- Этот тип сверяет значение из проекта с эталоном из исходников. Эталон — поле, заданное на вкладке «Поля для извлечения».
- В Pattern опиши: что искать в проекте и как сверять с эталоном. ИИ сам подставит значение поля.
- Поле «Поле для сверки» — выбери ключ нужного ExtractField (адрес, кадастр, этаж, площадь и т.д.).
- Хорошо подходит для: адрес, кадастр, этажность, общая площадь до перепланировки, назначение помещения.
4. Визуальная проверка vision_check
- Используем когда нужно посмотреть чертёж. Например: «совпадают ли план до/после», «нет ли мокрых зон над жилыми соседей», «штамп на каждом листе».
- В Страницы для Vision укажи листы. Можно:
16,15-17,16, 19,all. Чем меньше страниц — тем быстрее и дешевле. - Pattern — точный вопрос по чертежу. ИИ видит изображение в DPI=150.
- Чем уже вопрос — тем точнее ответ. «Соответствует ли проект СП?» — слишком широко. «Найди на плане после перепланировки санузел и проверь, расположен ли он строго над санузлом квартирой ниже» — точно.
Что ИИ не умеет (не пытайтесь это автоматизировать)
- Дизайн и стиль чертежа. Толщина линий, шрифт, цвет. Это ручная задача ГИПа.
- Геометрические расчёты площадей по чертежу. Без масштаба не оценит точно. Площади берём из ведомости/экспликации текстом.
- Соответствие ГОСТ оформления. Только конкретные дискретные требования (наличие штампа, наличие подписи, нумерация).
- Правовая оценка («согласует ли МЖИ?»). Сервис проверяет факты в документе, юридическую интерпретацию делает человек.
Если результат сомнительный — пометки и каскад
- Включён self-check: каждый сомнительный пункт прогоняется дважды с разными формулировками. При расхождении — пункт переводится в fail.
- Если ИИ «угадал» pass там, где явная ошибка — отметь пункт как failed вручную и допиши в pattern, что именно надо проверять. Сервис помнит вашу формулировку, в следующий раз сработает точнее.
Привязка к сценариям проверки
В правиле выбери чекбоксами, в каких сценариях оно работает (Проект+ТЗ, ТЗДБ, Эскиз, МО). «Любые» — пункт будет участвовать в каждом сценарии (например, проверка адреса).
Пользователи
| ID | Роль | Активен |
|---|