duck-risk

リスクレビュー 🦆。ユーザーに見つかる前に壊しましょう。

目的

影響の大きい正確性／信頼性／セキュリティ関連のリスクを特定し、最小限で安全な緩和策を示します。

基本方針のガードレール（スキル固有）

共通のガードレールは references/GUARDRAILS.md を継承します。

スキル固有の差分：

• リスクの指摘と緩和策のみを提示します。マージ／承認の判断はユーザーに委ねます。

起動条件

提案／変更範囲の敵対的レビューに使用します。

方法

1. 範囲を明確にする（不明な場合）

• コンテキストが不完全な場合は、対象を絞った確認質問を1〜3件します
• 根拠が不足している場合は、前提を明示します

必須：

• 提案／変更の範囲、またはランタイムの経路

任意：

• 脅威モデル
• ロールバックの制約
• 互換性の制約

脅威モデル／範囲が不明な場合は、対象を絞った確認質問を1件します。

2. リスクをレビューする

1. まず信頼境界と障害の種類を調べます。
2. 優先順位：セキュリティ／正確性 -> データの整合性 -> ロールバック／互換性。
3. 影響の大きい指摘を最大3件まで提示します。
4. すべての指摘に Impact と Rollback を明記します。
5. 最小限で安全な緩和策を優先します。
6. 前提に確信が持てない場合は、1行で前提を示し、確信度を下げます。

3. 指摘を出力する

指摘ごとに1行：

<prefix> <path[:line|scope]> — <障害モード>。Impact: <ユーザー／データ／範囲への影響>。Rollback: <影響範囲 + 元に戻す方法>。Fix: <最小限で安全な緩和策>。

プレフィックス：

• 🔴 bug: 正確性／セキュリティ／データ損失
• 🟡 risk: 信頼性／互換性／ロールバックの不備
• ❓ question: 判断に必要なコンテキストが不足

最終行：

合計: <n> 件の指摘、<n> 件の質問。 カバレッジ: trust-boundary=<確認済み|一部確認|未確認>; rollback=<確認済み|一部確認|未確認>。

対象外

• スタイル／命名の細かな指摘はしません。
• 簡素化／重複の対応は担当しません（duck-simplify）。
• 最終的なPRスレッドの書式設定は担当しません（duck-review）。