Не отпустила меня эта тема, такой лонгрид вам написал, а вы не стали его жесткА прочитывать. Осуждаю.
Я тут посидел почесал репу, почитал ваш фидбек и продолжил использовать Opus 4.8. И вот какие мысли посетили мою кастрюлю.
Все это время я не пользовался во всю своей же LLM wiki + системой хуков. А ведь с этим можно придумать крутые костыли против галлюцинаций.
Да и устроить целый полигон испытаний, чтобы перенести всем агентам (codex, deepseek) более вылизанную систему работы.
А дело было так.
За последнюю неделю пофиксил кучу косяков на проекте заказчика, тот самой "онлик проект" куда я устроился на парт-тайме. Поучилось пофиксить продажи, конверсию и вообще все хорошо.
У меня уже выстроился флоу где я делаю отчет по продажам и поведению ботов, потом анализирую код, делаю упаковку в вики и только потом фиксы, и в прод.
Забавно вышло, что сначала я 2 недели фулл сидел на ГПТ, ибо клод ничего сделать не мог. А потом на неделю пересел обратно. Ироничненько.
Но я вообще задался идеей оба инструмента дооптимизировать так, чтобы предельно снизить негативные последствия урезания их мышления. Ибо когда клоду это делают он вообще умирает.
Настроил я значица хуки
Хук — это системный скрипт реализуемый claude code без самой нейросети. Он тригерится при разных условиях и делает ровно то, что прописано в нем.
В одном из своих старых роликов я упоминал специальные защитные хуки. Когда агент триггерит tools, их на себя берут хуки чтобы выполнить команду без риска галлюцинаций llm.
Очень похожим образом работает RTK. Он за счет хуков влезает в процесс работы claude code, codex, Hermes и так далее. И выполняет инструменты вместо них.
Его задача это экономия токенов. Все запросы он пропускает через себя, выполняет сам, а нейросети кормит только оптимизированный результат.
И это судя по фидбеку единственно эффективно работающий инструмент. И да, экономит он малую часть из множества вызовов bash. Ибо основная трата токенов агента заключается в тексте: написанный код, мышление, ответы вам.
Но прикольнее всего гарантировать доставку памяти.
Моя система хуков раз в N количество моих сообщений подкладывает в них копию системных инструкций, чтобы регулярно агенту напоминать важный контекст.
Потенциально это может снизить тупеж при сокращении мышления, да и в целом сглаживать работу в любой момент времени.
Такой подход давно был придуман и активно используется для AI агентов aka личностей, чтобы удерживать актуальный контекст, всегда докидывая его к запросам.
В итоге я сделал следующий список хуков для себя:
- На старте сессии дает сверху инструкцию " обязательно: куда и как работать с вики"
- Каждые 3 моих промпта напоминает про вики и дип ресерч, как обязательное условие работы с контекстом
И конечно системная инструкция бутерброд общих правил, философии и сути правил. Описывал в прошлых постах.
А что на счет LLM wiki?
Моя единая система памяти внутри Obsidian, где каждый наш шаг в каждом проекте: логируется, подкрепляется аналитикой, ресерчем, текущим состоянием.
Неважно какой агент берется за работу, он всегда настроен смотреть в вики, таким образом с лету подхватывая актуальный контекст и все вводные данные для работы.
Подробнее можете посмотреть в моем ObsidianDataWeave, там сразу прописана вся развертка вики и управление оной.
Уровень 1 — Проекты
Корневая папка, внутри папки по темам, по одной на каждую большую область. От именно проектов до списка моих клавиатур и прочих девайсов.
Уровень 2 — Схема проекта
- SCHEMA.md — правила и контракт проекта (заморожен, не меняется)
- index.md — оглавление, генерится автоматически
- log.md — журнал всех изменений
Уровень 3 — Типы данных
- raw/ — сырье: статьи, доки, транскрипты (никогда не редактируется)
- pages/ — ядро знаний: обзор, архитектура, термины
- entities/ — сервисы, инструменты, интеграции
- concepts/ — идеи и доменные концепты
- comparisons/ — разборы "одно против другого"
- queries/ — готовые запросы и ответы на них
- readouts/ — отчеты об экспериментах, с датами