Почему ваш репозиторий не должен быть вашей памятью: разделение системы и знаний

Распространённая ошибка масштабирования в AI-проектах: использование репозитория в качестве памяти организации. Сначала это удобно — помещать заметки, исследования, отчёты о сбоях и обсуждения архитектуры в репозиторий. Через полгода результаты поиска зашумлены, AI-агенты получают устаревшую информацию, важные решения погребены, и никто не знает, какой документ является авторитетным.

Решение: отделите систему от знаний

Источник рекомендует разделить на две категории:

• Система: код, состояние выполнения, конфигурация, операционные активы
• Знания: извлечённые уроки, анализ сбоев, архитектурные повороты, доктрина, операционные наблюдения

Репозитории оптимизированы для программного обеспечения. Организации оптимизированы для обучения. Это не одно и то же, и их смешение ухудшает как скорость разработки, так и институциональную память, особенно при использовании AI-агентов кодирования, которые зависят от точного поиска.

Ключевой вопрос: как обрабатывать операционные знания, которые должны пережить множество рефакторингов и поколений систем?