ИИ для разработчиков: агенты для программирования, расходы и безопасная передача задач

Как это сделать

1. 1Прежде чем передавать задачу, напишите проверку или укажите на неё: падающий тест или команду и её ожидаемый вывод.
2. 2Дайте агенту задачу с помощью промпта на этой странице, указав файлы, которые ему можно менять, и те, которые нельзя.
3. 3Пусть агент сам запустит проверку и вставит итоговый вывод.
4. 4Проверяйте diff как pull request коллеги: пройденная проверка — начало ревью, а не его конец.

Встроенная функция

• ChatGPT · Codex
• Claude · Claude Code

Промпт для копирования

Задача: [изменение].
Готово, когда: [тест или команда] проходит и выводит [ожидаемый вывод]. Запусти это перед завершением и вставь результат.
Можно менять: [пути]. Нельзя менять: [пути], зависимости и тесты.
Если не получается добиться прохождения, остановись и объясни почему, а не обходи проверку.

Где всё может пойти не так

• Иногда агенты добиваются прохождения теста, ослабляя его. Запретите менять тесты и ищите такие правки в diff.
• Задача, слишком большая для одной проверки, слишком велика и для одной передачи. Разделите её.

Как это сделать

1. 1Выберите тот, что ближе к вашему коду: Codex Cloud, облачный агент Copilot на GitHub или Claude Code on the web.
2. 2Убедитесь, что в его среде можно установить ваши зависимости и запустить тесты; без них агент действует наугад.
3. 3Отправляйте небольшие независимые задачи, каждую со своей проверкой, как в задаче выше.
4. 4Пусть каждый pull request сначала прочитает автоматический ревьюер, а затем проверьте его сами.

Встроенная функция

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

Промпт для копирования

В этом репозитории: [задача].
Контекст: [где в коде, связанный issue].
Готово, когда: [тест или команда] проходит в твоей среде; вставь его вывод в описание pull request.
Pull request должен содержать меньше [число] изменённых строк. Если нужно больше, остановись и предложи, как разделить задачу.

Где всё может пойти не так

• Тесты, которым нужны ненастроенные вами секреты или сервисы, пропускаются или падают. Зелёный прогон без них мало что доказывает.
• Несколько агентов, работающих со связанным кодом, создают конфликтующие pull request. Разносите параллельные задачи по разным частям кода.

Как это сделать

1. 1Запишите команды сборки, тестов и линтинга в файл инструкций, который агент читает в начале каждой сессии; название файла указано в документации каждого агента.
2. 2В Claude Code добавьте хуки, которые запускают форматтер и тесты после каждой правки, чтобы агент видел сбои и исправлял их.
3. 3Пусть бот проверяет каждый pull request: включите «Automatic review» в Codex или назначьте Copilot ревьюером.
4. 4Когда агент дважды допускает одну и ту же ошибку, превратите её в тест или правило в файле инструкций.

Встроенная функция

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

Промпт для копирования

Прочитай этот репозиторий и напиши файл инструкций для агентов, которые пишут код:
1. Точные команды для установки, сборки, тестов, линтинга и форматирования.
2. Структура проекта не более чем в 10 строках.
3. Соглашения, которые новички здесь нарушают, с одним примером для каждого.
4. Чего агент здесь не должен делать никогда, например менять миграции или редактировать сгенерированные файлы.
Перечисляй только команды, которые ты успешно запустил; остальные помечай «не проверено».

Где всё может пойти не так

• Файл инструкций с командами, которые больше не работают, приучает агента его игнорировать. Перезапускайте эти команды, когда меняется настройка.
• Боты-ревьюеры тоже уверенно ошибаются. Воспринимайте их комментарии как предложения.

Как это сделать

1. 1Перечислите то, что чаще всего вставляете в чаты, например issues, логи ошибок, документацию или схему. Подключите это в первую очередь.
2. 2Добавьте для каждого официальный MCP-сервер с токеном, у которого есть доступ только на чтение. В Gemini CLI расширение может включать MCP-сервер вместе с его настройкой.
3. 3Дайте агенту задачу, для которой они нужны, и проверьте, что он обратился к нужному.
4. 4Раз в несколько недель удаляйте серверы, которыми больше не пользуетесь.

Встроенная функция

• Gemini CLI · Extensions

Промпт для копирования

Прежде чем что-либо менять: прочитай issue [id] в трекере, найди ошибку в логах и посмотри документацию по [библиотека].
Скажи, что ты узнал из каждого источника и в каком файле, по-твоему, ошибка.
Ничего не записывай ни в один из подключённых инструментов.

Где всё может пойти не так

• Веб-страница, issue или документ могут содержать текст, написанный, чтобы управлять агентом. Не давайте доступ на запись инструментам, которые читают контент извне.
• Токены в конфигурационных файлах утекают. Используйте хранилище секретов клиента или переменные окружения, но никогда не репозиторий.

Как это сделать

1. 1Проверьте, за что вы уже платите: тарифы ChatGPT включают Codex, а платные тарифы Claude — Claude Code.
2. 2Запишите расход токенов в нескольких типичных сессиях — там, где агент его показывает.
3. 3Посчитайте стоимость этого расхода на нашей странице цен API и сравните с подпиской.
4. 4Для автоматизации и CI используйте ключи API с лимитом расходов, чтобы зациклившийся запуск не набрал большой счёт.

Встроенная функция

• ChatGPT · Codex
• Claude · Claude Code

Промпт для копирования

Вот мой расход за [число] типичных сессий: [входные и выходные токены]. Я работаю примерно [число] дней в неделю.
Оцени мою месячную стоимость при оплате за токены по этим ценам: [вставьте со страницы цен API].
Сравни её с подпиской за [цена] в месяц. Покажи расчёт, чтобы его можно было проверить.

Где всё может пойти не так

• У подписок тоже есть лимиты использования. Упереться в лимит посреди задачи — значит потерять время; смотрите на лимит, а не только на цену.
• Больше всего на счёт влияет модель. Сравнивайте по той модели, которой действительно пользуетесь.

Как это сделать

1. 1Выполните /init в репозитории: команда анализирует кодовую базу и пишет начальный CLAUDE.md или предлагает улучшения для уже существующего.
2. 2Командные правила, например команды сборки и тестов и стандарты кода, храните в ./CLAUDE.md и закоммитьте его. Личные предпочтения записывайте в ~/.claude/CLAUDE.md для всех проектов или в CLAUDE.local.md для текущего.
3. 3Вместо того чтобы вставлять длинные документы целиком, ссылайтесь на них: @path/to/file импортирует другой файл при запуске.
4. 4Каждый раз, когда Claude дважды ошибается в одном и том же, добавляйте одну строку, которая бы это предотвратила.

Промпт для копирования

Прочитай этот репозиторий и улучши CLAUDE.md. Объём — не больше 60 строк:
1. Точные команды для сборки, тестов и линтинга.
2. Структура в нескольких строках.
3. Соглашения, которые новичок здесь нарушает.
4. Файлы и папки, которые нельзя редактировать никогда.
Удали всё, что больше не соответствует действительности. Команды, которые ты не запускал, помечай «не проверено».

Где всё может пойти не так

• Всё содержимое CLAUDE.md загружается в каждой сессии и занимает контекст. Выносите подробности в файлы, которые он импортирует.
• Устаревшие инструкции хуже, чем никаких. Перепроверяйте команды, когда меняется настройка.

Из официальной документации: Claude Code docs: How Claude remembers your project

Как это сделать

1. 1Нажимайте Shift+Tab, пока в строке состояния не появится «plan mode on», или начните промпт с /plan.
2. 2Опишите изменение и то, что меняться не должно. Claude по-прежнему может запускать команды, чтобы изучить код, но во время планирования не редактирует файлы.
3. 3Читайте план как проектную записку: не тот файл, упущенный случай, слишком большое изменение. Просите правки, пока план не станет верным, затем утвердите его.
4. 4Перед следующей, не связанной задачей начните с чистого листа командой /clear.

Промпт для копирования

/plan Измени [что], чтобы [цель]. Ограничения: [что не должно меняться].
Перечисли файлы, которые затронешь, порядок изменений, тест, который подтверждает каждый шаг, и всё, в чём ты не уверен. Ничего не редактируй, пока я не утвержу план.

Где всё может пойти не так

• Тревожный сигнал — план, который затрагивает больше файлов, чем вы ожидали. Прежде чем утверждать, спросите почему.
• В режиме планирования команды для изучения кода всё равно выполняются. Безопасным для запуска незнакомый репозиторий он не делает.

Из официальной документации: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

Как это сделать

1. 1Откройте /permissions, чтобы увидеть все правила и файл настроек, из которого взято каждое.
2. 2Правила для всей команды запишите в .claude/settings.json и закоммитьте его. Личные правила — в ~/.claude/settings.json или .claude/settings.local.json.
3. 3Правила проверяются в порядке deny, затем ask, затем allow, поэтому одно правило deny перевешивает любое allow.
4. 4Переключайте режимы с помощью Shift+Tab: acceptEdits подтверждает правки файлов в рабочей папке. bypassPermissions отключает запросы подтверждения и проверки безопасности; документация советует использовать его только в изолированных контейнерах или виртуальных машинах без доступа к интернету.

Промпт для копирования

Посмотри на команды, которые ты выполнял в этой сессии. Предложи правила разрешений для .claude/settings.json: разреши команды только для чтения и тестов, которыми мы пользуемся каждый день, запрети всё, что читает секреты или удаляет файлы за пределами проекта, а для всего остального оставь запрос подтверждения. Объясни каждое правило одной строкой.

Где всё может пойти не так

• Правило allow, которое подходит под любую команду, — то же самое, что отсутствие запросов. Разрешайте конкретные команды.
• После коммита правила в .claude/settings.json действуют для всей команды. Проверяйте их как код.

Из официальной документации: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

Как это сделать

1. 1Между не связанными задачами /clear начинает новый разговор с пустым контекстом.
2. 2В длинной задаче /compact с указанием фокуса, например «/compact сохрани план и падающий тест», кратко обобщает всё, что было раньше.
3. 3Широкий поиск поручайте субагенту: каждый работает в собственном контекстном окне, поэтому в вашу сессию возвращается только его ответ.
4. 4Claude Code и сам сжимает контекст, когда приближается к лимиту; если сделать это самому в удачный момент, сохранится то, что выберете вы.

Встроенная функция

• Claude Code · Subagents

Промпт для копирования

/compact Сохрани: цель, план, уже изменённые файлы и тест, который всё ещё падает. Исследование кода отбрось.

Где всё может пойти не так

• /clear стирает разговор. Всё, что понадобится снова, сначала запишите в CLAUDE.md.
• От субагента вы получаете только его ответ. Просите пути к файлам и номера строк, а не только выводы.

Из официальной документации: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

Как это сделать

1. 1Запускайте каждую сессию командой claude --worktree <name> (или -w). Она создаёт git worktree в .claude/worktrees/<name>/ в ветке worktree-<name>.
2. 2Добавьте .claude/worktrees/ в .gitignore, как рекомендует документация.
3. 3Давайте каждой сессии одну задачу с собственной проверкой, чтобы проверять их по очереди.
4. 4Проверяйте и сливайте каждую ветку как любой другой pull request.

Промпт для копирования

Ты работаешь в worktree в ветке worktree-[имя]. Задача: [одно изменение]. Готово, когда: [тест или команда] проходит. Делай коммиты только в эту ветку; не выполняй merge или rebase других веток.

Где всё может пойти не так

• Каждый worktree — отдельная папка, поэтому зависимости и результаты сборки у них не общие. Устанавливайте зависимости в каждом.
• Две задачи, затрагивающие одни и те же файлы, всё равно конфликтуют при слиянии, с worktree или без.

Из официальной документации: Claude Code docs: Run parallel sessions with worktrees

Как это сделать

1. 1Дважды нажмите Esc в пустой строке ввода или введите /rewind (также работают /checkpoint и /undo).
2. 2Выберите момент до того, как всё пошло не так, и восстановите разговор, код или и то и другое.
3. 3Помните об ограничениях: файлы, изменённые командами оболочки вроде rm, mv или cp, не восстанавливаются, как и правки, сделанные вне Claude Code или в другой сессии.
4. 4Делайте коммит перед рискованными шагами. Контрольные точки нужны для быстрого восстановления внутри сессии, они не заменяют git.

Промпт для копирования

Прежде чем начать, закоммить текущее состояние с сообщением «контрольная точка перед [задача]». Затем [задача]. Спрашивай меня перед любой командой, которая удаляет или перемещает файлы.

Где всё может пойти не так

• Rewind не вернёт файл, удалённый командой. Это может только git.
• Правки, которые вы тем временем сделали вручную, тоже не сохраняются. Закоммитьте их перед откатом.

Из официальной документации: Claude Code docs: Checkpointing · Claude Code docs: Commands

Как это сделать

1. 1claude -p "..." работает в неинтерактивном режиме. --output-format json или stream-json выдаёт вывод, который скрипт может разобрать.
2. 2При успехе код завершения 0, при сбое — ненулевой, так что CI может на него опираться.
3. 3Добавляйте --bare в CI для запусков, которые не должны зависеть от локальной настройки.
4. 4Для pull request команда /install-github-app настраивает Claude Code GitHub Actions (только для репозиториев на github.com); после этого упоминайте @claude в pull request или в комментарии к issue.

Промпт для копирования

claude -p "Прочитай diff относительно main. Перечисли все изменения, которые добавляют зависимость, затрагивают аутентификацию или меняют миграцию базы данных, в виде JSON: {\"files\": [], \"reason\": \"\"}. Если таких нет, верни пустой список." --output-format json

Где всё может пойти не так

• Скрипт работает с теми правами, которые вы ему дали. Давайте CI минимум необходимого.
• /install-github-app работает только с репозиториями на github.com.

Из официальной документации: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

Как это сделать

1. 1Выполните /init в CLI, чтобы создать начальный AGENTS.md в текущей папке.
2. 2Личные указания храните в ~/.codex/AGENTS.md, а правила проекта — в репозитории. У подпапки может быть собственный файл; приоритет у файлов, которые ближе к месту работы Codex.
3. 3Делайте файлы короткими: их общий размер ограничен, по умолчанию 32 KiB.
4. 4Добавьте раздел «## Code Review Rules»: ревью Codex на GitHub следуют ему.

Промпт для копирования

Прочитай этот репозиторий и напиши AGENTS.md:
1. Точные команды для установки, сборки, тестов и линтинга.
2. Структура в нескольких строках.
3. Соглашения, которые новичок здесь нарушает.
4. Раздел «## Code Review Rules» с тем, на что ревьюер должен указывать всегда.
Перечисляй только команды, которые ты успешно запустил; остальные помечай «не проверено».

Где всё может пойти не так

• Длинные файлы работают против вас: общий размер по умолчанию ограничен 32 KiB.
• Файл в подпапке, который молча противоречит корневому, сбивает с толку и людей, и Codex. Укажите, что именно он переопределяет.

Из официальной документации: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

Как это сделать

1. 1В CLI команда /permissions переключает режим, а /status показывает действующую политику подтверждений и папки, доступные для записи.
2. 2«Ask for approval» — рекомендуемый режим по умолчанию: он редактирует файлы и выполняет команды внутри рабочей области и останавливается, прежде чем выйти за её пределы.
3. 3«Approve for me» сохраняет ту же песочницу, но отправляет запросы на подтверждение не вам, а на автоматическую проверку.
4. 4«Full access» снимает ограничения на файловую систему и сеть. Документация сопровождает его предупреждением; используйте этот режим только в средах, которые не жалко выбросить.

Промпт для копирования

Прежде чем начать, выполни /status и сообщи мне политику подтверждений и папки, доступные для записи. Затем [задача]. Спрашивай перед любой командой, которой нужна сеть или которая пишет за пределами этого репозитория.

Где всё может пойти не так

• В режиме «Approve for me» запросы не читает ни один человек. Используйте его там, где неверное действие легко отменить.
• «Full access» действует на весь компьютер, а не только на репозиторий.

Из официальной документации: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

Как это сделать

1. 1codex exec "..." работает в неинтерактивном режиме и по умолчанию использует песочницу только для чтения.
2. 2Добавьте --sandbox workspace-write, если нужно редактировать файлы; --full-auto устарел.
3. 3--json выдаёт поток событий в формате JSON Lines для скриптов, которым нужен каждый шаг.
4. 4В GitHub Actions openai/codex-action@v1 запускает codex exec за вас.

Промпт для копирования

codex exec "Прочитай изменения с тега [v1.2.0]. Напиши примечания к выпуску, сгруппированные по разделам Added, Changed и Fixed: по одной строке на изменение, словами, понятными пользователю, без хешей коммитов."

Где всё может пойти не так

• В старых руководствах до сих пор используется --full-auto. Этот флаг устарел; используйте --sandbox workspace-write.
• Задание, которое только читает, должно оставаться с доступом только на чтение, и в CI тоже.

Из официальной документации: Codex docs: Non-interactive mode · Codex docs: GitHub Action

Как это сделать

1. 1/review в CLI проверяет рабочее дерево. codex review делает то же самое без чата — относительно базовой ветки, коммита или незакоммиченных изменений.
2. 2На GitHub оставьте в pull request комментарий @codex review.
3. 3Включите автоматические ревью в разделе «Personal preferences» настроек Codex; тогда комментарий не нужен.
4. 4Запишите правила своей команды в разделе «## Code Review Rules» файла AGENTS.md.

Встроенная функция

• Codex · Codex code review

Промпт для копирования

## Code Review Rules
- Указывай на любое изменение аутентификации или прав доступа.
- Указывай на миграции базы данных без возможности отката.
- Указывай на новые зависимости и оценивай, нужны ли они.
- Форматирование игнорируй: за него отвечает линтер.

Где всё может пойти не так

• Ревью на GitHub отмечают только проблемы P0 и P1. Отсутствие комментариев не значит, что архитектура верна.
• Ревью — это второе мнение, а не прогон тестов. Тесты остаются.

Из официальной документации: Codex docs: CLI commands · Codex docs: GitHub integration

Как это сделать

1. 1Создайте среду с репозиториями, зависимостями, инструментами и настройками доступа, которые нужны задачам. Новые среды сохраняют скрипт установки и навык запуска.
2. 2Настройте доступ к интернету для каждой среды: только менеджеры пакетов, выбранные домены или всё.
3. 3Запускайте задачи из ChatGPT, из расширения для IDE для более долгих работ или из терминала командой codex cloud exec; --attempts 1-4 запрашивает несколько попыток для сравнения.
4. 4Code Review и интеграции с GitHub и Linear пока работают на старой версии Codex Cloud (Legacy), которую OpenAI планирует закрыть.

Встроенная функция

• Codex · Codex Cloud

Промпт для копирования

codex cloud exec --attempts 3 "Задача: [изменение]. Контекст: [файлы]. Готово, когда [тест] проходит в этой среде. Diff должен быть меньше [число] строк."

Где всё может пойти не так

• Неограниченный доступ к интернету позволяет задаче открыть любой сайт, в том числе страницы, написанные, чтобы управлять ею. Разрешайте только то, что нужно для работы.
• Если скрипта установки нет, тесты могли не запуститься. Проверьте, что задача действительно их выполнила.

Из официальной документации: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

Как это сделать

1. 1Задайте модель и уровень рассуждений по умолчанию в ~/.codex/config.toml (model и model_reasoning_effort). Этот файл общий для CLI и расширения для IDE.
2. 2Создайте профиль отдельным файлом ~/.codex/<name>.config.toml и запускайте с --profile <name>.
3. 3Добавляйте MCP-серверы командой codex mcp add <name> -- <command>; каждый становится таблицей [mcp_servers.<name>], а /mcp показывает список активных.
4. 4/status показывает действующие настройки, а codex resume --last продолжает последнюю сессию в этой папке.

Промпт для копирования

Прочитай ~/.codex/config.toml и .codex/config.toml этого проекта. Скажи, какие модель, уровень рассуждений, песочница и MCP-серверы действуют сейчас, из какого файла взята каждая настройка и что противоречит друг другу.

Где всё может пойти не так

• Настройки проекта загружаются только для доверенных проектов. Если какая-то настройка, кажется, игнорируется, сначала проверьте это.
• Теперь профили — это отдельные файлы. Руководства, где [profiles.name] записывают внутри config.toml, устарели.

Из официальной документации: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands