.claude/ 配下のMarkdown
オーケストレーション
ウェーブを回し、チームメンバーをスポーン・レビュー・退場させるスラッシュコマンド、ロール、フック。あなたのメインのClaude Codeセッションであるリードが駆動します。
3ステップでインストール
エンジンをビルドし、フックから参照できるようにしてから、Claude Code でパイプラインを実行します。
01
エンジンをビルド
リポジトリをクローンし、単一の Rust バイナリをコンパイルします。
git clone <your-fork-url> bathos && cd bathos
cd core && cargo build --release && cd ..02
フックに接続
BATHOS_BIN を設定し、コマンドとフックがエンジンを見つけられるようにします。
export BATHOS_BIN="$(pwd)/core/target/release/bathos"03
パイプラインを実行
プロジェクトで Claude Code を開き、ウェーブコマンドを順に実行します。
/team-kickoff
/route /abs/path/to/project
/wave1-discovery /abs/path
/wave2-design /abs/path
/wave3-story-gate /abs/path
/wave5-implement /abs/path
/wave6-verify-report /abs/path
/team-confirmAgent Teams を有効にした Claude Code v2.1.32 以降、加えて Rust ツールチェーンと jq が必要です。
チャットにはない構造を
長い一本のLLM会話は漂流します。設計と実装の間で文脈が失われ、チェックは飛ばされ、同じモデルが自らの成果を書きながら承認する。BATHOSはそれを構造に置き換えます。
素のLLMチャット
BATHOS
一本の会話、増していく文脈のドリフト
7ウェーブのパイプラインにまたがる17の専門ロール
設計と実装の間で文脈が失われる
文脈損失ゼロの、自己完結したストーリーファイル(ウェーブ3)
暗黙的で、一律の労力配分
Lv0〜4を明示するスケール適応型ルーター
実装がいつでも始まってしまう
FAIL時にビルドを物理的に阻止する堅牢なレディネスゲート
作成者が自らの成果を「検証」もする
独立したレビュアーと、改ざん検知可能な監査チェーン
いつの間にかあなたを上書きする助言
ユーザー主権：AIは提案し、決めるのはあなた
2つのプレーン、1つのランタイム
あなたが打つのは主にスラッシュコマンド。その裏側でコマンドが呼び出す決定論的なコアが、単一のRustバイナリです。
単一の静的Rustバイナリ
エンジン
状態、ゲート、ウェーブ遷移、ルーティング、ストーリーの鮮度、プラグインを算出し強制します。フックとコマンドから自動的に呼び出されます。
7ウェーブのデリバリーパイプライン
作業はディスカバリーから検証済みリリースへと、明示的なウェーブを通じて進みます。本流はW0 → W1 → W2 → W3 → W5 → W6。IP・研究(W4)はクリティカルパス外のオプションのプラグインです。
W0
分析
Caleb
任意の事前ブリーフ：ブレインストーム、アイデアの鍛造、プロダクトブリーフ。
W1
ディスカバリー・市場
John · Caleb
リバースエンジニアリングと市場調査でUSPを研ぎ澄ます。
W2
企画・アーキテクチャ・デザイン
Joshua → James · Jonnathan
企画がウェーブをゲートし、続いてアーキテクチャとUXを並行で。
W3
ストーリーエンジニアリング
Matthew + Thomas · Matthias
自己完結したストーリーファイルへ凝縮。実装レディネスゲート。
W4
IP・研究
Mark · Nathanael
クリティカルパス外のオプションのプラグイン：特許と論文。
W5
実装
Phillip · Andrew · Stephen
バックエンド、フロントエンド、MLをストーリーファイルに沿って構築。
W6
検証・ドキュメント・レポート
Thomas · Michael · Hananiah · Martin
レビュー、セキュリティ監査、動作を保つリファクタリング、そしてリリースレポート。
ウェーブ3：心臓部
ウェーブ3は、設計から実装への断絶を埋めます。ストーリーエンジニアが上流の成果を自己完結したストーリーファイルへと凝縮し、あらゆる技術的主張を出典に紐づけ、独立したレビュアーが承認します。FAIL時にはフックが実装への進入を物理的に阻止します。
スケール適応型ルーティング
BATHOSはタスクに必要なウェーブだけを起動します。ルーターは4つのステークス軸からレベルを推奨し、あなたが確定します。
| レベル | 作業タイプ | 起動ウェーブ |
|---|---|---|
| Lv0 | バグ修正 / 些細な変更 | W5(+最小限のW6) |
| Lv1 | 小機能 / 局所的リファクタリング | 軽量W2 + W3(縮約) + W5 + 軽量W6 |
| Lv2 | 標準機能 / モジュール | W1 + W2 + W3 + W5 + W6 |
| Lv3 | 新規プロダクト / 大規模 | W0–W6(W4は任意) |
| Lv4 | エンタープライズ / ディープテック / 規制対象 | W0–W6フル + W4 |
17人の専門家、1人のリード
リードはあなたのメインセッションであり、スポーンされることはありません。専門家はウェーブごとにスポーンされ、同時実行数は3に制限されます。
00Paulリード / 最終承認all
01Johnリバース専門家W1
02Caleb市場分析 / USPW1
03Joshuaサービス企画W2
04JamesSW / クラウドアーキテクトW2
05MarkIP専門家(特許)W4
06NathanaelリサーチライターW4
07Jonnathanチーフデザイナー(UX/UI)W2
08Phillipバックエンド・データリードW5
09Andrewフロントエンド・モバイルリードW5
10StephenAI / MLリードW5
11Timothy開発定義ドキュメントW6
12ThomasコードレビュアーW6
13Michaelセキュリティ専門家W6
14Hananiahリファクタリング専門家W6
15MatthiasQA / 検証W6
16Martinモニタリング / レポートW6
17Matthewスクラムマスター / ストーリーエンジニアW3
本当にゲートするゲート
すべてのウェーブゲートは一つの語彙で語り、要となるゲートはコードで強制されます。根拠のない自動PASSはありません。
PASS
基準を満たし、ブロッカーなし
次のウェーブへ進む
CONCERNS
条件付き通過、非ブロッキングのリスク
リスクを記録し、進む
FAIL
ブロッキングの欠陥
進入を阻止。是正して再ゲート
設計段階から改ざん検知可能
あらゆる状態変更は鍵付きの監査ハッシュチェーン(HMAC-SHA256)に書き込まれます。たった一つのコマンド（bathos audit verify）で、証跡が改変されていないことを証明できます。
雰囲気ではなく、決定論的なコアを
要となる不変条件（状態、ゲート、ルーティング、ストーリーの鮮度）は単一の静的Rustバイナリに収められ、毎回同じやり方で算出され強制されます。
- 単一の静的バイナリ
- コンパクトなbathos実行ファイル一つ、ランタイム依存なし。
- スキーマ検証されたSSOT
- manifest.jsonが唯一の真実の源。スキーマ検証済みで、書き込みはアトミック。
- 改ざん検知可能な監査
- 鍵付きHMACハッシュチェーンと、ワンコマンドの検証。
- 実証済み
- 510件のRustテスト + 86件のフック決定論チェック、すべてグリーン。clippyもクリーン。
$ echo '{"scope":"feature","novelty":true}' \
| bathos --state-dir _state route decide
→ {"recommended_level":2,"requires_confirmation":true}ステークスからレベルを推奨。エンジンが提案し、あなたが確定します。