القائمة
ドキュメントと実装コードを照合し、古い記述・誤りを特定して修正する。 Use for: "ドキュメント検証", "docs同期", "実装と照合", "ドキュメント更新", "sync-docs"
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Claude Code の /compact 実行前に、現セッションの作業状態を一時 state file へ保存する。 MANDATORY TRIGGERS: /compact-prep, compact-prep, 圧縮準備, compact 準備, コンパクト準備, 圧縮前状態保存。 DO NOT TRIGGER: compact 後の復旧、通常の進捗報告、plan 作成、context 使用率の雑談。
プロジェクトの分析・計画・監査結果を構造化された HTML レポートとして管理するスキル。 .claude/reports/ にプロジェクト毎のデータを出力し、4種類のテンプレート (review / plan / audit / adr-analysis) からスケルトン生成、index による横断管理を提供する。 Use when: "レポート初期化", "新規レビュー作って", "実装計画ファイル作って", "品質監査レポート作成", "ADR分析作って", "html-reports init", "/reports-init", "/report-new", ".claude/reports をセットアップ"
Figma Prototype 相当の操作可能 HTML モックアップを生成する。 画面遷移俯瞰図 + States Matrix + viewport プリセット (実機 CSS px W×H) + auto-layout 検証を1ファイルにまとめる。プロジェクトの既存 CSS トークンを自動取り込み。 Use when: ユーザーが「モックアップ作って」「画面遷移図」「Figma 風プロトタイプ」 「flow mockup」「画面比較ページ」「デザイン案を並べて」「states matrix」 「auto-layout 確認」「画面遷移を可視化」と依頼したとき。 単独画面のスタイル提案だけなら frontend-design 系を使う。本スキルは 「複数画面 + 遷移 + 状態網羅」を1ページで俯瞰したいときに使う。
Always use when user asks to create, generate, draw, or design a diagram, flowchart, architecture diagram, ER diagram, sequence diagram, class diagram, network diagram, mockup, wireframe, or UI sketch, or mentions draw.io, drawio, drawoi, .drawio files, or diagram export to PNG/SVG/PDF.
GitHub Actions CI/CD for Unity projects — compile check, test execution, multi-platform builds, and artifact distribution. Covers GameCI setup, license activation, build matrix, and unilyze quality gates. Does NOT cover deployment to app stores (that varies by project).
リポジトリのドキュメント構成を診断し、雛形生成・増築・再編を行うスキル。 約 50 OSS の構成調査 (survey-any: oss-documentation-structure-patterns) に基づき、 「診断 → 処方 → 承認 → 適用 → 検証」のパイプラインで段階に合った構成を処方する。 モード: audit (診断のみ) / init (新規雛形) / grow (増築) / restructure (構造再編)。 Use when: ユーザーが「ドキュメント整備して」「docs の雛形作って」「README 整理したい」 「ドキュメント構成を診断して」「docs が陳腐化してるので再編したい」「docs-architect」 「ドキュメント構造を見直したい」「この repo に必要なドキュメントは?」と依頼したとき。 新規 OSS リポジトリの立ち上げ、コードが動き始めた段階での docs 着手、 既存 docs の大規模リストラクチャのいずれにも使う。
| name | sync-docs |
| description | ドキュメントと実装コードを照合し、古い記述・誤りを特定して修正する。 Use for: "ドキュメント検証", "docs同期", "実装と照合", "ドキュメント更新", "sync-docs" |
| user-invocable | true |
ドキュメント（docs/）を実装コードと照合し、乖離を検出・修正する。
/sync-docs [target]
target: 対象ディレクトリ（省略時: docs/）find <target> -name "*.md" -type f
ドキュメント数に応じてバッチサイズを決定:
各バッチをExplore agentで並列検証:
Task(subagent_type="Explore", prompt="""
タスク: <対象ドキュメント> を実装と照合
検証項目:
1. クラス名・メソッド名・インターフェース名が実装に存在するか
2. コード例が現在の実装パターンと一致するか
3. 数値・設定値（タイムアウト、閾値等）が実装と一致するか
4. ファイルパス・ディレクトリ構造が正確か
5. 記載機能が実際に実装されているか
期待出力:
[検証レポート]
ファイル: xxx.md
問題点: (箇条書き or "なし")
修正提案: (あれば具体的に)
""")
検証結果を重大度で分類:
| 重大度 | 基準 |
|---|---|
| 高 | 実装が存在しない、シグネチャ不一致、数値誤り |
| 中 | パス誤り、命名不一致、説明が古い |
| 低 | typo、表現の改善 |
修正前に確認:
未実装機能の扱い
修正範囲
general-purpose agent で並列修正:
Task(subagent_type="general-purpose", prompt="""
タスク: <対象ファイル> を修正
修正内容:
- <具体的な修正リスト>
各ファイルを読み込み、修正を適用してください。
""")
検証対象: N ファイル
修正済み: M ファイル
削除: K ファイル
[カテゴリ別の修正サマリ表]