.claude/skills/approval-gate/SKILL.md
ワークフローの重要なフェーズ移行前にユーザーの明示的な承認を必要とする承認ゲートの共通フォーマットとパターンを定義
npx skillsauth add takemo101/compose-workflow approval-gateInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
参照元: 各ワークフロー(req-workflow, basic-design-workflow, detailed-design-workflow, implement-issues)から分離された承認ゲートパターン
全てのワークフローは、重要なフェーズ移行前にユーザーの明示的な承認を必要とする。
原則: ユーザーからの明示的な応答があるまで次のフェーズに進んではならない。
参照: 合格基準の正式定義は @.claude/skills/workflow-phase-convention/SKILL.md §レビュースコア閾値を参照
| ワークフロー | フェーズ | ドキュメント種別 | 合格基準 | 次のアクション |
|-------------|---------|-----------------|---------|---------------|
| /req-workflow | Phase 2.5 | 要件定義書 | 8点以上 | 成果物サマリー → 基本設計へ |
| /basic-design-workflow | Phase 2.5 | 基本設計書 | 9点以上 | 詳細設計準備へ |
| /detailed-design-workflow | Phase 2.5 | 詳細設計書群 | 9点以上 | 成果物作成へ |
| /implement-issues | Phase 7.1 | 実装コード | 9点以上 | PR作成へ |
| /tech-catchup-workflow | Phase 2.5 | 技術調査結果 | - | レポート作成へ |
| /decompose-issue | Phase 3.5 | Issue分解計画 | - | Subtask作成へ |
| /release | Phase 2.5 | バージョン提案 | - | リリース実行へ |
| /reverse-engineer | Phase 3.8 | 設計書生成結果 | 8点以上 | ファイル出力へ |
---
## 🔔 承認リクエスト: {ドキュメント種別}レビュー完了
### レビュー結果サマリー
| 項目 | 結果 |
|------|------|
| 最終スコア | X/10点 |
| レビュー回数 | Y回 |
| 合格基準 | {N}点以上 ✅ |
### 成果物
- **パス**: `{file_path}`
### 主要な内容(抜粋)
{summary_table_or_list}
### 未解決課題(あれば)
| ID | 課題 | 対応方針 |
|----|------|---------|
| I-XXX | [課題] | [方針] |
---
**次のアクション**: {next_action}
⏸️ **承認待ち**: 続行してよろしいですか?
1. 続行 → {continue_action}
2. 修正 → 指摘箇所を修正(コメントで指示してください)
3. 中断 → ワークフローを終了
> 番号を選択してください(1-3):
---
## ✅ 品質レビュー通過 - PR作成承認リクエスト
### Issue情報
- **Issue**: #{issue_id} - {issue_title}
- **ブランチ**: `feature/issue-{issue_id}-{description}`
### レビュー結果
- **スコア**: {score}/10
- **レビュアー**: {reviewer_agent}
### 変更概要
- 新規ファイル: {new_files_count}件
- 変更ファイル: {modified_files_count}件
- 削除ファイル: {deleted_files_count}件
### 主な変更内容
{change_summary}
### テスト結果
- 合計: {total_tests}件
- 成功: {passed_tests}件
- 失敗: {failed_tests}件
---
**PR作成を承認しますか?**
1. 続行 → PR作成を続行
2. 修正 → 追加修正が必要(指摘箇所をコメントしてください)
3. 下書き → Draft PRとして作成
> 番号を選択してください(1-3):
| ユーザー回答 | アクション |
|------------|----------|
| 1 | 次のフェーズへ進む |
| 2 + フィードバック | 指摘箇所を修正し、再レビュー |
| 3 | ワークフローを終了(成果物は保持) |
| ユーザー回答 | アクション |
|------------|----------|
| 1 | 通常PRを作成 |
| 2 + フィードバック | 指摘箇所を修正 → 再レビュー |
| 3 | Draft PRを作成(--draftフラグ付き) |
| タイムアウト(30分) | Draft PRを自動作成、ユーザーに通知 |
| パラメータ | 値 | 説明 | |----------|-----|------| | タイムアウト時間 | 30分 | ユーザー応答の待機上限 | | タイムアウト時の挙動 | Draft PR作成 | 作業成果を保全 | | 再開方法 | PRページで承認/修正指示 | Draft解除またはコメント |
⏸️ 承認待ち マークを必ず表示1/2/3 の番号で選択可能にするワークフロー完了後、自動的に次のワークフローへ進むのではなく、ユーザーに選択肢を提示して次のアクションを決定させる。
| ワークフロー | 完了後の選択肢 | 次ワークフロー |
|-------------|--------------|---------------|
| /req-workflow | 基本設計に進む / 修正 / 終了 | /basic-design-workflow |
| /basic-design-workflow | 詳細設計に進む / 修正 / 終了 | /detailed-design-workflow |
| /detailed-design-workflow | 実装に進む / 修正 / 終了 | /implement-issues |
---
## ✅ ワークフロー完了: {ワークフロー名}
### 成果物サマリー
| 項目 | 結果 |
|------|------|
| 最終スコア | X/10点 |
| 成果物 | `{file_path}` |
| ステータス | 合格 ✅ |
### 次のステップを選択してください
1. {次ワークフロー名}に進む(`{次ワークフローコマンド}`)
2. 成果物を修正する(指摘箇所をコメントしてください)
3. 一旦終了する
> 番号を選択してください(1-3):
---
/req-workflow 完了後---
## ✅ ワークフロー完了: 要件定義
### 成果物サマリー
| 項目 | 結果 |
|------|------|
| 最終スコア | 8/10点 |
| 成果物 | `docs/requirements/REQ-XXX-001_機能名.md` |
| ステータス | 合格 ✅ |
### 次のステップを選択してください
1. 基本設計に進む(`/basic-design-workflow`)
2. 要件定義書を修正する(指摘箇所をコメントしてください)
3. 一旦終了する
> 番号を選択してください(1-3):
---
/basic-design-workflow 完了後---
## ✅ ワークフロー完了: 基本設計
### 成果物サマリー
| 項目 | 結果 |
|------|------|
| 最終スコア | 9/10点 |
| 成果物 | `docs/designs/basic/BASIC-XXX-001_機能名.md` |
| ステータス | 合格 ✅ |
### 次のステップを選択してください
1. 詳細設計に進む(`/detailed-design-workflow`)
2. 基本設計書を修正する(指摘箇所をコメントしてください)
3. 一旦終了する
> 番号を選択してください(1-3):
---
/detailed-design-workflow 完了後---
## ✅ ワークフロー完了: 詳細設計
### 成果物サマリー
| 項目 | 結果 |
|------|------|
| 最終スコア | 9/10点 |
| 成果物 | `docs/designs/detailed/{機能名}/` |
| Epic Issue | #123 |
| 子Issue数 | 5件 |
| ステータス | 合格 ✅ |
### 次のステップを選択してください
1. 実装に進む(`/implement-issues`)
2. 詳細設計書を修正する(指摘箇所をコメントしてください)
3. 一旦終了する
> 番号を選択してください(1-3):
---
| 回答 | アクション |
|-----|----------|
| 1 | 次のワークフローを自動実行(成果物パスを引数として渡す) |
| 2 | ユーザーの指摘を待ち、修正後に再レビュー |
| 3 | ワークフロー終了。成果物は保持 |
1 を選択するまで次ワークフローは開始しない| 日付 | 変更内容 | |------|---------| | 2026-01-17 | 承認ゲートを番号選択形式(1/2/3)に統一。テキスト入力から数字入力へ変更 | | 2026-01-15 | ワークフロー完了後の次ステップ選択パターンを追加 | | 2026-01-12 | ワークフロー別パラメータ表を追加。各コマンドからの参照を簡略化 | | 2026-01-08 | 初版作成。各ワークフローから承認ゲートパターンを分離 |
tools
Use when work should span one or more detached tasks but still behave like one job with a single owner context. TaskFlow is the durable flow substrate under authoring layers like Lobster, ACPX, plugins, or plain code. Keep conditional logic in the caller; use TaskFlow for flow identity, child-task linkage, waiting state, revision-checked mutations, and user-facing emergence.
tools
# Lobster Lobster executes multi-step workflows with approval checkpoints. Use it when: - User wants a repeatable automation (triage, monitor, sync) - Actions need human approval before executing (send, post, delete) - Multiple tool calls should run as one deterministic operation ## When to use Lobster | User intent | Use Lobster? | | ------------------------------------------------------ | --------------------------
tools
# Lobster Lobster executes multi-step workflows with approval checkpoints. Use it when: - User wants a repeatable automation (triage, monitor, sync) - Actions need human approval before executing (send, post, delete) - Multiple tool calls should run as one deterministic operation ## When to use Lobster | User intent | Use Lobster? | | ------------------------------------------------------ | --------------------------
tools
A CLI tool for making authenticated requests to the X (Twitter) API. Use this skill when you need to post tweets, reply, quote, search, read posts, manage followers, send DMs, upload media, or interact with any X API v2 endpoint.