Ctx Chain
Rare 🔄 workflow 🌐 EN

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 BranchPhase ごとにブランチを切る。Chain + Branch で「フェーズ付きブランチ管理」
Dryrun次フェーズ着手前の事前検証。Chain の遷移点で Dryrun を挟む
Ship最終フェーズの出荷判定。Chain 全体の完了 = Ship 実行

「順序を無視して進めたものは、必ずどこかで壊れる。急がば、連鎖を信じなさい」 — Eris

このカードを常用したくなったら → そのまま SKILL.md に変換できる。効果=概要、適用条件=発動トリガー、手順=手順セクション。