CLAUDE LABEN
VERSION — 8月10日に v2.1.227 が出ていました。新機能はなく、プラン判定と CI まわりの不具合修正が中心ですAUTO — 8月14日の既定化まで残り2日です。Pro・Max・Team で Claude Code の auto モードが既定で有効になりますCI — claude-code-action で allowed_non_write_users を指定すると GitHub ホストランナー上の Bash が全て失敗していた問題が直りましたBILLING — 期限切れトークンで開始したセッションが加入プランを取り違え、Max 利用者に使用クレジットの有効化を促していた不具合も解消していますSUNSET — 旧 Workbench と実験的プロンプトツール API の廃止は8月17日で、残り5日ですPRICE — Sonnet 5 のプロモ価格 $2/$10 per Mtok は8月31日までで、9月1日から $3/$15 per Mtok になりますVERSION — 8月10日に v2.1.227 が出ていました。新機能はなく、プラン判定と CI まわりの不具合修正が中心ですAUTO — 8月14日の既定化まで残り2日です。Pro・Max・Team で Claude Code の auto モードが既定で有効になりますCI — claude-code-action で allowed_non_write_users を指定すると GitHub ホストランナー上の Bash が全て失敗していた問題が直りましたBILLING — 期限切れトークンで開始したセッションが加入プランを取り違え、Max 利用者に使用クレジットの有効化を促していた不具合も解消していますSUNSET — 旧 Workbench と実験的プロンプトツール API の廃止は8月17日で、残り5日ですPRICE — Sonnet 5 のプロモ価格 $2/$10 per Mtok は8月31日までで、9月1日から $3/$15 per Mtok になります
記事一覧/Claude Code
Claude Code/2026-06-25上級

応答が返らないMCP呼び出しに、無人の定期実行が丸ごと飲み込まれた日 — 自前のデッドラインで止め時を握る

リモートMCPツール呼び出しが応答なしで止まると、無人の定期実行はそのまま待ち続けます。プラットフォーム側の打ち切りに任せきりにせず、自前のデッドラインとサーキットブレーカで止め時を握る設計を、実装込みで整理しました。

claude-code129mcp19agent10timeout8reliability14

プレミアム記事

定期実行のログに、いつもなら数十秒で終わる工程が「開始」とだけ書かれて、その先が何も無い。再実行すると普通に通る。最初は一過性の不調かと流していたのですが、週に一、二度の頻度で同じ箇所に当たるようになり、無視できなくなりました。原因は、リモートのMCPサーバーへ投げたツール呼び出しが応答を返さず、こちらがそれを待ち続けていたことでした。

対話的に使っているなら、固まったと感じた時点で人が割り込めます。けれど無人の定期実行では割り込む人がいません。応答待ちのまま実行枠の時間を食い潰し、後続の工程に一切たどり着かないまま終わる。失敗としてすら記録されないのが、いちばん厄介でした。

6月25日の更新で、リモートMCPツール呼び出しが無応答のまま延々と待ち続ける挙動が修正され、一定時間で待たずにエラーで中断するようになりました。これは大きな前進です。ただ、この修正が与えてくれるのは「いつかは失敗が返る」という保証であって、「その失敗を無人実行がどう扱うか」までは決めてくれません。今日はそこを、個人開発の運用に引きつけて、私自身が設計し直した記録です。

「固まる」と「失敗が返る」はまったく別の運用になる

無応答でハングする状態と、明示的にエラーが返る状態は、コードの見た目以上に運用の性質が違います。

ハングは、こちらが能動的に何かを判断する機会を奪います。例外も戻り値も来ないので、try/except も後続の分岐も発火しません。プロセスはただ待ち、実行枠のタイムアウトが来て外側から殺されるまで、ログには「開始」しか残りません。事後に見ても、どこで何分待っていたのか痕跡が薄いのです。

一方で失敗が返るなら、こちらは判断できます。再試行するのか、このコネクタを今回は諦めるのか、後続だけ先に進めるのか。プラットフォーム側が無応答を打ち切ってくれるようになったことで、ようやくこの判断の入口に立てます。

ただし、打ち切りまでの猶予は無人実行にとっては長いことがあります。実行枠の全体予算が短い場合、外側の上限より内側で自分から見切る方が、後続工程に時間を残せます。打ち切りを丸ごとプラットフォームに委ねるのではなく、より内側に自前のデッドラインを敷くのが出発点になります。

デッドラインは「どの層が止めるか」を先に決める

タイムアウトの設計でいちばん事故りやすいのは、複数の層がそれぞれ別の上限を持っていて、誰が最初に止めるのかが曖昧なことです。整理として、止め時を握る層を一つに絞ります。

私の場合、内側から順にこう並べます。まず個々のMCPツール呼び出しに呼び出しデッドラインを持たせ、これを実行枠の全体予算よりはっきり短くします。次に、一つの工程が複数の呼び出しを束ねる工程デッドラインを置きます。最後に、定期実行全体を見張る実行枠デッドラインがあり、これはプラットフォームの上限と一致させます。

肝心なのは、内側の上限を外側より必ず短く取ることです。呼び出しデッドラインが工程デッドラインより長ければ、自前の打ち切りは一度も発火せず、結局いちばん外側に飲み込まれます。数字に迷ったら、外側の予算の何割を一回の呼び出しに割けるかから逆算します。残りの工程に時間を残すなら、一回の呼び出しは全体予算のせいぜい三分の一程度に抑えるのが、私の感覚では現実的でした。

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

この記事の続きを読む

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

この記事で得られること
リモートMCP呼び出しが無応答で固まったとき、無人実行のどこが壊れるかを切り分けて、打ち切りの責任をどの層に置くか決められるようになる
プラットフォーム既定の打ち切りより内側に自前のデッドラインを敷き、ハング・通常エラー・部分応答を区別して再試行するasyncioラッパを実装できる
壊れたコネクタを実行の残り時間ごと巻き込まないよう、コネクタ単位のサーキットブレーカでスキップ判断を自動化できる
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

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

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

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

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

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

関連記事

Claude Code2026-07-14
設定したはずのMCPタイムアウトが効かず、毎回きっかり60秒で切れていた — request_timeout_ms をサーバー単位で取り戻す
長めのMCPツール呼び出しが、設定した待ち時間を無視してきっかり60秒で切れていました。原因は .mcp.json のサーバー単位 request_timeout_ms が読まれず既定へ落ちていたこと。修正後の正しい置き方と、値をツールの性質から逆算する設計、切れ際を自分で確かめる手順を実装込みで整理しました。
Claude Code2026-07-17
テーブルが「… 2,847 more rows」で切れていた朝 — 描画上限とトークン計上を切り離して、ツール出力を設計し直す
Claude Code 2.1.209 で 200 行超の markdown テーブルは先頭 200 行+残り件数の表示になりました。省略されるのは描画だけで、モデルは全行を受け取ります。この差を測り、ツール出力を集約型へ組み替える設計をまとめます。
Claude Code2026-07-15
無人実行で auto モードの確認要求を止めずに捌く — permission-prompt-tool で deny-by-default に応える
auto モードの事前確認は、手元で作業しているときは頼もしい味方ですが、深夜の無人実行では「確認待ち」で朝まで止まる原因になります。permission-prompt-tool で確認要求を受け止め、deny-by-default で自動判定して台帳に残す構成を、動くコードつきでまとめました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →