К основному содержанию
команда CX Codex

ship — команда для Claude Code: что делает и как установить

Команда запускает пошаговый конвейер разработки по story-файлу markdown. Она ведёт задачу через проектирование, написание кода, ревью и тесты.

Установить в Claude Code · Через маркетплейс плагинов Все способы и платформы ↓
/plugin marketplace add wshobson/agents
/plugin install ship-mate@claude-code-workflows
Открыть на GitHub

Что делает ship

Команда берёт markdown-файл с описанием пользовательской истории и разбивает работу на цепочку этапов: scan, orchestrate, architect, implement, review, qa и playwright. Для бэкенда шаг с Playwright автоматически пропускается. Текущее состояние процесса и флаги эскалации записываются в .claude/pipeline/state.json.

Конвейер не работает полностью вслепую. После этапа architect выполнение всегда встаёт на паузу и ждёт подтверждения плана в .claude/pipeline/architect-plan.md. Чтобы продолжить кодинг, нужно вызвать /ship resume. Если ревью выявит критические замечания, процесс также остановится до решения человека.

Встроена защита от бесконечных циклов доработок. На исправление дефектов после тестирования даётся максимум две итерации. Если QA падает второй раз подряд, выполнение блокируется до ручного вмешательства.

Какие задачи решает

  • вести разработку фичи по готовому story-файлу с чек-листом задач
  • останавливать генерацию кода до ручного утверждения архитектурного плана
  • ограничивать циклы правок между разработчиком и тестированием до двух попыток
  • проверять статус выполнения шагов пайплайна через консоль

Примеры запросов агенту

  • /ship stories/auth-flow.md
  • /ship status
  • /ship resume

Как установить ship

1Через маркетплейс плагинов

/plugin marketplace add wshobson/agents
/plugin install ship-mate@claude-code-workflows

2Вручную: положить файлы

.claude/commands/ship.md

Вызов — /ship. Для всех проектов — ~/.claude/commands/

Вопросы о ship

Как установить ship в Claude Code?

Выполните по очереди две команды: сначала подключите маркетплейс через /plugin marketplace add wshobson/agents, затем установите плагин вызовом /plugin install ship-mate@claude-code-workflows.

Что делает команда ship?

Она маршрутизирует задачи из story-файла по цепочке скиллов: от архитектуры и кодинга до ревью и тестирования. Состояние каждого шага фиксируется в файле .claude/pipeline/state.json.

Когда выполнение пайплайна останавливается для участия человека?

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

Исходный текст

ship.md · MIT
---
description: Master pipeline entry point. Routes requirements from a story file through scan → orchestrate → architect → implement → review → QA → playwright stages. Use /ship stories/foo.md to start, /ship status to check progress, /ship resume to continue.
argument-hint: "stories/filename.md | status | resume"
---

# Ship — Dev Pipeline Master Router

You are the delivery orchestrator for this project's AI development pipeline. You coordinate all agents, manage pipeline state, and ensure every task moves through the correct sequence of stages.

## Commands

### `/ship stories/foo.md`
Start a new pipeline run for the given story file.

### `/ship status`
Show current pipeline state and stage progress.

### `/ship resume`
Continue the pipeline from its current stage in `state.json`.

---

## Command: Start Pipeline

**When invoked as `/ship stories/foo.md`:**

### 1. Read Story File
Read the story file at the given path. Extract:
- Story title
- Description
- Acceptance criteria
- Task list (lines matching `- [ ]`)

If the file does not exist, halt with: `❌ Story file not found: [path]`

### 2. Initialize State
Write `.claude/pipeline/state.json`:

```json
{
  "story_file": "stories/foo.md",
  "story_title": "[extracted title]",
  "task_index": 0,
  "current_task": "[first unchecked task]",
  "task_type": null,
  "stage": "scan",
  "iteration": {
    "review": 0,
    "qa": 0
  },
  "checkpoints": {
    "scan": "pending",
    "orchestrate": "pending",
    "architect": "pending",
    "implement": "pending",
    "review": "pending",
    "qa": "pending",
    "playwright": "pending"
  },
  "flags": {
    "review_critical_pending": false,
    "qa_bugs_pending": false,
    "escalated": false
  },
  "last_updated": "[ISO timestamp]"
}
```

### 3. Run Pipeline
Execute stages in order for the current task. See **Stage Routing** below.

---

## Command: Status

**When invoked as `/ship status`:**

Read `.claude/pipeline/state.json`. Print:

```
📋 Pipeline Status
   Story:   [story_title]
   Task:    [task_index + 1] of [total tasks] — "[current_task]"
   Type:    [FRONTEND / BACKEND / unknown]

   Stages:
   ✅ scan          [completed / pending]
   ✅ orchestrate   [completed / pending]
   ✅ architect     [completed / awaiting_approval]
   🔄 implement     [in_progress]
   ⏳ review        [pending]
   ⏳ qa            [pending]
   ⏳ playwright    [pending / N/A for BACKEND]

   Review iterations:  [N] / 2
   QA iterations:      [N] / 2
```

---

## Command: Resume

**When invoked as `/ship resume`:**

Read `.claude/pipeline/state.json`. Continue from `state.stage`. See **Stage Routing** below.

---

## Stage Routing

After reading state, route to the correct stage:

### `scan`
Invoke the `scan` skill. On completion → set stage to `orchestrate` → continue.

### `orchestrate`
Invoke the `orchestrate` skill. On completion → set stage to `architect` → continue.

### `architect`
Invoke the `architect` skill.
On completion → set `checkpoints.architect = "awaiting_approval"` → set stage to `architect` → **PAUSE**.

Print:
```
⏸️  Architect plan ready for review.
   📄 .claude/pipeline/architect-plan.md

   Review the plan, then run /ship resume to begin implementation.
```
**Stop here. Do not continue until /ship resume is called.**

### `implement` (entered via resume after architect approval)
Set `checkpoints.architect = "completed"`. Invoke the `implement` skill. On completion → set stage to `review` → continue.

### `review`
Invoke the `review` skill.

**After review:**
- If `flags.review_critical_pending == true`:
  Print:
  ```
  ⏸️  🔴 Critical review issues require human decision.
     📄 .claude/pipeline/review-report.md
     
     Review the findings, then run /ship resume to continue.
  ```
  **PAUSE.**

- If no critical flags: set `checkpoints.review = "completed"` → set stage to `qa` → continue.

### `qa`
Invoke the `qa` skill.

**After QA:**
- If `flags.qa_bugs_pending == true`:
  - Increment `iteration.qa`
  - If `iteration.qa >= 2`:
    Print:
    ```
    ⏸️  QA has failed twice. Human escalation required.
       📄 .claude/pipeline/qa-report.md
       
       Review the QA report and resolve manually, then run /ship resume.
    ```
    Set `flags.escalated = true`. **PAUSE.**
  - Else: set stage to `implement` → continue (bug fix loop).

- If QA passes: set `checkpoints.qa = "completed"` → route based on `task_type`.

### `playwright` (FRONTEND tasks only)
If `task_type == "FRONTEND"`: invoke the `playwright` skill.
If `task_type == "BACKEND"`: skip → go directly to task completion.

### Task Completion
- Mark current task `[x]` in the story file
- Print: `✅ Task complete: "[current_task]"`
- Increment `task_index`
- Check if more tasks remain in story file:
  - **More tasks:** update `current_task`, reset all stage checkpoints to `pending`, reset iterations to 0, set stage to `scan` → continue with next task.
  - **No more tasks:** print completion banner and exit.

```
🎉 Story complete: [story_title]
   All [N] tasks delivered through the full pipeline.
```

---

## Anti-Loop Guards

These rules apply across all stage routing:

1. **Repeated Blocker Rule** — If the same blocker type appears twice in the same delegation chain, escalate to human immediately.
2. **No Cyclic Handoff** — Do not send work back to a stage that already handled the same issue.
3. **Two-Handoff Rule** — After 2 unresolved handoffs on the same issue, pause and escalate to human. This is enforced by the `iteration` caps in state.json.

---

## State File Location
`.claude/pipeline/state.json`

Update `last_updated` timestamp on every state write.

© Pranay Yadav · MIT · wshobson/agents

Похожие слэш-команды

Все слэш-команды по теме «Настройка агента: память, контекст, субагенты» →

Из того же набора405

Весь набор →
tdd-red Слэш-команда пишет только тесты, которые обязаны падать, и не трогает рабочий код. Первый шаг TDD, когда нужно зафиксировать поведение до реализации. CX Codex ★ 41 729звёзд репо rust-project Слэш-команда разворачивает структуру Rust-проекта: бинарник, библиотеку, воркспейс или веб-API на Axum. Пригодится, когда нужен старт без ручной раскладки модулей. CX Codex ★ 41 729звёзд репо market-opportunity Слэш-команда проводит интерактивный анализ рынка: считает TAM, SAM и SOM и собирает отчёт в markdown. Пригодится на этапе оценки стартапа. CX Codex ★ 41 729звёзд репо financial-projections Строит финансовую модель стартапа: выручка по когортам, расходы, найм, кэшфлоу и три сценария. Пригодится перед раундом или советом директоров. CX Codex ★ 41 729звёзд репо setup Инициализирует ShipMate в текущем проекте: создаёт каталоги для историй и состояния, затем сканирует кодовую базу. CX Codex ★ 41 729звёзд репо compliance-check Проверяет, какие регуляторные требования касаются вашего продукта, и подсказывает, как закрыть пробелы перед аудитом. CX Codex ★ 41 729звёзд репо approve-review Открывает окно, в котором действия по ревью проходят без проверки политики. Нужна, когда агенту пора одобрить PR или комментарий. CX Codex ★ 41 729звёзд репо audit-chain Проверяет подписи Ed25519 у всех receipt'ов в receipts.jsonl и показывает строки, которые не прошли. Пригодится перед релизом или аудитом. CX Codex ★ 41 729звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой