coding-agent

Skill coding-agent из OpenClaw предназначен для делегирования крупных задач внешним coding agents, которые работают как фоновые исполнители. В исходнике перечислены Codex, Claude Code и OpenCode. Подход подходит для сборки заметной функции, ревью pull request, большого рефакторинга и цикла «issue в pull request», когда основному оркестратору нужно передать реализацию отдельному процессу. Skill прямо отделяет такие задачи от простых правок и read-only поиска по коду: для маленького изменения или только чтения он не предназначен. Также его нельзя запускать внутри каталога состояния OpenClaw, `~/.openclaw`, `OPENCLAW_STATE_DIR` или другого активного state-каталога. Рабочий процесс начинается с реального маршрута уведомлений. До запуска нужно знать канал и адрес, чтобы worker отправил ровно одно сообщение о завершении или ошибке командой `openclaw message send`; heartbeat, системное событие или одно лишь уведомление о выходе процесса не считаются заменой. Для всех workers требуется фоновый запуск. Codex и OpenCode запускаются с PTY, Claude Code — без PTY через `claude --permission-mode bypassPermissions --print`. Для Codex skill требует отдельный аутентифицированный `CODEX_HOME`, не разрешает наследовать обычный `~/.codex` и рекомендует убрать из окружения ambient-переменные авторизации. Это ограничивает смешение учётных данных между обычной сессией и delegated worker. Если задача изменяет Git-репозиторий, перед стартом worker нужно доказать, какой репозиторий и remote являются целевыми, определить default branch, получить свежую базу и подготовить изолированный worktree. Для новой работы HEAD worktree сверяется с SHA fetched base. Для существующей ветки или PR отдельно фиксируются source ref, начальный SHA и расхождение с обновлённой базой; автоматический rebase, merge, reset, force-push и переписывание общей истории запрещены. Перед материализацией ref нужно классифицировать его как trusted или untrusted. Contributor-controlled ref не следует выносить за пределы принятого sandbox/review workflow. Worker должен стартовать уже в проверенном изолированном worktree, а не создавать его самостоятельно в основном checkout. После запуска процесс контролируется через process-действия: можно получить список, опросить состояние и прочитать лог. Медленный worker не нужно прекращать без причины; при сбое его следует перезапустить или запросить решение, а не молча подменять работу ручной реализацией. Для итоговой публикации новый worker перед push должен повторно получить свежий target base и доказать, что base является предком HEAD. В прикладном сценарии это даёт понятную границу ответственности: основной процесс готовит безопасный checkout, auth-home и маршрут уведомлений, внешний агент выполняет крупную задачу, а результат принимается только после проверки логов и Git-состояния. Наличие нужного бинарника и отдельной авторизации остаётся обязательным ограничением; сам skill не устанавливает Codex, Claude Code или OpenCode автоматически.