Обсудили расхождение спека↔код по авто-раскладке. Решение: гейт по confidence оставляем — низкий confidence служит доп. проверкой на ревью (LLM могла ошибиться так, что под ошибку нашёлся самосогласованный матч в базе). Задача gate-confidence-spec-vs-code переоформлена из «определиться» в конкретную: сделать порог реально выключаемым (0 = выкл, сейчас 0 молча возвращается к дефолту), понизить дефолт 0.85→0.7, узаконить confidence в спеке recognition как конфигурируемое четвёртое условие, дока + тесты. Реализовать как OpenSpec-change. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Документация jellybit
Три раздела с разной ролью — не путать:
-
specs/ — спецификации. Описывают целевое и текущее устройство системы. Живые и изменяемые: правим по мере развития, держим в соответствии с кодом. Отвечают на вопрос «как устроено».
-
adr/ — Architecture Decision Records. Неизменяемый журнал значимых решений, пишется постфактум. Хранит главное — почему так сделано. Передумали → не правим старую запись, заводим новую. Процесс — в adr/README.md.
-
drafts/ — черновики: заметки, мысли, планы на будущее, ещё не принятые решения. Не источник истины и ни к чему не обязывают. Когда черновик становится реальностью — его место в specs (как устроено) и/или adr (почему решили).