Чтобы не объяснять ИИ-агенту одно и то же в каждом чате
Ты несколько часов работаешь с ИИ-агентом и уже объяснил ему: не затирай настройки, делай резервную копию, не проси секреты в чат, проверяй результат.
В текущем чате всё хорошо. Потом открываешь новый — и часть правил приходится объяснять снова.
Агент изменил Telegram-интеграцию и написал: «Готово».
Но сам Telegram он не проверил. Сообщение пользователю не пришло.
Поэтому нам нужна не ещё одна огромная простыня промпта, а понятная система из трёх частей.
Три понятных механизма вместо сотни напоминаний
В конце у твоего ИИ-агента будет три понятных механизма: что помнить всегда, какую методичку открыть под конкретную задачу и что автоматически сделать в нужный момент.
А главное — ты сам будешь понимать, зачем нужен каждый слой, а не просто установишь набор файлов.
Готовый kit устанавливает 19 Skills, постоянную инструкцию, совместимые hooks/автодействия и проверки. В конце агент задаёт 4 коротких вопроса о тебе, заполняет раздел «Мои данные» и рекомендует 2–3 Skills под твои реальные задачи.
Твоя стартовая фраза: «Установи всё по инструкции, но адаптируй под меня!»
Инструкция, Навык и Автодействие
Представь, что ИИ-агент — это сотрудник.
| Часть системы | Простая аналогия | Когда нужна |
|---|---|---|
| Инструкция | Постоянные правила сотрудника | Правило должно действовать почти всегда |
| Навык | Подробная рабочая методичка | Нужен отдельный процесс под конкретную задачу |
| Автодействие | Автоматическая охрана или реакция | Что-то должно сработать само при событии |
Главная ошибка — сложить всё в один огромный файл. Чем больше постоянного текста, тем больше шума и конфликтов.
Это не только «настройки». Это инфраструктура твоего способа работать
Тебе не надо становиться программистом
Ты принимаешь решения и проверяешь результат. ИИ-агент делает техническую работу.
| Ты | ИИ-агент |
|---|---|
| Выбираешь среду и цель | Читает существующие настройки и инструкции |
| Не передаёшь секреты в чат | Делает резервную копию и аккуратно объединяет настройки |
| Один раз вводишь токен локально | Запускает быструю, техническую и сквозную проверки |
| Смотришь на реальный результат | Диагностирует ошибки и после исправления повторяет тот же тест |
Весь путь заранее
Восемь последовательных шагов — от скачивания готового набора до уверенной проверки результата.
Что ИИ-агент должен помнить всегда
В готовом наборе есть короткий файл AGENTS.md. В нём — честность, проверка результата, безопасность, память о проекте и несколько полей о владельце.
Если у тебя уже есть AGENTS.md или CLAUDE.md, установщик его не затирает.
Пример: размытое правило и понятное правило
Почему второй вариант лучше: ИИ понимает, какое конкретно поведение от него ждут.
Что не надо класть в Инструкцию
Разовую задачу, длинный процесс выпуска, историю текущего чата и тем более токены. Для длинного процесса есть Навык, для событий — Автодействие, для секретов — локальное хранение.
Подробная методичка включается только по нужной задаче
В наборе есть готовый Навык hardcoding-verify-done. Он нужен, когда надо принять работу, проверить выпуск или понять: можно ли честно сказать «готово».
- Назвать главный пользовательский сценарий.
- Выбрать реальное доказательство результата.
- Пройти проверку.
- После исправления повторить тот же тест.
- Отделить проверенное от непроверенного.
Плохая приёмка:
Хорошая приёмка:
Доказательство — это не красивый отчёт, а фактическое подтверждение результата.
hardcoding-verify-done и понимает, когда его применять.Когда действие должно сработать само
Не запоминай технические названия. Сначала пойми бытовую логику:
SessionStartАвтоматически подхватить сохранённое состояние проекта.PreToolUseСначала проверить, безопасно ли то, что собирается сделать ИИ.PostToolUseСохранить минимальный технический след без содержимого результата.StopОтправить короткое уведомление в Telegram.Автодействие — не антивирус и не абсолютная защита компьютера. Оно работает только с теми действиями и событиями, которые выбранная среда передаёт системе.
smoke.py убеждается, что тестовый .env блокируется и при чтении файла, и через командную строку.Один набор — три среды
| Среда | Файл настроек |
|---|---|
| ZCode | ~/.zcode/cli/config.json |
| Claude Code | ~/.claude/settings.json |
| Codex | ~/.codex/hooks.json |
Общие служебные файлы лежат в ~/.hardcoding-agent-kit/hooks/. Для каждой среды установщик добавляет только нужное подключение.
Тебе не нужно редактировать JSON руками. Установщик и ИИ-агент делают это сами.
Секретный ключ — только локально
Никаких «пришли токен в чат — я сам запишу». Секретный ключ вводишь только ты и только локально.
Токен Telegram вводится скрытым способом прямо в терминале. ИИ-агенту не нужно знать его значение и не нужно читать файл с секретом.
Файл создаётся локально: ~/.hardcoding-agent-kit/secrets/telegram.env, права 600.
Одна вставка — агент ведёт техническую работу сам
Скопируй задание целиком. Оно закрепляет резервную копию настроек, безопасное подключение, проверки, локальный ввод секретов и правило «готово = результат проверен».
Пять маленьких шагов вместо одной большой магии
Здесь важно не просто выполнить команды, а понимать, что каждая из них доказывает.
1 · Установить готовый набор
Здесь zcode — техническое имя выбранной среды. Для Claude Code используй claude, для Codex — codex.
2 · Быстрая проверка — работает ли логика самого набора
Эта команда проверяет базовую защиту: опасный сценарий блокируется, безопасный разрешается. Но она ещё не доказывает, что выбранная среда действительно подключила автодействия.
3 · Проверка подключения — видит ли среда наш набор
Эта команда отвечает на простой вопрос: «моя среда действительно подключила новые правила и автодействия?»
4 · Настроить уведомления Telegram
5 · Сквозная проверка — смотрим на результат глазами пользователя
Память о проекте: открой новый чат в проекте с сохранённым состоянием и спроси: «На каком этапе проект и какой следующий шаг?»
Защита: создай только тестовый файл .env с безопасной строкой:
Попроси ИИ прочитать этот тестовый .env обычным инструментом чтения. Ожидаемый результат: чтение блокируется до того, как секрет попадёт в чат.
Telegram: проверка считается успешной только если сообщение реально пришло тебе, а не потому что терминал написал «успешно».
Навык: спроси «Можно ли честно сказать, что установка готова?» — хороший ИИ-агент сначала соберёт доказательства, а уже потом ответит.
Короткое задание возвращает ИИ к работе
Лестница: от «кажется работает» до реального результата
Быстрая проверка — проверили логику самого набора.
Подключение — доказали, что набор подключён к выбранной среде.
Сквозная проверка — прошли настоящий сценарий от начала до конца.
Результат пользователя — человек реально получил ожидаемый итог.
«Файл существует» не доказывает, что Автодействие запускается. «Автодействие запускается» не доказывает, что Telegram-сообщение дошло. Чем ближе проверка к пользователю — тем сильнее доказательство.
Куда относить свои будущие идеи
Задай себе один вопрос: это правило должно действовать всегда, нужен отдельный процесс или действие должно сработать само?
Закрой тему не на ощущениях, а по фактам
Теперь у тебя не «умный чат». У тебя управляемый ИИ-агент.
Инструкция задаёт постоянные правила. Навык подключает глубокий процесс. Автодействие реагирует на событие. А реальные доказательства не дают системе выдавать желаемое за готовый результат.
Следующий уровень — делать свои Навыки и Автодействия под повторяющиеся процессы бизнеса.