BlueEventHorizon

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 ツール経由でのみ起動される（ユーザーからの直接起動は不可）。

コミットメッセージを自動生成し、手間なく commit & push できる。 トリガー: "コミットして", "commit して", "push して", "commit & push"

ルール文書の追加・改訂後に検索インデックスを最新化する。 新しいルール文書を /forge:query-db-rules で検索可能にしたいときに実行する。 トリガー: "ルール検索インデックス更新", "ルールインデックス再構築"

Xcode プロジェクトをビルドし、エラーを構造化して報告する。iOS/macOS を scheme から自動判定。 トリガー: "ビルド", "build", "ビルドして", "コンパイルエラー確認"

Xcode プロジェクトのテストを実行し、失敗を構造化して報告する。iOS/macOS を scheme から自動判定。 トリガー: "テスト", "test", "テストして", "テスト実行", "ユニットテスト"

Swift-Selena MCP サーバーの全ツールを自動テストする。 debug ビルド → initialize_project → 全ツール実行 → 結果サマリー。 Use when: "MCPテスト", "ツールテスト", "MCP動作確認", "/mcp-test"

分割された仕様書（spec）を重複・矛盾なく1ファイルに統合する。 Use when: "specを統合", "要件定義書をまとめて", "merge specs", "/merge-specs"

Generate or update a document ToC (Table of Contents) index from a key and a set of project-root-relative paths, using the desired-state pipeline prepare_toc → toc-updater (parallel metadata fill) → merge_toc. Use with --key <key> --paths-json '[...]' (driven by an upper layer such as forge), or with --all to index every Markdown file under the project root (single mode, reserved key "all"). Trigger: - After an upper layer decides a key and its desired-state paths - "Index docs", "Rebuild the ToC for key X", "Index all Markdown"

プロジェクトの文書（ルール・仕様・任意の Markdown）を、キーワード・機能名・自然文で検索し、 タスクに関連する文書パスを優先度をつけて返す。検索目的の整理と worker への検索依頼構築を担う 継承型 dispatcher で、実検索は read-only な doc-advisor:query-worker カスタム Agent に隔離する。 設計・実装・コーディング・レビュー等、開発作業のあらゆる場面で文書を参照したいときに使う。 トリガー: "ルールを検索", "仕様を検索", "関連文書を探して", "query-docs"

SKILL.md の description / trigger を公式ベストプラクティスに基づき監査・改善提案する。 新規スキル作成時や既存スキルの品質チェックに使用する。 トリガー: "スキルの description をレビュー", "SKILL.md チェック", "review skill description"