CLAUDE LABEN
PRICING — 本日9月1日は Sonnet 5 の値上げ予定日でしたが、引き上げは実施されませんでした。導入価格の $2/$10 per MTok がそのまま標準価格として確定していますPARTNER — Salesforce と Anthropic が拡張提携「Claudeforce」を発表しました。Salesforce in Claude プラグインは商談準備やパイプライン管理など37のセールススキルを同梱しますTRUST — Claudeforce の推論は Amazon Bedrock 経由で Salesforce Trust Boundary の内側に留まります。データが境界の外へ出ない構成が、規制業種への回答になっていますBETA — Salesforce in Claude は現在は選抜パイロット顧客向けです。9月中のオープンベータ移行が予告されていますLIMITS — 週次上限の50%増は9月13日までです。9月14日からはプロモ前比+25%が恒久水準になります。今日の水準と比べると約17%の削減にあたりますRELEASE — Claude Code は v2.1.251(8月28日)から新しいリリースが出ていません。約0.8日に1本というペースからすると、4日の間隔は最長クラスですPRICING — 本日9月1日は Sonnet 5 の値上げ予定日でしたが、引き上げは実施されませんでした。導入価格の $2/$10 per MTok がそのまま標準価格として確定していますPARTNER — Salesforce と Anthropic が拡張提携「Claudeforce」を発表しました。Salesforce in Claude プラグインは商談準備やパイプライン管理など37のセールススキルを同梱しますTRUST — Claudeforce の推論は Amazon Bedrock 経由で Salesforce Trust Boundary の内側に留まります。データが境界の外へ出ない構成が、規制業種への回答になっていますBETA — Salesforce in Claude は現在は選抜パイロット顧客向けです。9月中のオープンベータ移行が予告されていますLIMITS — 週次上限の50%増は9月13日までです。9月14日からはプロモ前比+25%が恒久水準になります。今日の水準と比べると約17%の削減にあたりますRELEASE — Claude Code は v2.1.251(8月28日)から新しいリリースが出ていません。約0.8日に1本というペースからすると、4日の間隔は最長クラスです
記事一覧/API & SDK
API & SDK/2026-04-22上級

Claude Agent SDK × Temporal.io で耐障害性のある長期実行AIワークフローを構築する — Durable Execution と補償トランザクションの本番設計パターン

Claude Agent SDKとTemporal.ioを組み合わせ、数時間〜数日単位で走るAIワークフローをクラッシュや再起動に耐えさせる本番設計を完全解説。Durable Execution・リトライ・補償・シグナル統合の実装パターン。

Claude Agent SDK13TemporalDurable ExecutionWorkflow Orchestrationプロダクション2

プレミアム記事

深夜3時、AIエージェントを使った請求書処理バッチが止まりました。10時間かけて処理した2,400件のうち、1,800件は完了済み、600件は未処理。再実行すれば1,800件に二重請求がかかる。監視ダッシュボードの前で手が震えます。私自身、個人プロジェクトで似たような経験を何度もしてきました。

この問題を「処理前に idempotency key を入れれば解決」と片付けてしまうのは簡単です。ただ、本番で AI エージェントを走らせると、重複防止だけではどうにもならないケースが次々と出てきます。タイムアウトしたのは Claude API なのか下流のサービスなのか、どこまで進んだのか、途中で人間の承認を挟みたいがプロセスが落ちたら承認待ち状態はどこへ消えたのか——。

こうした「長く走るプロセスを、途中で何が起きても安全に続行する」問題に対して、ワークフローエンジンの Temporal.io は強力な解答を持っています。Durable Execution と呼ばれる仕組みで、ワークフローコード自体がクラッシュや再起動を乗り越えて「続きから」再開できるのです。そしてこの考え方は、Claude Agent SDK との相性が抜群に良いことが、実際に組み合わせてみるとわかります。

ここではClaude Agent SDK と Temporal を組み合わせて、本番品質の長期実行 AI ワークフローを構築する設計と実装を、動くコードとともに解説します。単純な Hello World ではなく、請求処理・承認フロー・バッチ処理の実例を通じて、補償トランザクション、Signal による外部入力、Continue-As-New によるメモリ管理まで踏み込みます。

なぜ AI エージェントに Durable Execution が必要なのか

多くの AI エージェント実装は、プロセスがずっと走っている前提で書かれています。トップレベルの async def run_agent() が完走するまでプロセスを維持し、ループの中で Claude API を叩き、ツールを呼び、次のアクションを決める。これは15分以内で終わるタスクなら問題ありません。

しかし、ワークフローが数時間〜数日におよぶと話が変わります。サーバーが再起動されたら?コンテナがOOMで落ちたら?人間の承認待ちでプロセスが4時間寝ていたら?各ステップのリトライポリシーはどこで管理する?エラーログからどこまで進んだかを復元できる?

私はこれらすべてを自前で書こうとして、何度も挫折しました。Redis にチェックポイントを書いて、PostgreSQL にジョブテーブルを作って、Python で独自のリトライデコレータを書いて——気づくと「ワークフローエンジンを自作している」状態になります。

Temporal はこの「長時間走るプロセスを、インフラの揺らぎから隔離する」問題を専用に解く基盤です。ワークフローのコード自体がイベントソーシングで永続化され、ワーカーが落ちても別のワーカーが状態を復元して続きから走れます。Claude API を叩く部分を Temporal の Activity として分離することで、リトライ・タイムアウト・Heartbeat・冪等性が宣言的に設定できるようになります。

「今のプロジェクトには大げさすぎる」と感じるかもしれません。実際、私も最初はそう思いました。ただ、一度 Temporal の上に AI ワークフローを載せてみると、エージェントのコードがシンプルになる方に気づきます。リトライロジックや状態永続化のコードが消え、ビジネスロジックだけが残るからです。

Temporal の基本概念を15分で理解する

Temporal を使うには、4つの概念だけ押さえれば十分です。

Workflow: 長期実行されるビジネスロジック本体。純粋な関数として書き、副作用を持ちません。Temporal はワークフローの実行履歴(Event History)を永続化し、プロセスが落ちても同じ入力から決定論的に再実行できます。Workflow のコードから直接 API を叩いたり乱数を使ったりしてはいけません。

Activity: 副作用を伴う処理。API 呼び出し、DB 書き込み、外部サービス連携はすべて Activity になります。Activity はリトライポリシー・タイムアウトを持ち、失敗しても Workflow からは「再実行された」ことが透過的に扱えます。Claude API の呼び出しはここに入れます。

Worker: Workflow と Activity を実行するプロセス。複数台で水平スケール可能。ワーカーが死んでも Temporal サーバーが別のワーカーに処理を振り分けます。

Signal / Query: 外部から Workflow に入力を送る(Signal)、状態を問い合わせる(Query)仕組み。「人間の承認」「外部Webhookからの通知」「進捗の可視化」をワークフローに組み込むのに使います。

Temporal サーバーは自前でも Temporal Cloud でも動かせます。開発中は Docker で起動するのが手軽です。

# Temporal のローカル環境を起動
# temporal CLI のインストール: https://docs.temporal.io/cli
temporal server start-dev --ui-port 8080
 
# 別ターミナルで Web UI を開く
open http://localhost:8080

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
『AIエージェントが途中で止まる・再実行で同じ請求が二度走る』に悩んでいた人が、Temporal の Durable Execution で安全に復旧できるワークフロー基盤を今日から構築できるようになります
Claude Agent SDK のツール呼び出しを Temporal Activity に分離し、指数バックオフのリトライ・タイムアウト・Heartbeat を組み合わせて本番品質に引き上げる実装パターンを体系的に習得できます
補償トランザクション(Saga)、Signal/Query、Continue-As-New、Child Workflow の4つの高度パターンを、数日走る承認フローやバッチ処理として動くコードで手に入れられます
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥2,480 の永久アクセス
メンバーシップを見る →

関連記事

API & SDK2026-07-08
無人エージェントの挙動変更を、フィーチャーフラグで少しずつ試す設計
無人で走るエージェントのプロンプトや挙動を一度に全変更すると、劣化が朝まで見えません。フィーチャーフラグで一部の実行にだけ新挙動を割り当て、品質を見てから広げる設計と、決定論的バケット・自動ロールバック・監査証跡の実装を紹介します。
API & SDK2026-06-28
ツール呼び出しは成功しているのに前進しない — 無人エージェントの停滞を検知して止める設計
エラーは出ていないのに同じ手を繰り返し、予算だけが溶けていく。無人エージェントの『成功し続ける停滞』を、行動フィンガープリントと進捗オラクルで検知して安全に止める設計をPythonの実装つきでまとめました。
API & SDK2026-06-25
前の実行が終わらないうちに次が走り出すとき — リースとフェンシングトークンで定期エージェントの多重起動を抑える
毎朝の定期実行が前回の処理を追い越して二重に走り出す問題を、リースとフェンシングトークンで抑える設計を解説します。素朴なロックが破れる瞬間の分析から、任意ストア上の最小リース実装、副作用直前のトークン検証、上限付きキャッチアップまで、運用で固めた既定値とともに実装コード付きで整理しました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →