長時間AIタスクを任せるには？｜Claude Fable 5公式ガイドに学ぶプロンプト設計と運用のコツ

「Claude Fable 5はすごいらしい。でも、実際の仕事ではどう頼めばいいのか」。ここで止まりやすいと思います。短い質問に答えてもらうだけなら、これまでのプロンプトでも何とかなります。問題は、調査、資料作成、コードレビュー、業務設計のように、数十分から数時間かかる仕事を任せるときです。

Anthropicの海外公式ドキュメントを見ると、Claude Fable 5向けのプロンプト設計は、単に「丁寧にお願いする」話ではありません。難易度、effort、止まる条件、進捗の根拠、サブエージェント、メモリ、安全境界まで含めた、仕事の依頼書に近づいています。この記事では、公式情報をもとに、実務で使える形に噛み砕きます。

Fable 5は「一問一答」より、長い仕事を前提に考える

Anthropicは、Claude Fable 5が以前のモデルでは難しかった複雑・長時間・曖昧なタスクに向いていると説明しています。特に、人が数時間、数日、場合によっては数週間かけるような end-to-end work で力を発揮する、という位置づけです。

だからこそ、プロンプトも「この文章を要約して」だけでは足りません。仕事の範囲、使ってよい資料、途中で確認する条件、最後の検証方法まで書くと、AIが迷いにくくなります。

最初に決めるのは、難易度・effort・止まる条件

Fable 5では、effortが能力・待ち時間・コストのトレードオフを調整する主なつまみとして説明されています。Anthropicは、多くのタスクでは high、能力重視の仕事では xhigh、定型作業では medium や low も選択肢になると案内しています。

ここで大事なのは、いつも最大にすればよいわけではないことです。高いeffortは検証や粘り強い推論に効く一方、簡単な仕事では文脈を集めすぎたり、不要な整理まで始めたりする場合があります。

長時間タスクでは、進捗報告を「実行結果ベース」にする

長い作業で怖いのは、AIが「できました」と言っているのに、実際には確認できていない状態です。Anthropicは、Fable 5に実際のtool resultsに照らして進捗を監査させると、テストでは作られた進捗報告がほぼなくなったと説明しています。

これは現場でもそのまま使えます。「進んだ感じ」ではなく、「何を読んだか」「何を実行したか」「どのファイルを作ったか」「どのテストが通ったか」で報告してもらう。ここをプロンプトに入れるだけで、確認がかなり楽になります。

長文資料は、資料を上・質問を下・XMLで区切る

Fable 5固有の話だけでなく、Claude共通のプロンプト原則も重要です。Anthropicは、20k tokensを超えるような長い資料では、longform dataをプロンプトの上に置き、質問や指示を後ろに置くことを推奨しています。複雑な複数文書入力では、queryを最後に置くことで、テスト上は回答品質が最大30%改善する場合があるとも説明されています。

また、複数資料を扱うときは、XMLタグで資料、出典、指示を分けるのが有効です。難しく見えますが、要するに「封筒にラベルを貼る」イメージです。

<documents>
  <document index="1">
    <source>公式発表URL</source>
    <document_content>
      ここに本文や抜粋を入れる
    </document_content>
  </document>
</documents>

<instructions>
上の資料だけを根拠に、社内向け説明資料の下書きを作ってください。
出典が確認できない数字は使わないでください。
</instructions>

<output_format>
1. 要点
2. 業務への影響
3. 人が確認すべき点
</output_format>

サブエージェントとメモリは、AIに仕事の段取りを残す仕組み

Fable 5は、並列サブエージェントのdispatchや、長く動くサブエージェントとのやり取りが得意になったと説明されています。これを中小企業の仕事に置き換えると、1人のAIに全部を抱えさせるのではなく、調査係、検証係、文章係のように役割を分ける発想です。

もう1つ重要なのがメモリです。Anthropicは、過去の実行から学んだことをMarkdownファイルのような場所に記録し、次回参照できる仕組みを勧めています。ただし、ここに顧客情報や秘密情報を入れてはいけません。残すのは、手順、判断基準、失敗しやすい点です。

安全境界を先に書く。内部思考の全文ではなく、根拠と確認結果を求める

Claude Fable 5には、安全分類器やfallbackの仕組みがあります。Anthropicの公式情報では、攻撃的なサイバーセキュリティ、生命科学、summarized thinkingの抽出などに関わるリクエストが制限の対象になり得ると説明されています。さらに、Fable 5 / Mythos 5は30日保持の対象で、zero data retentionは利用できないとも案内されています。

実務で大事なのは、「AIの内部思考を全部見せて」と求めることではありません。代わりに、根拠、実行結果、未確認事項、人が見るべき箇所を出してもらう。これなら、透明性と安全性のバランスを取りやすくなります。

今日使えるプロンプト雛形

最後に、Fable 5の公式ガイドから実務に持ち帰りやすい形で、長時間タスク用の雛形を置いておきます。ポイントは、作業内容だけでなく、確認方法と止まる条件まで入れることです。

あなたは業務改善プロジェクトのAIアシスタントです。

<goal>
{達成したい成果物} を作成してください。
</goal>

<source_rules>
- 使用してよい資料は、下に貼る資料と指定URLだけです。
- 数字、日付、固有名詞は出典を確認してください。
- 出典が取れない内容は「未確認」として分けてください。
</source_rules>

<work_style>
- まず作業計画を3〜5項目で作る。
- 途中で重要な判断が必要な場合だけ停止する。
- 進捗報告は、実際に確認したURL、ファイル、実行結果にもとづいて書く。
- 送信、公開、削除、契約、金額判断は実行せず、人の確認で止まる。
</work_style>

<output_format>
1. 完成物
2. 根拠にした情報
3. 未確認事項
4. 人が確認すべき点
</output_format>

この記事の用語

よくある質問

まとめ

Claude Fable 5のプロンプティングは、うまい一文を書く技術から、仕事を安全に進める設計へ寄っています。長時間タスクを任せるなら、目的、資料、effort、進捗確認、サブエージェント、メモリ、止まる条件をセットで考える。ここまで含めると、AIは単なる回答者ではなく、仕事の流れに入りやすくなります。

i-Styleでは、高性能AIを「人の代わりに全部やるもの」とは見ていません。人が見るべき線を残しながら、裏側で仕組みを構築する。その現実解を積み重ねることが、半年後の働きやすさに効いてくるはずです。

• check_circleFable 5では、長時間・高難度タスクを前提にプロンプトを設計する必要があります。
• check_circleeffortは、能力・待ち時間・コストのバランスを取る重要な設定です。
• check_circle進捗報告は、実行結果や確認済みソースに基づかせると安全です。
• check_circle資料は上、質問は下、複数資料はXMLタグで分けると読み取りやすくなります。
• check_circle送信・公開・削除・契約判断は、人の確認で止める線を先に書きます。