Почему Codex нужна база знаний, а не длинный чат
Длинный чат с Codex сначала кажется удобной памятью. В нем всё есть: решения, ссылки, удачные формулировки, ошибки, договоренности, куски правил. Но чем дольше идет работа, тем сильнее чат становится складом. Найти нужное трудно, отличить правило от случайной фразы трудно, повторить хороший результат трудно.
В материале pimenov.ai “Агент — не склад” хорошо сформулирована практическая мысль: навыки, MCP, правила и примеры лучше держать в базе знаний, а не сваливать внутрь агента. Для Codex это особенно важно, потому что агент работает не только с текстом, но и с файлами, задачами, публикациями, проверками.
OpenAI описывает Codex как агента, который работает в среде проекта. Значит, проект должен иметь понятные места для знаний: правила, примеры, источники, критерии приемки, запреты, журналы решений.
Что вынести из чата
Из чата нужно выносить всё, что должно повторяться: стиль публикаций, правила заголовков, список источников, порядок проверки, границы доступа, примеры хороших постов, типовые ошибки. Чат остается местом работы. База знаний становится местом устойчивых правил.
Главное:Чат хорош для текущей работы, но плох как единственное хранилище правил. Если вы хотите, чтобы Codex повторял качество, вынесите устойчивые знания в файлы, навыки, чеклисты и примеры.
Рабочий запрос
Посмотри на последние рабочие переписки и найди знания, которые надо вынести из чата.
Раздели их на:
- правила;
- примеры хорошего результата;
- типовые ошибки;
- источники;
- проверки;
- запреты;
- вопросы, которые пока нельзя превращать в правило.
Ничего не удаляй. Верни карту базы знаний и предложи первый файл.
| Что живет в чате | Что вынести в базу знаний | Что получает Codex |
|---|---|---|
| удачная формулировка | пример голоса | стабильный стиль |
| спорное решение | правило с датой | понятную границу |
| список источников | реестр источников | меньше случайного выбора |
| проверка статьи | чеклист | повторяемую приемку |
| ошибка публикации | разбор инцидента | защиту от повтора |
Так Codex перестает быть собеседником, который каждый раз вспоминает заново. Он становится рабочим инструментом, который опирается на понятную память проекта.