القائمة
分割された仕様書（spec）を重複・矛盾なく1ファイルに統合する。 Use when: "specを統合", "要件定義書をまとめて", "merge specs", "/merge-specs"
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Xcode プロジェクトをビルドし、エラーを構造化して報告する。iOS/macOS を scheme から自動判定。 トリガー: "ビルド", "build", "ビルドして", "コンパイルエラー確認"
Xcode プロジェクトのテストを実行し、失敗を構造化して報告する。iOS/macOS を scheme から自動判定。 トリガー: "テスト", "test", "テストして", "テスト実行", "ユニットテスト"
Swift-Selena MCP サーバーの全ツールを自動テストする。 debug ビルド → initialize_project → 全ツール実行 → 結果サマリー。 Use when: "MCPテスト", "ツールテスト", "MCP動作確認", "/mcp-test"
| name | merge-specs |
| description | 分割された仕様書（spec）を重複・矛盾なく1ファイルに統合する。 Use when: "specを統合", "要件定義書をまとめて", "merge specs", "/merge-specs" |
分割された仕様書ファイルを精読・吟味して統合するワークフロー。
/merge-specs <ディレクトリ>
/merge-specs <file1.md> <file2.md> ...
引数なしの場合は、対象ディレクトリ・ファイルを AskUserQuestion で確認する。
対象ファイルをすべて Read して、以下を分析する。
重複検出:
矛盾・整合性の問題:
バージョン差異の判定基準（詳細は references/merge-workflow.md 参照）:
分析結果をユーザーに提示する。レポートには以下を含める:
## 統合分析レポート
### 対象ファイル
- <ファイルA> (ベース候補: 最も包括的)
- <ファイルB> (統合元)
### 重複セクション
| セクション | ファイルA | ファイルB | 推奨 |
|-----------|----------|----------|------|
| <機能名> | 基本記述 | 強化記述 | ファイルBで上書き |
### 矛盾・要確認
- <矛盾がある場合は列挙>
### 統合方針（案）
1. <ファイルA> をベースファイルとして使用
2. <ファイルB> の各要件を以下のように処理:
- <既存セクション強化> → ベースの該当セクションに追記
- <新規要件> → ベースに新セクション追加
3. <ファイルB> は統合完了後に削除
この方針でよいですか？
AskUserQuestion でベースファイル（dest）の確認を行う。 ユーザーの確認・修正を受けてからフェーズ3に進む。
確認済みの方針に基づいて統合を実行する。
統合の優先順位:
編集操作:
吸収済みファイルの削除:
インデックス更新:
複雑なケース（IDの重複、大規模マージ、多ファイル統合）については:
→ references/merge-workflow.md を参照