← ClaudeAtlas

vibe-fortress-implementlisted

vibe-teamでSlice & Prove方式の多重防御実装を実行する。vibe-editor Canvas版。 トリガー: "vibe-fortress-implement", "vibeで要塞実装", "canvas要塞実装" 使用場面: (1) DB migration + 認証が絡む重大実装、(2) 本番障害修正で再発不許可、 (3) アーキテクチャ変更の段階的実装、(4) 1つのタスクを確実に完遂したい場合
yusei531642/vibe-editor · ★ 3 · AI & Automation · score 69
Install: claude install-skill yusei531642/vibe-editor
# vibe-fortress-implement — vibe-team 多重防御実装スキル > **Learning Style Override**: このスキル実行中は「Learn by Doing」を**無効**とする。Slice実装ループの中断は品質保証パイプラインを破壊するため、人間への実装委譲は行わない。 > > **一気通貫原則**: ユーザー判断を仰ぐのは **severity=CRITICAL** または **Codex判断不能** の場合のみ。設計判断を含む選択肢分岐は **CODEX_CONSULT** で自動判定し、パイプラインを継続する。Claude が独断で「どれにしますか?」とユーザーに質問して停止することは**禁止**。 ## 概要 fortress-implement を vibe-team MCP フローに翻訳したスキル。単一の実装タスクを **Slice(最小検証可能単位)に分解**し、各Sliceで「テスト先行 → 実装 → クロスチェック → Safe Point」のループを回す。失敗したら直近の Safe Point に戻って再設計する。 **速く作るスキルではなく、止まるべき時に止まり、戻るべき時に戻り、最後に証明して終えるスキル。** ``` Phase 0: 要件凍結 → Phase 1: 設計検証 & Slice計画 → Phase 2: Slice実装ループ(コア) → Phase 3: 統合検証 → Phase 4: 証跡パック & Go/No-Go ``` ### 核心原則 1. **テスト先行は絶対** — bugは再現テスト、featは受入テストを先に書く 2. **1 Sliceは1つの関心事** — リファクタ・機能追加・依存更新を混ぜない 3. **クロスチェックは実装者以外** — 自己正当化を構造的に排除 4. **Safe Pointは省略不可** — 5点セット必須 5. **完了 = 証明** — 証跡パックが揃って初めて完了 --- ## トリガー条件 / 入力形式 ``` /vibe-fortress-implement [Issue URL | 計画テキスト] [オプション] ``` | 入力形式 | 例 | 取得方法 | |----------|-----|---------| | Issue URL | `https://github.com/org/repo/issues/123` | `gh issue view 123 --json body,title,labels,comments` | | 計画テキスト | 直接テキスト or ファイルパス | Read ツール | | PR修正依頼 | `https://github.com/org/repo/pull/456` | `gh pr view 456 --json body,title,files,comments` | | 引数なし | 現在のブランチの最新Issue | `gh issue list --assignee @me -l planned` | ### オプション引数 | 引数 | 説明 | |------|------| | `--tier I2` | Tier を手動指定 | | `--no-codex` | Codex系エージェントをClaude代替 | | `--dry-run` | Tier判定 + Slice計画のみ | | `--s