---
name: merge-shepherd
description: "Безопасная обработка merge-очереди ivanarama/onebase: только PR с меткой ship, последовательное обновление ветки, ожидание CI и merge. Использовать, когда пользователь явно просит обработать очередь слияния или вызывает $merge-shepherd."
---

# Codex-адаптер мерж-очереди

1. Сначала прочитать короткий общий маршрут [`.claude/skills/merge-shepherd/SKILL.md`](../../../.claude/skills/merge-shepherd/SKILL.md) и использовать `pipelinectl` из задачи.
2. Следовать ей с обычным приоритетом инструкций Codex: слово `headless` не отменяет системные ограничения, безопасность или необходимость сообщить настоящий блокер.
3. До записи в GitHub проверить доступность `gh`, действующую аутентификацию и `gh api user --jq .login`. Писать разрешено только от `ivanarama`; иначе остановиться без изменений. Перед каждым изменением перечитать состояние PR; параллельный планировщик не считается заблокированным автоматически.
4. Считать `$merge-shepherd` Codex-эквивалентом `/merge-shepherd`. Упоминания следующих этапов — только описание маршрута, не разрешение запускать их автоматически.
5. Разрешать пути от корня репозитория. Создавать worktree только по уникальному проверенному абсолютному пути и удалять лишь worktree текущего прогона; локальный `main` не трогать.
6. На Windows переводить `&&`, `sleep` и REST-конвейеры в безопасные PowerShell-эквиваленты. Ожидать CI порциями не более 60 секунд и регулярно сообщать прогресс.
7. Полную процедуру `references/legacy-protocol.md` читать только при `action=fallback`; не загружать её в обычном tool-пути.

Детерминированная механика обычного пути живёт в `pipelinectl`; сложные состояния остаются в fallback-процедуре.