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

rig-lifecycle — скилл для Claude Code: что делает и как установить

Помогает агенту корректно управлять жизненным циклом окружений OpenRig, проверять rig ps после сбоев и тестировать сценарии восстановления без скрытых откатов к чистым запускам.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add mvschwarz/openrig --skill rig-lifecycle -a claude-code
Открыть на GitHub

Что делает rig-lifecycle

Скилл задаёт правила для операций жизненного цикла OpenRig: создания, запуска, остановки, создания снимков и уничтожения топологий. Он учит модель не доверять слепо сводкам rig ps после перезагрузки хоста и разбирать четыре режима сбоя, включая потерю авторизации провайдера и рассинхронизацию сред исполнения.

Главный принцип скилла — строгое правило честного восстановления (restore-honesty rule). Если возобновление упало, система обязана зафиксировать явную ошибку failed, а не создавать молча чистый инстанс с нуля. Результат всегда классифицируется по фиксированному словарю: resumed, rebuilt, fresh, failed или attention_required.

Для подтверждения надёжности одного теста демона мало. Скилл требует проверки на реальных перезагрузках хоста или виртуальных машинах вроде Tart VM. При этом потеря авторизации у Codex помечается как исправимая ошибка attention_required, тогда как у Claude запрос входа считается терминальным failed/login_required.

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

  • разобрать причины сбоя при восстановлении топологии OpenRig
  • проверить реальный статус в rig ps после перезагрузки хоста
  • составить матрицу проверок для сценариев rig resume и rig restore
  • различить результаты восстановления по словарю resumed, rebuilt и fresh

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

  • Проверь вывод rig ps после ребута хоста и выясни, отражает ли проекция реальное состояние рантайма.
  • Спроектируй сценарий проверки восстановления для rig resume с учётом потери авторизации провайдера.
  • Определи статус сессии по словарю жизненного цикла OpenRig, если процесс был заново собран из артефактов.

Как установить rig-lifecycle

1Через Skills CLI (Vercel)

npx skills add mvschwarz/openrig --skill rig-lifecycle -a claude-code

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

~/.claude/skills/rig-lifecycle/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/rig-lifecycle/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о rig-lifecycle

Как установить rig-lifecycle в Claude Code?

Выполните команду npx skills add mvschwarz/openrig --skill rig-lifecycle -a claude-code. Файл навыка запишется по пути ~/.claude/skills/rig-lifecycle/SKILL.md.

Что делает скилл rig-lifecycle?

Он обучает модель корректно работать с командами up, down, snapshot и restore в OpenRig. Скилл запрещает скрывать ошибки возобновления сессий за тихим запуском чистых инстансов.

В чём заключается правило честного восстановления (restore-honesty rule)?

Любой сбой при возобновлении окружения обязан возвращать явный статус failed. Архитектура запрещает неявный переход к чистому запуску; создание нового окружения допускается только отдельной командой оператора.

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

SKILL.md · Apache-2.0
---
name: rig-lifecycle
description: Use when reasoning about the rig lifecycle operations family (create / start / stop / resume / restore / snapshot / release / unclaim / destroy), reading or trusting `rig ps` / lifecycle projections after recovery, or designing proof for a lifecycle scenario. Covers the 4 failure modes (auto-restore creates partial rig; projections report healthier than reality; provider auth treated as impl work; resume succeeds for one runtime fails another) plus the restore-honesty rule (failed resume is FAILED loudly — no auto fresh fallback).
metadata:
  cli_surfaces_referenced:
    - destroy
    - down
    - ps
    - release
    - restore
    - restore-check
    - resume
    - snapshot
    - unclaim
    - up
  openrig:
    stage: factory-approved
    sibling_skills:
      - topology-mutation-and-seat-management
      - seat-scaling-and-specialization
      - cross-host-rig-commands
      - sidecar-operator
      - rig-bundles-and-shareable-artifacts
      - specification-system
      - extension-and-user-workspace
---

# Rig Lifecycle

The family of operations that **create, start, stop, resume, restore,
snapshot, release, unclaim, and destroy** OpenRig-managed topologies.
Includes the user story after reboot: **"bring my work back without
turning a clean recovery into a cleanup project."**

If lifecycle is brittle, every higher-level primitive inherits that
brittleness. Queue, workflow, seat continuity, cross-host operation,
and RSI all assume that rigs and seats can be restored into known
states.

## Use this when

- Operating `rig up / down / restore / resume / snapshot / release / unclaim / destroy`
- Reading `rig ps` after a reboot or recovery and deciding what to trust
- Designing proof for a lifecycle scenario (clean start / warm resume / host reboot / provider auth loss / partial boot / operator recovery)
- Reasoning about restore-outcome semantics (`resumed` / `rebuilt` / `fresh` / `failed` / `attention_required`)
- Auditing whether a lifecycle proof is in-process bedrock vs requires real reboot evidence

## Don't use this when

- The operation is single-command and deterministic — use `openrig-user` skill for CLI surface
- The work is operator-level configuration of OpenRig itself — use `openrig-operator`
- The work is rig spec authoring — use `openrig-architect`

## Failure modes (4)

1. **Auto-restore creates a partially restored rig that must be cleaned up before real recovery.** Partial restore looks like recovery but isn't; cleanup-before-recovery becomes the actual workload.
2. **`rig ps` or lifecycle projections report a healthier state than the runtime actually has.** Projections are summaries; the runtime is truth. Don't trust projections silently.
3. **Provider auth is unavailable after reboot and the system treats that as implementation work** instead of a human/environment decision. Auth issues are environmental; route to human.
4. **Resume succeeds for one runtime/provider but fails for another scenario that was never tested.** Per-runtime parity assumptions break silently; matrix proof catches them.

## Restore-honesty rule (load-bearing)

**Failed resume is FAILED loudly.** No automatic fresh fallback. Fresh
launch is **explicit follow-up only.** This is enforced architecturally
at the daemon level (per `architecture.md` §7 rule 15).

The locked restore-outcome vocabulary:

| Outcome | Meaning |
|---|---|
| `resumed` | Native runtime resumed the same conversation |
| `rebuilt` | New process assembled from artifacts (`session_source: mode: rebuild`) |
| `fresh` | New process with no prior continuity |
| `failed` | Restore attempted and failed; no automatic fallback |
| `attention_required` | Recoverable blocker (provider auth refused, etc.); needs operator action |
| `n-a` | Not applicable (terminal nodes, etc.) |

Codex auth-refusal returns `attention_required` (recoverable); Claude
`looksLikeClaudeLoginPrompt` returns `failed/login_required` (terminal).
Cross-runtime alignment is an open follow-up question.

## Proof standard

Lifecycle proof should include **real reboot or VM-reboot evidence**,
not only daemon-unit evidence. The minimum useful matrix covers:

| Scenario | What it proves |
|---|---|
| Clean start | Boot from spec into known state |
| Warm resume | `rig down` → `rig up <name>` resumes seats |
| Host reboot / tmux socket absence | Recovery from lost tmux connection |
| Provider auth loss | Codex/Claude auth refusal handled honestly |
| Partial boot / partial failure | Some seats up, some failed; honest reporting |
| Intentional operator recovery | Operator-initiated restore from snapshot |

Tier 1: in-process bedrock (daemon-unit evidence). Tier 2: real reboot
or disposable Tart VM. Tier 1 alone is not lifecycle proof; it's
bedrock.

## Default policy is part of the primitive

**Treat default policy as part of the primitive, not an afterthought.**
Lifecycle defaults that are too optimistic for the reliability level
actually proven create silent harm:

- `auto-restore` defaults that mask failure modes
- Implicit fresh-fallback that hides resume failure
- Permissive verification that doesn't distinguish honest success from "appeared to work"

## Total-Host Restore Product Rail v2

The rail sequences restore truth into **four rungs**:

- `fully_restored` is a **Rung 3 execution rollup**
- "fully back" is **reserved for Rung 4 only**

Naming discipline matters. "Fully restored" and "fully back" are
different claims; don't conflate.

## See also

- `openrig-user` skill — CLI surface for `rig up / down / restore / etc.`
- `openrig-operator` skill — operator-level discipline for OpenRig itself
- `seat-continuity-and-handover` skill — sub-primitive: occupant-creation modes for restore (`resume` / `rebuild` / `fresh` / `failed`)
- `session-source-fork` skill — `forked` continuity outcome for fork-based restore
- `permission-and-capability-preflight` skill — provider-auth blocker → escalation path
- `openrig/docs/as-built/architecture/lifecycle-snapshot-restore.md` (product reference doc) — daemon enforcement of restore-honesty rule

© mvschwarz · Apache-2.0 · mvschwarz/openrig

Похожие скиллы

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →
setup-matt-pocock-skills Matt Pocock Скилл настраивает репозиторий для инженерных скиллов Matt Pocock: задаёт трекер задач, метки триажа и расположение доменной документации. Запустите его перед первым использованием остальных скиллов. 1 052 851установок ask-matt Matt Pocock Помогает выбрать подходящий скилл или рабочий поток из набора Matt Pocock. Пригодится, когда непонятно, с чего начать задачу: от идеи до разбора бага. 766 587установок to-tickets Matt Pocock Разбивает план, спецификацию или переписку на небольшие сквозные задачи и отмечает, какие из них блокируют остальные. Пригодится, когда нужно согласовать порядок работы до публикации задач в трекере. 711 230установок writing-plans Jesse Vincent Скилл превращает требования к многошаговой задаче в подробный план реализации до начала работы с кодом. Пригодится, когда исполнителю нужно зафиксировать файлы, интерфейсы и проверки. CX Codex 282 859установок caveman-review JuliusBrussee Пишет замечания к коду одной строкой: место, проблема, исправление. Пригодится, когда ревью диффа или PR надо пройти быстро и без воды. CX Codex +1 411 800установок caveman-compress JuliusBrussee Сжимает CLAUDE.md, списки задач и другие текстовые файлы в краткий формат, сохраняя читаемую резервную копию. CX Codex +1 411 500установок

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

watchdog Скилл для настройки политик rig watchdog: решает, когда будить застрявший цикл, когда вернуть его к задаче, а когда остановить на сверку. CX Codex +1 ★ 8 227звёзд репо topology-mutation-and-seat-management Скилл учит агента менять топологию работающего рига в OpenRig на лету: добавлять или удалять места, привязывать сессии tmux и обновлять маршруты без перезапуска всей системы. CX Codex +1 ★ 8 227звёзд репо specification-system Помогает описывать спецификации ригов, агентов и рабочих процессов так, чтобы сохранялись нужные роли, режим и повторяемое намерение. Пригодится при проверке переносимости и устройства библиотеки спецификаций. CX Codex +1 ★ 8 227звёзд репо session-source-fork Скилл для авторинга rig spec: запускает новое управляемое место из прошлой сессии Claude или Codex, не выдавая его за продолжение старого. CX Codex +1 ★ 8 227звёзд репо rig-bundles-and-shareable-artifacts Скилл помогает создавать, проверять и устанавливать переносимые бандлы OpenRig с описанием топологии и рабочего процесса. Пригодится, когда нужно передать проверенный шаблон другой команде. CX Codex +1 ★ 8 227звёзд репо openrig-upgrade Ведёт агента через обновление OpenRig CLI и демона по шагам: проверить, изменить, убедиться. Полезен, когда на хосте живут рабочие сессии. CX Codex +1 ★ 8 227звёзд репо openrig-software-factory Скилл организует работу команды агентов OpenRig в репозитории проекта. Помогает распределять роли между Claude Code и Codex для написания и проверки кода. CX Codex +1 ★ 8 227звёзд репо openrig-skills Скилл помогает агенту в OpenRig выбрать нужный контекст для передачи работы, отладки или восстановления места. Он также объясняет, как найти и загрузить другие скиллы через rig. CX Codex +1 ★ 8 227звёзд репо

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

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