Практика и аналитика

Если существенная ошибка уже проявилась, простого фикса недостаточно. Нужно сохранить минимальный сценарий, ожидаемое поведение, фактический сбой, нарушенный инвариант и тест. Тогда следующая модификация не сможет тихо вернуть старую ошибку.

Вывод: Устойчивый fix превращает дефект в автоматически обнаруживаемый regression case.

Локальный сбой не гарантирует локальную причину. Перед исправлением полезно проверить повтор, конкурентность, timeout/retry, другой вход и частично заполненное состояние. Затем формулируется инвариант, который система должна сохранять.

Вывод: Хороший fix закрывает класс отказов и пополняет regression corpus.

Большое контекстное окно не решает проблему смешения сущностей. Если в одном сеансе лежат документы нескольких закупок, модель может взять правильное правило из неправильной процедуры. Поэтому общие методики можно хранить совместно, а документы, расчёты и выводы конкретной закупки лучше изолировать.

Вывод: Контекст — часть контроля качества, а не просто лимит токенов.

Список источников в конце отчёта недостаточен. Для каждого material claim — нормы, числа, товарного соответствия, условия контракта — должен быть evidence pointer. Перед финализацией проверяются completeness и correctness.

Вывод: Доказательность — структура вывода, а не декоративный список ссылок.

Модель может звучать одинаково уверенно при правильном и ошибочном ответе. Критичные gates должны опираться на первичные источники, документы закупки, результаты инструментов, read-after-write и воспроизводимые расчёты.

Вывод: Доверие должно быть evidence-driven.