Menü
forge スキル一覧を表示し、選択したスキルの引数をガイド付きで構成してそのまま実行できる。 トリガー: "forge help", "forge の使い方", "ヘルプ", "どのスキルを使えばいい"
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | help |
| description | forge スキル一覧を表示し、選択したスキルの引数をガイド付きで構成してそのまま実行できる。 トリガー: "forge help", "forge の使い方", "ヘルプ", "どのスキルを使えばいい" |
| user-invocable | true |
| argument-hint | |
| allowed-tools | AskUserQuestion |
forge スキルの使い方をガイドし、そのまま実行できる。
以下のリストをテキストで出力してから AskUserQuestion を呼ぶ:
利用可能な forge スキル:
review : コード・文書をレビュー。重大度 🔴🟡🟢 で分類
start-requirements : 要件定義書の作成。3モード対応
start-design : 設計書の作成。レビュー+自動修正→commit
start-plan : 計画書の作成。レビュー+自動修正→commit
start-implement : 計画書から実装・レビュー・計画更新
start-uxui-design : デザイントークン・UI 視覚仕様を創造
create-feature-from-markdown-plan: Markdown plan から要件定義→設計書へ展開
clean-rules : ルール文書を分析し重複を検出・削除
merge-specs : 2 つの仕様 DIR（基本 / 追加）を内容単位でマージ
setup-doc-structure : .doc_structure.yaml を対話的に生成
setup-version-config: .version-config.yaml を対話的に生成
update-version : バージョンを一括更新。CHANGELOG 自動反映
query-forge-rules : forge 内蔵知識ベースを ToC 検索
AskUserQuestion:
選択されたスキルに応じて、以下の引数ウィザードを実行する。
以下のリストをテキストで出力してから AskUserQuestion を呼ぶ:
レビュー種別:
1. code : ソースコード
2. requirement : 要件定義書
3. design : 設計書
4. plan : 計画書
5. uxui : UX/UI デザイン（デザイントークン・コンポーネント）
6. generic : 任意の文書（README 等）
AskUserQuestion:
レビュー対象を選択してください:
- ブランチ差分（対象を省略）
- ファイル・ディレクトリを指定する
「ファイル・ディレクトリを指定する」を選んだ場合:
パスを入力してください（スペース区切りで複数指定可）:
例: src/ または src/services/auth.swift
使用するエンジンを選択してください:
- codex（デフォルト）
- claude
修正モードを選択してください:
- レビューのみ（修正なし）
- 自動修正 1サイクル（🔴🟡を自動修正）
- 自動修正 Nサイクル（N サイクル）
- --auto-critical（🔴致命的のみ自動修正）
「自動修正 Nサイクル」を選んだ場合:
サイクル数を入力してください（例: 3）:
対象の Feature 名を入力してください（省略時はインタラクティブに決定）:
対象プラットフォームを選択してください:
- ios : iPhone / iPad アプリのデザイン
- macos : Mac アプリのデザイン
対象の Feature 名を入力してください（省略時はインタラクティブに決定）:
開発種別を選択してください:
- 新規アプリ（--new）
- 既存アプリへの追加（--add）
作成モードを選択してください:
- interactive : 対話形式でゼロから要件を固める
- reverse-engineering : 既存ソースコードから要件を抽出
- from-figma : Figma デザインから要件を作成（Figma MCP 必須）
対象の Feature 名を入力してください（省略時は specs/ 一覧から選択）:
対象の Feature 名を入力してください（省略時は specs/ 一覧から選択）:
対象の Feature 名を入力してください（省略時は対話で確定）:
実行するタスクを選択してください:
- 優先度順で自動選択（省略）
- タスク ID を指定する
「タスク ID を指定する」を選んだ場合:
タスク ID を入力してください（例: TASK-001,TASK-003）:
最大サイクル数を入力してください（例: 3）:
引数: Markdown plan のファイルパス（省略時は対話で決定）。
入力は Claude Code plan mode が生成した Markdown plan。forge 実装計画書 {feature}_plan.yaml（YAML、/forge:start-plan が作成）とは別物。
引数: ルールディレクトリパス（省略時はデフォルト）
引数: [base] [additional]（基本 DIR と追加 DIR の 2 つ。短縮名なら .doc_structure.yaml の spec ルート配下を自動探索）
引数: なし。実行すると対話的に開始する。
引数: なし。実行すると対話的に開始する。
引数: バージョンアップの種別（patch/minor/major/直接指定）。省略時は対話で決定。
引数: 検索クエリ。省略時は対話で決定。
収集した引数からコマンドを組み立てて表示し、AskUserQuestion を使用して実行確認する:
以下のコマンドを実行します:
/forge:review code --files src/foo.py,src/bar.py --claude --auto
実行しますか？
- 実行する
- キャンセル
「実行する」を選択した場合、対応するスキルを呼び出す。
msg-sys 通信基盤（常駐 Codex セッションとの Stop フック経由の非同期往復）の上で、 Codex とのレビュー依頼・所見受領・修正・完了判定を駆動する。3モード（依頼/受信/再開）を持つ。 依頼モードのトリガー句: "msg-reviewでレビュー依頼", "Codexとレビュー往復したい", "常駐Codexにレビューを依頼", "msg-reviewを実行して", "Codexセッションにコードレビューを頼みたい"。 受信モードの起動契機（トリガー句ではなくメッセージ本文の形式で成立）: Stop フックが差し戻した メッセージ本文の先頭が `[msg-review] <種別> review_id=<review_id> round=<n>` である。 再開モードのトリガー句: "msg-reviewを再開したい", "レビューの往復上限到達通知が来た、状況を確認して", "review_idの未解決所見を要約して", "msg-reviewの続きを確認したい"。
設計書から実装戦略を策定し、タスクを抽出して YAML 計画書を作成・更新する。レビュー+自動修正→commit まで一貫実行。 トリガー: "計画書作成", "計画開始", "start plan", "start planning"
計画書からタスクを選び、実装・レビュー・計画更新まで一貫して実行する。 トリガー: "実装開始", "タスク実行", "start implement"
コード・文書をレビューし、品質問題の発見から修正まで自動化できる。重大度 🔴🟡🟢 で分類。 --auto で修正まで一貫実行。code/requirement/design/plan/uxui/generic の6種別に対応。 トリガー: "レビュー", "review", "レビューして", "確認して"
GitHub Issue を軽量実装で進めるか forge の SDD フロー（start-requirements/start-design/start-plan）に委ねるかを判定するスキル。feature namespace の要否も判定する。トリガー：「このIssueをトリアージして」「Issueの進め方を判定して」「#N はどう進めるべきか判定して」
GitHub Issue の実装を準備から完了まで一貫して行う。triage の判定調査結果（仕様書・ルール・類似PR・既存コードの特定）を引き継ぎ、実装計画の策定・Issue への解決内容記載・実装・レビューまで進める。UI Issue の場合は Figma デザイン仕様書・実装設計書の作成、UI 実装、実装レビューまでカバーする。 `/anvil:triage-issue` が軽量実装と判定した Issue に対して Skill ツール経由でのみ起動される（ユーザーからの直接起動は不可）。