vibe-fortress-implementlisted
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