2種類の「ask」の核心的な違いは何か？
違いは、誰も応答しないときの結果だ。更新履歴によれば、組織の承認ポリシーがaskとするツールでは予定実行はプロンプトを表示して待ち、サーバーが「人の確認が必要」とするMCPツールはアプリ内カードでのみ確認され、予定タスクはその呼び出しなしで続行する。一方は止まり、もう一方は1ステップ少なく進む。
なぜAnthropicは予定タスクでMCPツールを飛ばすようにしたのか？
更新履歴は理由を述べていない。妥当な推測は、「人の確認が必要」とされたツールはその場に人がいることを前提に設計されており、無人の予定実行ではタスク全体を止めるより、その呼び出しを飛ばして残りを続けるほうが望ましい、というものだ。これは推論であり、公式の動機の表明ではない。
どのツールがどちらの種類か、どうやって分かるのか？
1つ目は組織の管理者が承認ポリシーで設定し、2つ目はMCPサーバー自身が表示する。更新履歴には、サーバーの表示をインターフェースで確認する方法は記されていないため、実際的には、管理者にポリシーを確認し、予定タスクの出力にそのツールが提供するはずの内容が欠けていないかを観察する。
今、リスクをどう減らせるか？
重要なステップを、人の確認が必要になりうるツールに依存させない。最近の予定出力に欠落がないか比較し、飛ばされうるステップは手動の手順に切り出す。この動作はv3.6556.1で記録されているため、デスクトップアプリをそれ以降に更新する。
予定タスクは誰もいない状態で動くので、「確認が必要」なものがどう扱われるかが信頼性の中核になる。公式の更新履歴には、実は2つの異なる扱いが記録されており、その結果は正反対だ。
10月8日の更新（v2.31226.0）は、予定タスクが組織の承認ポリシーで「ask」とされたツールに達したとき、以前はスキップされていたが、現在は実行が承認プロンプトを表示して待ち、同じタスクの新しい実行は古い実行の未応答プロンプトを取り消す、と述べる。結果は止まって人を待つことだ。
10月22日の更新（v3.6556.1）は、サーバーが「人の確認が必要」とするMCPツールはアプリ内カードでのみ確認するようになり、通知にAllowボタンはなく、予定タスクはそれらの呼び出しなしで続行すると述べる。結果は1ステップ少なく、残りは通常どおり動くことだ。
対話的な利用では、どちらも「Claudeが確認してくる」ように見える。しかし予定タスクでは、1つ目は実行全体が宙に浮くのですぐ気づくが、2つ目はタスクが通常どおり終わり、一部が欠けるだけなので気づきにくい。更新履歴は、飛ばされた呼び出しが記録や通知されるかを述べておらず、公式の予定タスク説明ページも実行中の承認の動作には触れず、設定時の「承認モード」欄を挙げるだけだ。見落とされやすいという判断は私の推論である。
重要なステップを、人の確認が必要になりうるツールに任せない。タスクがどうしても使う必要があるなら、自分がいるときに手動で実行するか、そのステップを切り出して、結果の欠落が見えるようにする。
予定タスクが使うコネクターとMCPツールを一覧にし、組織がaskとするもの、サーバーが「人の確認が必要」とするものを確認する。前者は承認待ちで実行が止まることを、後者はエラーなしに結果の一部が欠けることを想定する。どちらの場合も、最も確実な確認方法は、タスクの実際の出力を、それらのツールが本来生成するはずの内容と比べることだ。