開発における基本原則（曖昧さ禁止、矛盾検出、推察禁止）を定義する。要件定義時、仕様確認時、設計レビュー時、またはユーザーが曖昧な要件、仕様の矛盾、不明点の確認、推測回避に言及した際に使用する。
Eliminates ambiguity, detects contradictions, and prevents assumptions in development. Triggers when requirements are vague, specifications conflict, or you need to clarify unclear points before proceeding with implementation.
/plugin marketplace add RevTechStudio/rts-plugins/plugin install rts-foundation@rts-pluginsThis skill inherits all available tools. When active, it can use any tool Claude has access to.
このSkillは、開発を進める上での基本原則を定義する。曖昧さを排除し、矛盾を検出し、推察を避けることで、手戻りとバグを最小化し、開発効率を最大化することを目的とする。
このSkillは以下の範囲をカバーする:
仕様、要件、期待される動作が不明確な場合、実装やドキュメント作成を進めず、必ずユーザーに質問する。
曖昧さは手戻りとバグの温床となり、開発効率を著しく低下させる。
不明点があれば必ず質問し、明確化してから作業を開始する。
以下の場合は曖昧であると判断する:
良い例:
ユーザー: 「ユーザー管理機能を実装して」
応答: 「ユーザー管理機能について、以下のどちらを想定されていますか？
A. **ユーザーの登録・編集・削除（CRUD）**: 基本的なユーザー管理機能
B. **ロールベースのアクセス制御（RBAC）**: 権限管理機能
C. **両方**: CRUD + RBAC
D. **その他**
推奨: **C（両方）**
一般的にユーザー管理機能には両方が含まれることが多いため。」
悪い例:
ユーザー: 「ユーザー管理機能を実装して」
応答: 「承知しました。ユーザー管理機能を実装します。」
（曖昧な状態で実装を進めてしまう）
以下のプロセスで対応する:
ドキュメント間、仕様間、実装間の矛盾を発見した場合、即座に報告し、解決方法をユーザーに確認する。
矛盾を放置すると、後続の開発に悪影響を及ぼし、問題が拡大する。
矛盾を発見した時点でユーザーに確認を求める。
以下の場合は矛盾があると判断する:
良い例:
「要件定義書では『ユーザー登録時にメール認証を必須とする』と記載されていますが、
設計書では『メール認証はオプション』と記載されています。
どちらが正しいか確認させてください。
A. **メール認証を必須**: 要件定義書の記述が正しい
B. **メール認証はオプション**: 設計書の記述が正しい
C. **その他**
推奨: **A（メール認証を必須）**
セキュリティの観点から、メール認証を必須とする方が安全なため。」
悪い例:
「要件定義書ではメール認証が必須と記載されていますが、設計書ではオプションと記載されています。
設計書の方が新しいので、オプションとして実装します。」
（矛盾を発見したが、確認せずに進めてしまう）
以下のプロセスで対応する:
ユーザーの意図や要件を推察せず、明示された情報のみに基づいて回答する。ユーザーが明示的に述べていない要件、仕様、または期待される動作を推察して回答・実装しない。過去のやり取りから推測される内容であっても、現在の文脈で明示されていない限り、確認を求める。
不正確な情報は誤った意思決定を招き、プロジェクト全体に悪影響を与える。
「わからない」「確認が必要」と明言し、適切な情報源を示す。
以下の場合は推察が必要であると判断する:
良い例:
ユーザー: 「データベースにユーザー情報を保存して」
応答: 「ユーザー情報の保存について、以下の点を確認させてください。
1. 保存するユーザー情報の項目はどれですか？
A. **基本情報のみ**: 名前、メールアドレス、パスワード
B. **基本情報 + プロフィール**: 基本情報に加えて、生年月日、住所、電話番号
C. **その他**
推奨: **A（基本情報のみ）**
最小限の情報から始めて、必要に応じて追加する方が安全なため。」
悪い例:
ユーザー: 「データベースにユーザー情報を保存して」
応答: 「承知しました。ユーザー情報（名前、メールアドレス、パスワード、生年月日、住所、電話番号）を
データベースに保存します。」
（ユーザーが明示していない項目を推察して決定してしまう）
以下のプロセスで対応する:
This skill should be used when the user asks to "create a hookify rule", "write a hook rule", "configure hookify", "add a hookify rule", or needs guidance on hookify rule syntax and patterns.