docs: архитектурный анализ + History + gitignore (2026-06-27)

History/opus-testcases-request.md

@@ -0,0 +1,41 @@
+
+Ты — Claude Opus. Тебе пишет разработчик.
+
+**ВАЖНО:** Твой ответ — ТОЛЬКО текст в чат. Ты НЕ должен ничего редактировать, создавать файлы, писать код. Просто текстовый ответ с принципами и шаблонами. Файлы создам я сам.
+
+У нас сервис сверки договоров. Pipeline: загрузка → LLM-классификация → группировка → LLM-сравнение.
+Бэкенд: Python http.server + PostgreSQL. LLM: gpt-oss-120b через api.aillm.ru.
+
+Реальные файлы лежат в `dogovora/примеры_договоров_для_ИИ/`:
+- договор-XXX001-03700.docx — Договор на оказание технологических услуг
+- допник-1-XXX003-01300_2.docx — Допсоглашение с таблицей услуг (6-7 колонок: №, Наименование, Цена, Объем, Сумма, Дата)
+- спецификация-XXX001-03700.docx — Спецификация (таблица услуг)
+
+Мне не нужны сгенерированные ТОБОЙ docx-файлы — это дорого.
+
+Мне нужны ПРИНЦИПЫ + ТЕКСТОВЫЕ ШАБЛОНЫ для 25-30 тестовых кейсов. Каждый кейс проверяет один конкретный аспект:
+- classify (как LLM извлекает тип/номер/дату/контрагента/родителя)
+- group (как Python нормализует номера и группирует)
+- compare (как LLM находит ADD/DELETE/UPDATE между версиями спеки)
+
+Формат ответа — для каждого кейса:
+```
+### Кейс N: Название
+**Что проверяем:** ...
+**Почему может сломаться:** ...
+**Файлы:** договор-X.docx + спека-X.docx
+**Ключевой текст договора:** "Договор № ... от ..."
+**Таблица спеки:** <структура с ценами/объёмами>
+```
+
+Файлы создам я сам через python-docx. Ты даёшь принципы и текст — я генерирую.
+
+Примеры того ЧТО может пойти не так и что надо проверить:
+- Номер договора кириллицей: "МЭС-123/2024"
+- Два допника ссылаются на номер с опечаткой: "03700" vs "О3700"
+- Спека без даты
+- Договор без контрагента
+- Нестандартный заголовок: "Соглашение об услугах" вместо "Договор"
+- Compare: цена изменилась на 1 копейку, объём с 3 на 0, услуга переименована
+
+Думай как тестировщик: что МОЖЕТ сломаться и как это поймать.