Записи ИИ
Что модель пишет сама, чего не пишет никогда, как отличить её записи от ваших и что она не может тронуть.
Модель пополняет базу сама — в момент, когда что-то выяснила, а не «когда-нибудь потом». Это происходит на любом этапе, где она работает: в разработке и ревью, в аудите, в исследовании, в «Спросить» — когда вы сообщили ей факт о проекте прямо в диалоге, — и в проходах по итогам законченной работы.
Что она пишет
- Факт — устойчивую особенность проекта или окружения, которой нет в коде; сюда же принятое по ходу работы решение вместе с причиной.
- Ловушку — воспроизводимое препятствие и найденный обход.
Куда она пишет
У каждой записи модель выбирает область сама: проект — если знание переживёт текущую задачу (окружение, сборка, поведение инструментов, легаси), задача — если оно верно только для неё (решения автора по этой задаче, состав её атомов, её ветка и спецификация, проверенные для неё якоря). Записи задачи видят только прогоны этой задачи, а когда задача закрыта, они уходят в архив — после того как проход по итогам работы перенесёт в проект то, что переживёт задачу. Сомневаясь, модель пишет в задачу.
Чего не пишет никогда
- Правила — их задаёт человек.
- Структуру кода, пути, конвенции — это читается из репозитория и устаревает быстрее, чем пригождается.
- Историю git и «кто что менял».
- Рецепты разовых фиксов: сам фикс уже в коде, причина — в коммите.
- Сиюминутное состояние работы — какой атом открыт, что не закоммичено. Даже в область задачи.
- То, что уже записано: вместо второй записи про то же она обновляет существующую. Обновляя свою запись, она сохраняет её признаки: «показывать модели сразу», которое вы поставили, и пометку «требует проверки» она не сбрасывает.
Как отличить
У каждой записи виден автор. Записи модели помечены значком ИИ и именем этапа, который её сделал: develop, audit-analyst, knowledge.recall, knowledge.dream, ask. У каждой такой записи есть и источник — задача, этап и проект, из которых она взялась. Фильтр по автору (человек или ИИ) показывает записи модели лентой: удобно раз в неделю просмотреть, что она узнала.
Всё, что модель сделала с базой — создала, обновила, пометила или убрала в архив, — записано в журнал аудита как действие пайплайна, с этапом и задачей.
Чего модель не может
Ограничения стоят на сервере, а не в тексте промпта — то есть модель не может их «переубедить»:
| Не может | Почему |
|---|---|
| Писать в область организации | Правила для всей компании устанавливает человек |
| Трогать перманентную запись | Признак ровно для этого и существует |
| Переписать вашу запись | Она может только пометить её «требует проверки» и объяснить, что разошлось |
| Архивировать вашу запись | То же самое: пометка, а не действие |
| Записать секрет | Такая запись отклоняется с объяснением |
| Затереть чужую правку | Изменение требует версии, прочитанной перед правкой |
| Писать в область чужой задачи и переносить запись между областями | Прогон видит и пишет только свою задачу; перенос из задачи в проект делает человек или проход по итогам работы |
Признак «перманентная»
Поставьте его записи, которую модель не должна пересматривать ни при каких обстоятельствах: ключевое правило или факт, на котором держится вся работа. ИИ не сможет ни изменить её, ни убрать в архив. Вы — сможете.
Если модель написала лишнее
Откройте запись и поправьте, либо уберите в архив с причиной — она не исчезнет, но перестанет доходить до прогонов. Если такие записи появляются регулярно, скорее всего в базе не хватает правила, которое объяснило бы модели границу.