Технічний контекст
Я б взагалі не будував процес на сподіваннях, що Claude Code сам ідеально зчитає чужий контекст. Для надійної AI integration між агентами я віддаю перевагу перенесенню пам'яті з чатів у файли репозиторію. Тоді сесії не ламаються, а агенту не доводиться сканувати весь проект заново для виконання кожної дрібниці.
У обговореннях згадувалися три практики: thread ID з Codex, запуск init та збереження контексту в CLAUDE.md або AGENTS.md. З цього я б впевнено обирав CLAUDE.md як основну опорну точку, оскільки саме такий файл проектного контексту підтверджений у best practices Claude Code. А от пряме перенесення thread ID з Codex у Claude як офіційну фічу я б вважав скоріше ком'юніті-хаком, ніж гарантією.
Якби я підключав Claude Code до живого проекту, я б створив щонайменше два файли. Перший — це CLAUDE.md із коротким описом архітектури, командами, обмеженнями та правилами. Другий — handoff note: що вже зроблено, які файли змінювали, що зламано та які кроки робити далі.
Вміст має бути лаконічним і чітким. Не дамп усього репозиторію, а лише те, що агенту дійсно потрібно на старті: стек технологій, структура, команди test/lint/dev, критичні бізнес-правила, заборони на кшталт «не чіпати auth» та пара відомих edge cases. Якщо роздути файл до масштабів роману, він просто перестане допомагати.
Промпт я б теж не ускладнював. Щось на зразок: проаналізуй проект, спочатку склади план, потім онови CLAUDE.md і створи handoff.md із поточним станом, не змінюй код без мого підтвердження. Цього зазвичай цілком достатньо, якщо в репозиторії немає повного хаосу.
Що це змінює для бізнесу та автоматизації
Найбільш помітний ефект тут полягає не в зручності, а в швидкості. Коли контекст зберігається в репозиторії, я можу легко перемикатися між Codex, Claude Code та Cursor і не платити кожного разу токенами за повторний аналіз усього проекту. Для AI implementation в команді це пряма економія робочих годин та нервів.
Виграють команди з тривалими завданнями та кількома задіяними агентами. Програють ті, хто тримає рішення виключно в чатах, а потім дивується, чому новий агент знову пропонує переписати половину проекту.
У себе в Nahornyi AI Lab мы зазвичай пакуємо такі речі в готову схему роботи: контекст-файли, handoff-нотатки, правила валідації та короткі промпти під конкретний workflow. Якщо ви вже втрачаєте час на ручному перемиканні між агентами, можна спокійно розібрати ваш процес та build AI automation так, щоб наступний штучний інтелект не починав роботу з амнезії.