القائمة
forge 内蔵ドキュメントの検索インデックスを更新する。 /forge:query-forge-rules の検索結果を最新化したいときに使う。 トリガー: "forge ToC 更新", "update forge toc", "forge インデックス更新", "forge 内蔵ドキュメントの ToC を再生成"
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | update-forge-toc |
| description | forge 内蔵ドキュメントの検索インデックスを更新する。 /forge:query-forge-rules の検索結果を最新化したいときに使う。 トリガー: "forge ToC 更新", "update forge toc", "forge インデックス更新", "forge 内蔵ドキュメントの ToC を再生成" |
| allowed-tools | Bash, Read, Skill |
| user-invocable | true |
| argument-hint |
forge 内蔵ドキュメント（plugins/forge/docs/, plugins/forge/skills/*/docs/）から、
新 doc-advisor の index-docs で ToC を生成し、forge 同梱の検索インデックス
plugins/forge/toc/rules/rules_toc.yaml を更新する。
doc-advisor プラグイン（外部 marketplace BlueEventHorizon/DocAdvisor）がインストールされ、
doc-advisor:index-docs が available-skills に存在することforge KB の対象 Markdown を、本 SKILL 同梱の forge_doc_structure.yaml から解決する
（doc-advisor は .doc_structure.yaml を読まないため、forge 側でパスを解決して渡す）:
python3 plugins/forge/scripts/doc_structure/resolve_doc_structure.py \
--type rules \
--doc-structure .claude/skills/update-forge-toc/forge_doc_structure.yaml
stdout JSON の rules 配列（project-root-relative パス）を取得する。status が error なら message を報告して終了。
Skill ツールで doc-advisor:index-docs を 1 回だけ 呼ぶ。key には予約語と衝突しない forge-rules を使う:
/doc-advisor:index-docs --key forge-rules --paths-json '<Step 1 の rules 配列の JSON>'
完了レポート JSON の toc_path（例: .claude/doc-advisor/toc/forge-rules-<hash>/toc.yaml）を取得する。
生成された ToC を forge プラグイン同梱の場所へコピーし（配布されるのはこのファイル）、同一操作内で
鮮度検証用 checksums（sha256）を再生成する。この 2 つは finalize_toc.py 1 回の実行に統合されており、
片方だけを実行することはできない（Issue #174: コピーと checksums 再生成を別々の手動手順にすると、
checksums だけが再生成され ToC 本体が stale なまま commit される事故が起きたため）:
python3 plugins/forge/scripts/doc_structure/finalize_toc.py \
--doc-structure .claude/skills/update-forge-toc/forge_doc_structure.yaml \
--toc-src "<Step 2 の toc_path>" \
--toc-dest plugins/forge/toc/rules/rules_toc.yaml \
--checksums-output plugins/forge/toc/rules/.toc_checksums.yaml
checksums ファイルは mtime ではなく内容 hash ベースで鮮度を検証するための契約テスト専用ファイルであり、
rules_toc.yaml と必ずセットでコミットする。
forge 内蔵 docs の検索インデックスを更新しました
- 生成元: plugins/forge/docs/, plugins/forge/skills/*/docs/
- key: forge-rules
- 出力: plugins/forge/toc/rules/rules_toc.yaml
- checksums: plugins/forge/toc/rules/.toc_checksums.yaml
.claude/doc-advisor/toc/<slug>/ の doc-advisor 管理 ToC を コピー して配布する設計。
ランタイムの /forge:query-forge-rules は同梱ファイルを直接 Read するため doc-advisor インストール不要。.bak ファイル（rules_toc.yaml.bak 等）はコミットしない。tests/forge/doc_structure/test_forge_toc_freshness.py
が残存を検出する。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 ツール経由でのみ起動される（ユーザーからの直接起動は不可）。