review-prompt

LLM プロンプトをレビューします。問題点を報告し、ファイルは変更しません。

最初に：プロンプトエンジニアリングのスキルを呼び出して、原則を読み込みます。プロンプトをそれらの原則に照らして評価します。これらは独自の判断に基づくデフォルトです。ユーザーがセッション内またはコンテキストファイルで示したルールや、プロジェクトが定めている、または文書化している規約が異なる場合は、そのルールが優先されます。それに従ったプロンプトについては問題点を指摘せず、適用したルールを報告に記載します。ただし、以下の尺度で重大度が高く、プロンプトが目的を達成できなくなる問題は、引き続き報告し、その問題を生んでいるルールを明示します。

まず、出所を確認します。各行はどこから来たのでしょうか。ユーザーの指示、実行時に読み込まれない外部の知識、それとも相殺しようとしているデフォルトでしょうか。作成者が、実行時にプロンプトが受け取る内容だけから導き出したにすぎない情報を特定し、それを残した場合の影響を示します。プロンプトは、その実際の目的、入力、利用者に照らして、各行がもたらす効果で評価します。欠けているセクションを基準に評価してはいけません。余計なものがない短いプロンプトこそが目指すべき姿であり、不十分なものではありません。

合否の判断は呼び出し元が行います。判定を求められた場合は、実質的な主張と、明示的に要求されたポリシーを評価します。評点や削除可能な一文だけでは、重大な問題があるとは言えません。矛盾する指示、不足しているコンテキスト、または具体的な動作上・読解上のコストを示してください。必須の証拠が不足している場合、評価は未解決とします。それ以外の場合は、重大度のしきい値を勝手に設けず、問題点と評価を報告してください。

入力：プロンプト（ファイルパスまたはインラインテキスト）が示されていない場合は、分析を始める前に確認します。推測で補ってはいけません。回答する人がいない場合は、不足している入力を明記して「BLOCKED」と報告します。

報告形式：

長所 — うまく機能している点と、作成者が維持すべき点。

問題点：

問題点とその影響を示す根拠	重大度	修正方法
{説明と、影響を受ける主張または具体的なコスト}	高 / 中 / 低	{具体的な提案}

優先順位：影響が最も大きい変更を最初に記載します。

重大度：

• 高 — プロンプトが実際に誤動作する、または契約に違反します。例：同時に成立しない2つのルールの矛盾、目的をまったく達成できないこと、判断が必要な場面で絶対的な指示を使い、明らかに誤った結果を招くこと、エージェントが利用できないツールを必要だと宣言すること、または実際に使うツールを記載しないこと。
• 中 — 具体的な品質上の欠陥が、プロンプトの利用を実質的に妨げます。例：曖昧な指示が一貫しない動作を引き起こすこと、重複した指示や古い指示により適用すべきルールが分かりにくくなること、恣意的な数値が誤った判断を強いること、ホスト固有の機能がサポート対象のコンテキストを除外すること。表現のカテゴリを自動的に評価するのではなく、そのコストを明示してください。
• 低 — 表現上の磨き込み、または些細な問題全般。スタイル、用語、構成などが該当します。例：動作や本来の約束に影響しない重複によって、読む負担が増えること。

テキストを根拠として示し、具体的なコストを説明できる場合に限り、問題点を報告してください。未検証の推測は問題点として報告しません。スタイルの好みや軽微な表現上の問題は、重大度「低」とします。