メニュー
ユーザーの業務領域や目的を分析し、必要な機能を抽出する。プラグイン企画時、業務分析時、機能要件定義時、またはユーザーが業務領域分析、ドメイン分析、機能抽出、プラグイン設計に言及した際に使用する。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/majiayu000/claude-skill-registry --skill domain-analyzerコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
LLM token logprobs and calibration. Per-decision confidence, ECE, Brier, reliability diagrams, low-confidence triage.
Analyze LLM token logprobs and calibration. Use for per-decision confidence, ECE, Brier scores, reliability diagrams, and low-confidence triage.
回顾最近 N 天的 Claude Code 使用记录——扫描原始会话数据，按主题分组汇总"我都做了什么"，并从个人操作系统视角输出模式、风险与增删建议。当用户说 /recap、"看看我这几天做了什么"、"回顾一下我最近的会话"、"这两天我用 claude 干了啥"、"活动回顾" 时使用。
SKILL.md を表示中
SOC 職業分類に基づく
| name | domain-analyzer |
| description | ユーザーの業務領域や目的を分析し、必要な機能を抽出する。プラグイン企画時、業務分析時、機能要件定義時、またはユーザーが業務領域分析、ドメイン分析、機能抽出、プラグイン設計に言及した際に使用する。 |
このSkillは、ユーザーが提供する業務領域や目的の情報を基に、プラグイン化に必要な機能を分析・抽出する。ユーザーとの対話を通じて業務の本質を理解し、自動化すべき作業や必要なプラグイン要素を特定する。
このSkillは以下の範囲をカバーする:
ユーザーとの対話を通じて、業務領域や目的に関する基本情報を収集する。
実施内容:
質問例:
【業務領域の確認】
プラグイン化したい業務領域を教えてください。以下のどれに近いですか？
1. 開発プロセス（要件定義、設計、実装、テストなど）
2. ドキュメント作成（技術文書、仕様書、マニュアルなど）
3. データ処理（分析、変換、集計など）
4. その他（具体的に教えてください）
良い例:
業務領域: データベース設計
目的: データベーススキーマ設計を効率化し、設計品質を向上させる
対象ユーザー: バックエンド開発者、データベースエンジニア
課題: 手作業でのER図作成に時間がかかり、正規化の検証が不十分
期待効果: 設計時間を50%削減し、正規化ルール違反をゼロにする
悪い例:
業務領域: いろいろなこと
目的: 便利にしたい
対象ユーザー: みんな
課題: よくわからない
期待効果: 良くなる
収集した情報を基に、業務領域の特徴や制約を分析する。
実施内容:
分析観点:
良い例:
【分析結果】
業務の特徴:
- データベース設計は段階的なプロセス（概念設計 → 論理設計 → 物理設計）
- 正規化ルールや命名規則など、明確な規約が存在する
- ER図やテーブル定義書など、複数の成果物が必要
技術的制約:
- データベース製品（MySQL, PostgreSQL, SQL Serverなど）により構文が異なる
- 既存データベースとの互換性を考慮する必要がある
ビジネス的制約:
- 設計変更のコストが高いため、初期段階での品質確保が重要
- チーム内での設計レビューが必須
悪い例:
【分析結果】
業務の特徴: 複雑
制約: いろいろある
業務領域から、プラグインとして実装すべき機能を抽出する。
実施内容:
抽出基準:
良い例:
【抽出された機能】
1. エンティティ定義の収集
- 入力: ユーザーからの要求、既存システムの情報
- 処理: エンティティの特定、属性の定義、関連の整理
- 出力: エンティティ一覧、属性リスト
2. 正規化の実施
- 入力: エンティティ定義
- 処理: 第1正規形〜第3正規形への変換、正規化ルール検証
- 出力: 正規化されたテーブル定義
3. ER図の生成
- 入力: 正規化されたテーブル定義
- 処理: ER図の自動生成、レイアウト最適化
- 出力: ER図（Mermaid形式）
4. テーブル定義書の作成
- 入力: テーブル定義、制約情報
- 処理: 定義書フォーマットへの変換
- 出力: テーブル定義書（Markdown形式）
- テンプレート: table-definition-template.md（テーブル名、カラム定義、インデックス、制約の記述フォーマット）
5. DDLスクリプトの生成
- 入力: テーブル定義、対象データベース製品
- 処理: データベース製品別のDDL生成
- 出力: CREATE TABLE文、制約定義
悪い例:
【抽出された機能】
1. データベースを作る
2. 便利にする
3. 良くする
抽出した機能を、エージェント・スキル・コマンドに分類する。
実施内容:
分類基準:
良い例:
【分類結果】
エージェント候補:
- database-design-agent: データベース設計全体に対する責任を持つ
ワークフロースキル候補:
- entity-definition-collector: エンティティ定義を収集する
- normalization-processor: 正規化を実施する
- er-diagram-generator: ER図を生成する
- table-definition-writer: テーブル定義書を作成する
- ddl-script-generator: DDLスクリプトを生成する
コンベンションスキル候補:
- database-naming-conventions: データベース命名規則
- normalization-rules: 正規化ルール
コマンド候補:
- design-database: データベース設計全体を実行（全スキルを順次実行）
- generate-schema: スキーマ定義のみを生成（一部スキルを実行）
悪い例:
【分類結果】
エージェント: データベース
スキル: いろいろ
コマンド: 実行
分類結果を基に、推奨されるプラグイン構成をユーザーに提示する。
実施内容:
提示形式:
【推奨プラグイン構成】
プラグイン名: database-design-plugin
エージェント (1個):
- database-design-agent: データベース設計全体に対する責任を持つ
スキル (7個):
ワークフロースキル:
- entity-definition-collector: エンティティ定義を収集する
- normalization-processor: 正規化を実施する
- er-diagram-generator: ER図を生成する
- table-definition-writer: テーブル定義書を作成する
- ddl-script-generator: DDLスクリプトを生成する
コンベンションスキル:
- database-naming-conventions: データベース命名規則
- normalization-rules: 正規化ルール
コマンド (2個):
- design-database: データベース設計全体を実行
- generate-schema: スキーマ定義のみを生成
【実装優先順位】
優先度1（必須）:
- database-design-agent
- entity-definition-collector
- normalization-processor
- database-naming-conventions
- normalization-rules
優先度2（推奨）:
- er-diagram-generator
- table-definition-writer
- design-database コマンド
優先度3（オプション）:
- ddl-script-generator
- generate-schema コマンド
良い例:
推奨構成が明確で、各要素の役割が説明されており、優先順位が付けられている。
悪い例:
【推奨プラグイン構成】
いろいろ作る
このスキルは以下を生成する:
検出例:
業務領域: いろいろなこと
対処法:
検出例:
機能: データベース全体を作成する
対処法:
検出例:
エージェントとスキルの区別が曖昧で、どちらに分類すべきか不明確。
対処法: