Decision log - это журнал принятых решений. Он нужен, чтобы через неделю или месяц было понятно не только "что сделали", но и почему именно так решили, кто согласовал и на какие данные опирались.
Обычно в decision log фиксируют дату, автора, участников, само решение, контекст, альтернативы, аргументы, риски, владельца, срок и ссылки на документы, задачи, встречи или отчеты. Это особенно полезно в проектах, продажах, продуктовой разработке, безопасности и юридических согласованиях.
Для AI-агентов decision log помогает не терять управляемость. Агент может предложить решение, но если оно влияет на деньги, клиентов, договоры, права доступа или запись в CRM, важно сохранить: что предложил агент, что подтвердил человек и какие действия были выполнены после решения.
Decision log не заменяет audit log. Audit log фиксирует факты действий в системе: кто нажал, что изменил, когда был вызван API. Decision log объясняет смысл: почему выбрали этот вариант, какие условия учитывали и кто несет ответственность.
Хороший журнал решений короткий и проверяемый. В нем не нужно хранить всю переписку. Достаточно зафиксировать итог, причину, ссылки на источники и следующий шаг, чтобы команда могла восстановить контекст без раскопок в чатах.
Примеры
- После встречи агент фиксирует: решили перенести релиз на неделю, причина - не пройдены safety evals, владелец - продакт, срок пересмотра - пятница.
- В CRM decision log хранит решение дать скидку клиенту: кто согласовал, какой аргумент, на какую сумму и до какой даты действует предложение.
- В проекте агент записывает, почему выбрали Linear вместо Jira, какие альтернативы сравнивали и какие риски приняли.
- При согласовании договора фиксируют, какие правки приняли, какие отклонили и кто дал финальное подтверждение.
- AI-агент предлагает обновить базу знаний, но запись в decision log появляется только после approval от владельца документа.
- В incident review фиксируют решение временно отключить tool calling для опасного действия и ссылку на agent trace.
Где используется
- протоколирование решений после встреч
- управление проектами и roadmap
- approval для действий AI-агента
- согласование договоров и правок
- выбор модели, инструмента или архитектуры
- фиксация решений по клиентам и сделкам
- incident review и безопасность
- контроль решений руководителя
- handoff между командами
- сохранение контекста для новых участников проекта
Связанные термины
Частые вопросы
Decision log и audit log - это одно и то же?
Нет. Audit log фиксирует технические действия: кто, что и когда изменил. Decision log фиксирует смысл решения: почему выбрали вариант, кто согласовал и что делать дальше.
Что обязательно должно быть в decision log?
Дата, решение, контекст, владелец, причина, ссылки на источники, следующие действия и статус: принято, отложено, отменено или требует согласования.
Зачем decision log AI-агенту?
Чтобы отделять предложение агента от подтвержденного решения человека и сохранять контекст важных действий: CRM, документы, доступы, платежи, релизы.
Где вести журнал решений?
В Notion, Confluence, Google Docs, Jira, Linear, CRM или отдельной базе. Важно, чтобы записи были связаны с задачами, встречами и источниками.
Нужно ли писать в decision log каждую мелочь?
Нет. Фиксировать стоит решения, которые влияют на сроки, деньги, клиентов, безопасность, архитектуру, юридические обязательства или работу команды.
Как сделать decision log полезным, а не бюрократией?
Пишите коротко: решение, причина, владелец, дата и ссылка. Если запись нельзя быстро прочитать и использовать, команда перестанет ей доверять.
