Ctx Chain
サブctx同士を直列で連鎖させる。前段の完了が次段の開始条件になる。
backend-reviewmigration-reviewcontext-management
効果
サブctx同士に依存関係を定義する。Phase 1 が完了しないと Phase 2 に進めない。複雑なプロジェクトの段階的な進行を構造化し、「今どのフェーズにいて、何が前提条件として完了しているか」を明確にする。
適用条件
- プロジェクトが 3フェーズ以上の段階展開を持つとき
- 前段の完了が次段の着手条件になるとき(インフラ → デプロイ → 認証 → 本番 等)
- 「並行して進めていいもの」と「順番を守るもの」が混在するとき
手順
1. 親ctxに依存関係を明記
## Sub Contexts (Chain)
| Phase | テーマ | ファイル | 依存 | 状態 |
|-------|--------|---------|------|------|
| 1 | GCP基盤 | project/gcp-infra.md | — | ✅ 完了 |
| 2 | デプロイ | project/deploy.md | Phase 1 | 🔧 作業中 |
| 3 | 認証 | project/auth.md | Phase 2 | ⏳ 待ち |
| 4 | 本番 | project/production.md | Phase 3 | ⏳ 待ち |
2. サブctxに依存情報を含める
# デプロイ — サブ ctx
**親 ctx**: project_resume.md
**Phase**: 2
**depends_on**: Phase 1 (GCP基盤) ✅
**blocks**: Phase 3 (認証)
**状態**: 🔧 作業中
3. 進行ルール
- depends_on が全て ✅ のフェーズだけ着手可能
- フェーズ完了時に blocks 先のサブctx を「待ち → 着手可能」に更新
- 並行可能なフェーズは同じ depends_on を持つ(分岐点)
Phase 1(基盤)
├─ Phase 2a(バックエンド) ← 並行可能
├─ Phase 2b(フロントエンド) ← 並行可能
└─ Phase 3(統合テスト) ← 2a + 2b 両方が前提
組み合わせ
| カード | シナジー |
|---|---|
| Ctx Tree | 前提。Chain は Tree のサブctx同士に順序を与える |
| Ctx Branch | Phase ごとにブランチを切る。Chain + Branch で「フェーズ付きブランチ管理」 |
| Dryrun | 次フェーズ着手前の事前検証。Chain の遷移点で Dryrun を挟む |
| Ship | 最終フェーズの出荷判定。Chain 全体の完了 = Ship 実行 |
「順序を無視して進めたものは、必ずどこかで壊れる。急がば、連鎖を信じなさい」 — Eris
このカードを常用したくなったら → そのまま SKILL.md に変換できる。効果=概要、適用条件=発動トリガー、手順=手順セクション。