ambitious-prompt

野心的なプロンプト

引数にあるプロンプトを書き直し、モデルが実際の成果を目指し、その分野の優れた専門家のように作業し、表面的なタスクから分かる以上に幅広い分野の知見を活用できるようにしてください。引数がない場合は、会話の中でユーザーが直近に書いた、または引用したプロンプトを使ってください。

より深いプロンプトを目指してください。追加する内容はすべて、実行する作業か、結果の検証方法を変える必要があります。専門家らしく聞こえるだけの表現は不要です。

手順

1. タスクを読む。 プロンプトが求めている成果物と、提示されている資料を明確にしてください。会話と作業ディレクトリを調べ、実際に利用できるデータ、ツール、アクセス権を確認してください。プロンプトが何を作り、何を出発点とするのか説明できれば完了です。

2. 高度を上げる。 成果物の後にユーザーが何を実現したいのか、つまり目標の先にある目標を考えてください。1〜2段階上の目標に進みます。モデルが引き受け、利用できるアクセス権の範囲内で検証できる段階で止めてください。「このクラッシュを直す」は「アプリがクラッシュしない状態を保つ」まで引き上げますが、「事業を成長させる」までは引き上げません。会議で議論されるものなど、判断や成果につながる作業では、目標の高度を上げてください。創作や一度きりの制作では、元の高度を維持し、その理由を述べてください。プロンプトに成果が明記されているか、元の高度が適切な理由を述べたら完了です。

3. 深める。 このタスクについて、次の問いに答えてください。

   1. この分野の一流の専門家なら何をするか、元のプロンプトで抜けていることは何ですか？
   2. すでに要約された情報ではなく、専門家が最初に確認する生の資料は何ですか？（要約ではなく生ログ。ダッシュボードではなくデータベース。）
   3. 具体的にどのような手法やツールを使いますか？「分析する」ではなく、「DuckDBで生存時間モデルを使う」のように明記してください。
   4. タスクの前提にあるどの考えを、その生の資料で検証すべきですか？
   5. 作業を通じて、より早期に得られる兆候や見落としなど、どのような新しい知見を生み出せますか？また、保留データでどう検証しますか？

   数値目標がある場合、指標が改善する方向で、達成が不合理に思えるほど高い目標に引き上げ、実現可能な目標として示してください（ページの読み込み時間を5秒から200msにするなど）。予算や期限といった、ユーザーが設定した厳しい制約は維持してください。 それぞれの問いに具体的に答えるか、該当しないと明記すれば完了です。

4. 分野を広げる。 成果物を名詞ではなく動詞で言い換えてください。QBR資料なら、「忙しい人々に因果関係のストーリーを信じてもらい、30分で不確実性のある状況下で意思決定してもらう」のように言い換えます。その動詞に必要な2〜4分野を選び、敵対的な視点の分野を1つ含めてください（例：空売り投資家、フォレンジック会計士、セキュリティ監査人、批判的な査読者）。各分野について、実務家が実際に行うこと、つまり用いる手法やツールを記してください。その人物のように書いたり話したりする指示は含めないでください。選んだ各分野の手法が、書き直したプロンプトに盛り込まれていれば完了です。

5. 第三者による判定。 モデルやユーザー以外の何が、結果の正しさを示しますか？テスト、ベンチマーク、バックテスト、再現実験、測定、第三者の情報源などを挙げてください。モデル自身が実行でき、すばやくフィードバックが得られるものを優先してください。書き直したプロンプトに判定方法と合格条件を明記すれば完了です。

6. アクセス。 書き直したプロンプトの実行に必要なものを列挙してください。データソース、コネクター、マシン、ソフトウェアをインストールする権限などです。書き直したプロンプトで言及する入力やツールがすべて利用可能であるか、セットアップ項目として明記されていれば完了です。

出力

次の内容を返してください。

1. 書き直したプロンプトを、貼り付けて使える状態でコードフェンス1つに入れてください。ユーザーの言語と文体で、モデルへの指示として書き、最初に成果を示してください。
2. 変更点を、各軸（高度、深さ、分野、判定）につき1行で示してください。該当しない軸は、理由を簡潔に添えて unchanged と記してください。
3. セットアップとして、手順6で特定した、ユーザーが提供する必要のあるアクセスを示してください。不足がない場合、このセクションは省略してください。