project-domain
プロジェクト ドメイン用語の定義
一貫性のない用語はコードベース内に混乱をもたらします。このスキルは、プロジェクト ドメインの共有用語とエンティティ間の関係を確立します。チームはエンティティを文書化し、関係をマッピングし、命名規則を適用できます。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「project-domain」を使用しています。 Define domain vocabulary for a blog platform
期待される結果:
- Core Entities: Author (user who creates posts), Post (published article), Comment (user feedback), Tag (category label)
- Relationships: Author 1-* Posts, Post 1-* Comments, Post *-* Tags
- Terminology Rules: Use 'Author' not 'Writer', use 'Post' not 'Article', status values: draft, published, archived
「project-domain」を使用しています。 How should we name status fields in our order system?
期待される結果:
- Recommended status values: pending, confirmed, processing, shipped, delivered, cancelled
- Avoid: 'in_progress' (use 'processing'), 'finished' (use 'delivered')
- Use 'status' field name consistently across all order-related entities
セキュリティ監査
安全This is a documentation-only skill template containing markdown files with domain vocabulary guidelines. No executable code exists. All 19 static findings are false positives caused by the scanner misinterpreting markdown placeholders, code fence syntax, and metadata fields as security patterns.
リスク要因
🌐 ネットワークアクセス (1)
📁 ファイルシステムへのアクセス (1)
⚙️ 外部コマンド (3)
品質スコア
作れるもの
ドメインモデルの定義
複雑なビジネス ドメインの明確なエンティティ定義と関係を実装前に確立します。
命名の一貫性を適用
すべてのチームメンバーがコード、ドキュメント全体で一貫した用語を使用していることを確認します。
APIスキーマの標準化
REST APIとデータベース スキーマ全体でフィールド名とステータス値の一貫性を維持します。
これらのプロンプトを試す
このプロジェクトのコア エンティティ、用語規則、それらの関係を含むドメイン用語の定義を手伝ってください。
このコードベースのメイン エンティティ間の関係を文書化し、不足している接続を特定してください。
このコードベースで一貫性のない用語を確認し、エンティティ名とステータス値の標準化を推奨してください。
主要なビジネス制約の検証ルールを作成し、ドメイン用語集に文書化してください。
ベストプラクティス
- コーディングが始まる前にプロジェクト開発の早期に用語集に入力する
- 新機能を追加する際にドメイン用語集を見直し更新する
- すべてのチームメンバーと関係者とドメイン モデルを共有する
回避
- 異なる用語を同じ意味で使用する（user、customer、client）
- 異なる名前で重複した概念を作成する
- 機能を実装する際に関係の制約を無視する