Використовуючи Claude Code понад два місяці, я перетворив один конфігураційний файл у цілісну операційну систему.

Найболючіша помилка: файли у каталозі rules/ кожного разу завантажуються повністю. Я вставив туди 17KB правил, і це безпосередньо переповнило вікно контексту — 125,996 / 125,999 токенів, Claude зависає, не може вивести текст. Лише зменшивши до 6.6KB, все повернулося до норми.
Цей випадок навчив мене одному принципу дизайну: кожен байт має свою ціну, потрібне завантаження за потребою — це правильне рішення.
Зараз моя структура має три рівні:
(завжди завантажується, <200 рядків, зберігає лише посилання)
→ rules/ (автоматичне завантаження, правила поведінки, процес налагодження, правила захоплення)
→ docs/ (завантаження за потребою, важкі документи, читаються лише при необхідності)
На цій основі працює чотири механізми:
Горячий рівень даних —
запам’ятовує прогрес за день, автоматично записує перед закриттям вікна, не чекаючи команди "зберегти". Наступного разу при відкритті діалогу Claude може продовжити з точки зупинки.
Маршрутизація завдань — Sonnet обробля щоденні задачі, автоматично оновлює фінанси/стратегії до Opus, для крос-валідації залучає Codex або Gemini. Чотири рівні планування, кожен з яких має чіткі тригери.
Аналіз досвіду — при виявленні багу перша дія — звернутися до бази пам’яті, ігнорувати її — означає порушення процесу налагодження. Виправлені помилки одразу записуються.
Перевірка завершення — перед заявою "виправлено" потрібно запустити тестування, прочитати вихідні дані та переконатися у їхній правильності. Заборонено говорити "мабуть, все гаразд".
Працюючи вже два місяці, я відчуваю: це не просто конфігураційний файл, а жива система. Вона запам’ятовує ваші виправлення; вона накопичує досвід; вона зберігає дані при закритті. Чим більше використовуєш, тим зручніше — вона еволюціонує разом із вами.
Який у тебе вигляд?