Mechanical rename produced by scripts/msd-rename.cjs: gsd/Gsd/GSD -> msd/Msd/MSD across contents and paths, upstream package/repo coordinates -> @golem15/msd-core and golem15com/msd-core. Deep links into upstream history, sibling upstream packages, the GSD-2 import feature, CHANGELOG.md and .changeset/ are kept as-is. Hand edits on top: MSD block-letter banner and logos, LICENSE copyright line, package/plugin identity, regenerated lockfile, install-tree fixtures, derived registries and benchmark baseline; migration checksum baseline re-locked (MSD keeps its own install state, so no install had applied the old sums); sort-order and regex-escaped expectations in tests adjusted.
108 lines
4.7 KiB
Markdown
108 lines
4.7 KiB
Markdown
# フェーズの実行方法
|
||
|
||
**目的:** プランニング済みのフェーズをウェーブベースの並列実行で処理し、各プランをアトミックな git コミットとしてランディングさせます。
|
||
|
||
**前提条件:** フェーズに少なくとも 1 つの `PLAN.md` ファイルがあること。プランニングがまだ完了していない場合は、先に `/msd-plan-phase N` を実行してください — [フェーズのプランニング](plan-a-phase.md) を参照。
|
||
|
||
---
|
||
|
||
## フェーズ全体を実行する
|
||
|
||
```bash
|
||
/msd-execute-phase 1
|
||
```
|
||
|
||
MSD はフェーズのプランファイルを読み込み、依存関係ウェーブにグループ化し、プランごとに新鮮なエグゼキュータエージェントを起動します。各エグゼキュータは次のウェーブが始まる前にアトミックにコミットします。
|
||
|
||
エージェントがディスパッチされる前に、MSD はウェーブテーブルを表示します:
|
||
|
||
```
|
||
## Execution Plan
|
||
|
||
Phase 1: Core middleware — 3 plans across 2 wave(s)
|
||
|
||
| Wave | Plans | What it builds |
|
||
|------|----------------|---------------------------|
|
||
| 1 | 01-01, 01-02 | Core validation function |
|
||
| 2 | 01-03 | Express middleware wrapper |
|
||
```
|
||
|
||
ウェーブ 1 のプランは並列実行されます(それぞれ独立した git ワークツリーで)。ウェーブ 2 はウェーブ 1 のすべてのコミットがマージされるまで待機します。
|
||
|
||
基礎となるエージェント調整モデルについては [マルチエージェントオーケストレーション](../explanation/multi-agent-orchestration.md) を参照してください。
|
||
|
||
---
|
||
|
||
## 単一ウェーブのみ実行する
|
||
|
||
ウェーブ 1 の出力を確認してからウェーブ 2 に進むなど、1 つのウェーブのみを実行したい場合は `--wave N` を使用します:
|
||
|
||
```bash
|
||
/msd-execute-phase 1 --wave 2
|
||
```
|
||
|
||
MSD はウェーブ 2 のプランのみを実行します。実行前に前のウェーブがすべて完了しているか確認します。ウェーブ 1 のプランがまだ未完了の場合は、先に前のウェーブを完了するよう指示して停止します。
|
||
|
||
---
|
||
|
||
## 停止した実行を再開する
|
||
|
||
クォータエラー、ネットワーク切断、セッションのクラッシュなどで実行が途中停止した場合、ウェーブレベルの進捗は保持されています。MSD は各プランの `SUMMARY.md` ファイルを確認し、すでに存在するプランは再実行時に自動的にスキップされます:
|
||
|
||
```bash
|
||
/msd-execute-phase 1
|
||
```
|
||
|
||
MSD は `SUMMARY.md` がすでに存在するプランをスキップし、最初の未完了プランから再開します。
|
||
|
||
**コミットは存在するが `SUMMARY.md` がない場合**(エグゼキュータはコミットしたが、セッションが終了する前にサマリーを書き込まなかった)、MSD はセーフ再開ゲートを表示し、3 つの選択肢を提示します:
|
||
|
||
- `close out manually` — コミットを確認し、`SUMMARY.md` を書き込んで再実行する
|
||
- `re-execute from scratch` — 部分的なコミットを差し戻すか上書きしてから新しいエグゼキュータをディスパッチする
|
||
- `mark-and-skip` — 異常を記録して次に進む(明示的な確認が必要)
|
||
|
||
体系的な障害診断については [実行失敗のデバッグ](debug-a-failed-execution.md) を参照してください。
|
||
|
||
---
|
||
|
||
## 出力の場所
|
||
|
||
すべてのウェーブが完了すると、フェーズディレクトリには以下が含まれます:
|
||
|
||
```
|
||
.planning/phases/01-<name>/
|
||
01-01-SUMMARY.md # プラン 01 が構築したもの、主要ファイル、逸脱
|
||
01-02-SUMMARY.md
|
||
01-03-SUMMARY.md
|
||
VERIFICATION.md # 要件ごとの合格/不合格状態
|
||
```
|
||
|
||
`STATE.md` と `ROADMAP.md` はすべてのウェーブが完了すると自動的に更新されます。`VERIFICATION.md` はフェーズが完全に完了した時のみ書き込まれます。
|
||
|
||
Git の履歴には、各エグゼキュータからのタスクごとのコミットと、オーケストレータからのトラッキングコミットが表示されます。
|
||
|
||
---
|
||
|
||
## クロス AI 実行
|
||
|
||
`workflow.cross_ai_command` で設定された外部 AI CLI(Codex、Antigravity など)に実行を委任するには:
|
||
|
||
```bash
|
||
/msd-execute-phase 2 --cross-ai
|
||
```
|
||
|
||
設定でクロス AI が有効であってもローカル実行を強制するには:
|
||
|
||
```bash
|
||
/msd-execute-phase 2 --no-cross-ai
|
||
```
|
||
|
||
---
|
||
|
||
## Related
|
||
|
||
- [フェーズのプランニング](plan-a-phase.md)
|
||
- [検証とシッピング](verify-and-ship.md)
|
||
- [実行失敗のデバッグ](debug-a-failed-execution.md)
|
||
- [コマンド](../COMMANDS.md)
|