Skill.md検索

カスタマイズ支援（対話）: 「自動でlintしたい」「ファイル保存時に検証したい」などの要望に対し、最適な設定ファイルを作成・配置できる リファレンス自動更新: Memory、Skills、Subagents、Settings、Hooks、MCP、Plugins、ベストプラクティスなど8つのセクションを公式ドキュメントから最新版に一括更新 GitHub同期: カスタマイズ設定をGitHubリポジトリから同期し、常に最新の.claudeディレクトリを保つ 機能選択ガイド: 「何をしたいのか」に応じて、使うべき機能（Settings、Hooks、Skills、Agentsなど）と配置場所を自動判定 Claude Codeをさらに便利にカスタマイズしたい開発者 プロジェクトごとに異なる自動実行ルールを設定したい人 公式ドキュメントの最新情報を常に参照したい人 チーム全体で統一したClaudeの設定を運用したい人 このスキルは3つのサブコマンドで動作します。/cc-customで対話的にカスタマイズを支援し、/cc-custom update でリファレンスを更新します。セクション名は「memory」「skills」「subagents」「settings」「hooks」「mcp」「plugins」「best-practices」で、各々の出典URLが定義されています。更新時はWebFetchで最新情報を取得し、reference.mdの該当セクションを更新して「最終更新」日付を現在日に変更後、サマリーを報告。/cc-custom syncはGitHubリポジトリ（https://github.com/myuon/cc-custom）から.claudeディレクトリを上書き同期します。機能選択ガイドとして、やりたいことに応じてRules、Skills、Settings、Hooks、Subagents、MCP、Pluginsのどれを使うかの判定表と、プロジェクト用・個人用の配置場所テーブルが含まれています。

最大7つの核心質問で仕様を確定：ゴール、対象ユーザー、入出力、ユーザーフロー、制約、非目標、成功基準を重要度順に聞き、曖昧な点は合理的に仮決めして実装可能な仕様に仕上げます。 技術スタックを提案・承認：言語、フレームワーク、データベース、テストフレームワークなど使用技術をセットで提案し、ユーザーの希望に応じて調整できます。 1枚のSpec.mdで実装・テストが始められる：ゴール、非目標、ターゲットユーザー、ユーザーフロー、入出力、技術スタック、ルール・制約、受け入れ基準、テストプランを網羅した仕様書が自動生成されます。 タスク分割と実装準備まで自動化：Spec.md完成後、半日～1日粒度のタスクをTodoWriteで登録し、すぐに実装チームが着手できる状態に整えます。 プロダクトマネージャー・PO：曖昧な要件定義をさっと実装可能な仕様に落とし込みたい人 スタートアップの技術責任者：仕様策定と実装の往復を減らし、スピードを上げたい人 開発チームリード：チーム内で「何を作るか」の認識をすばやく統一したい人 個人開発者・フリーランス：クライアント要件を整理し、着手可能な仕様に変換したい人 このスキルは、曖昧な要件をAskUserQuestion ツールで最大7問の質問に絞り、ユーザー回答を集約して Spec.md を生成します。ゴール、対象ユーザー、主要な入出力、ユーザー操作の最小フロー、制約（技術・権限・依存・期限）、明示的な非目標、成功/失敗判定条件の観点から、重要度順に質問を提示します。ユーザーの回答が曖昧・未回答な場合は、実装が単純でテストしやすい方を仮決めし、仮決めした点は (仮) と明示します。次に技術スタック（言語、フレームワーク、DB、ライブラリ、テストツール）をテーブル形式で提案し、ユーザーの承認を得ます。最後に Goal、Non-Goals、Target Users、Core User Flow、Inputs & Outputs、Tech Stack、Rules & Constraints、Open Questions、Acceptance Criteria（最大10個、Yes/No判定可能）、Test Plan（Given/When/Then形式、最大3本）で構成された Spec.md を出力し、TodoWrite でタスク分割まで完了させます。

変更内容を分析して、Conventional Commits形式（feat/fix/docs/refactor など）に準拠したコミットメッセージを自動生成できます。 コミット前に.gitignoreの設定を確認し、シークレット情報やビルド成果物の誤りコミットを防ぎます。 差分内容を自動確認して、コミットすべきでないファイル（node_modules、.env、ログファイルなど）が含まれていないかチェックできます。 チーム全体で統一されたコミットメッセージ形式を維持でき、リポジトリの履歴がクリーンで読みやすくなります。 自動生成されたメッセージにより、後から変更内容を追跡しやすくなり、git logの検索効率が向上します。 チーム内のコミットメッセージ形式をルール化したいプロジェクトリーダー リポジトリの履歴を整理・検索しやすくしたいエンジニア シークレット情報の誤りコミットを確実に防ぎたいセキュリティ担当者 開発生産性を上げるため、細かい形式チェック作業を自動化したい開発チーム