今週のAI動向・臨時第2号（10/1〜10/5）｜検索・判断・再開をつなぐAIエージェント

臨時第2号：AIの仕事を支える「四つの部品」

初回号は9月25日〜10月1日朝までを扱いました。この臨時号は、その後に確認した10月1日・2日の公式発表を中心に、10月5日時点で整理した続編です。5日間に区切った臨時総括であり、7日分のニュースや業界全体を網羅するものではありません。

新しいモデルが出ると「どれが賢いか」に目が向きます。しかし、仕事の途中では「根拠はどこか」「どこへ振り分けるか」「止まったら続けられるか」「その操作をしてよいか」が問題になります。今回のCloudflareの更新は、この四つを分けて考える良い材料です。

AI SearchとWeb Search API：似た名前でも、探す場所が違う

【確認した事実】AI Searchは10月1日に正式提供へ移行しました。指定するWebサイトやR2を情報源として扱い、新規インスタンスでは意味による検索と全文検索を組み合わせるハイブリッド検索が標準になります。従量課金は11月1日開始予定です。AI Search経由のWorkers AIの埋め込み・再ランキングはその料金に含まれますが、回答生成、質問の書き換え、外部プロバイダーは別の扱いです。正式提供を「ずっと無料」「回答生成も全部込み」と読まないことが重要です。

10月2日のWeb Search APIはベータで、AI Gateway経由で外部の検索プロバイダーを利用します。AI Searchで選んだ資料の索引を探すことと、インターネットの最新情報を探すことは別です。Web Search APIの詳しい条件は、日次ニュースの記事で整理しています。

【編集部の評価】架空のサポート窓口なら、自社の利用規約や操作手順は管理する資料から検索し、外部サービスの障害や仕様変更はWeb検索で確認する、と分けられます。社内の非公開資料を扱う場合は、検索元への接続だけでなく、検索結果を誰に見せるかも設計が必要です。一般公開の窓口と社内限定の窓口を同じ権限で運用する前提にはしません。

検索で見つけた文章は、正しい手順とは限りません。古い資料、似た製品の説明、悪意ある指示が混ざり得るため、出典・更新日・対象製品を回答と一緒に確認する仕組みを置きます。この号では検索精度やアクセス制御を実装して試してはいません。

ClefとJev：長い回答より、次の一手を選ぶためのAI

【確認した事実】Cloudflareは10月1日、Workers AIでClefとClef-flashを公開しました。Jevと同系統の意思決定モデルで、自由な文章を生成する代わりに、入力された状況と型のある質問を読み、許可された回答ごとの確率を返します。重みはApache 2.0で公開すると説明されています。

【編集部の評価】たとえば問い合わせを「請求」「技術」「その他」に振り分ける場面では、長文の回答から担当部署名を抜き出すより、最初から選択肢を定義するほうが後続の処理を設計しやすくなります。ただし、選択肢の定義が曖昧なら、構造化された出力でも判断を誤ります。

まず匿名の見本データで「分類結果を人に見せる」段階から試し、正解例だけでなく、複数の相談が混ざる例や判断材料のない例も評価します。十分な根拠がない場合は、人へ戻す扱いを設けます。これは編集部の導入案であり、固定の確率しきい値で安全を保証するものではありません。

確率の表示は、そのまま実運用での正答率ではありません。提供元の速度・性能比較も、自分の日本語業務で再現できるかは別の検証です。ChatGPTの相談や文章作成を丸ごと置き換える技術というより、決まった仕事の判断部分を担当する部品として見るのが自然です。

途中で止まっても続けられる？Pi Durableが扱う課題

【確認した事実】10月2日、CloudflareはAgents SDKのPiHarnessとPi Durableによる連携を案内しました。長時間のエージェント作業を永続化し、ターン途中の中断にも対応するための仕組みです。PiHarnessはベータ、Pi Durableは実験的なパッケージで、APIが変わる可能性も明記されています。

【編集部の評価】複数の資料を確認して報告書を作る仕事では、通信切断で毎回最初からやり直すより、どこまで終えたかを残せることに価値があります。ただし「続きから実行できる」と「外部操作を重複させない」は別の論点です。

架空の見積作成なら、下書きの再生成と、顧客への送信では失敗時の影響が違います。送信・購入・公開などは、実行済みの記録、操作ごとの識別番号、必要な人の承認を組み合わせ、再開時に同じ処理を繰り返さない設計を検討します。この号は実際の二重送信防止や障害復旧を試した記事ではありません。

MCP認証の更新：賢さと「やってよいこと」は分ける

【確認した事実】10月1日のWorkers OAuth Provider v1は、ログイン・トークン発行を担う認可サーバーと、MCPを提供するリソースサーバーを別のWorkerへ分けられる構成を追加しました。トークンの検証にはService Bindingを使い、MCP 2026-07-28の認可仕様にも対応すると説明されています。

【編集部の評価】資料を読む権限と資料を書き換える権限を分けることは、モデルの知能とは別の安全策です。「AIが必要だと判断した」だけで更新・送信の権限を広げず、対象と操作ごとに許可する構成を考えます。認証が通ることと、その業務判断が正しいことも同じではありません。

既存のMCPサービスがある場合は、新版が出たから即更新するのではなく、移行ガイド、クライアントとの互換性、権限不足時の挙動、旧構成への戻し方を確認します。本サイトで認証基盤を変更したという意味ではなく、更新内容を読み解いたものです。

一つの仕事で見ると、今週の更新の意味が分かる

ここからは実導入の報告ではなく、架空のサポート窓口を使った設計例です。AIが問い合わせを受け、関連資料を探し、担当を選び、回答案を用意し、承認後に返す仕事を考えます。製品を全部導入することを勧める例ではありません。

• 探す：管理する手順書と外部の最新情報を分け、出典と更新日を残す。
• 判断する：担当部署と人に戻す条件を決め、AIの分類を見本データで評価する。
• 続ける：完了した工程と外部操作を記録し、中断後の重複を避ける。
• 権限を確かめる：閲覧・変更・送信を分け、影響の大きい操作は承認する。

この号の結論：新機能より先に、任せる仕事を小さく切る

普段のAIチャットを使う人が、これらの開発基盤を今すぐ導入する必要はありません。参考になるのは「探す」「判断する」「実行する」を一度に任せず、途中で確認できるように頼む考え方です。根拠のある回答を求めることと、勝手な操作を許可することは分けられます。

開発・運用担当者は、まず読み取り専用の狭い用途で、根拠の欠落、誤分類、中断、権限不足を試します。合格条件と月の費用上限を決め、重要な外部操作は後から足す進め方を検討してください。品質や安全を保証する手順ではなく、評価の見落としを減らすための提案です。

この号で確認できたのは公式の発表内容です。検索品質、実請求、日本語での分類精度、復旧の成功率、認証移行の結果は未検証です。初回号で扱ったモデル更新に対し、この臨時号では「仕事を続け、安全に動かす仕組み」を整理しました。

検証条件・対象環境

よくある質問

更新履歴

情報源

一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。

1. 公式ドキュメントCloudflare Docs
   AI Search is generally available

   正式提供、課金開始予定、ハイブリッド検索、料金に含む処理を確認。

   公開: 2026.10.01確認: 2026.10.05
2. 公式ドキュメントCloudflare Docs
   Introducing Web Search API

   ベータ提供、外部検索プロバイダーとAI Gateway経由の構成を確認。

   公開: 2026.10.02確認: 2026.10.05
3. 公式ドキュメントCloudflare Docs
   Introducing Clef

   提供モデル、意思決定型の出力、Jevとの関係、公開ライセンスを確認。性能は提供元の評価で、独立比較は未実施。

   公開: 2026.10.01確認: 2026.10.05
4. 公式ドキュメントCloudflare Docs
   Run the Pi Durable harness on Cloudflare with the Agents SDK

   永続化の用途とベータ・実験段階、API変更の注意を確認。

   公開: 2026.10.02確認: 2026.10.05
5. 公式ドキュメントCloudflare Docs
   Workers OAuth Provider v1

   認可・リソースサーバーを分ける構成、Service Binding、MCP認可仕様の対応を確認。

   公開: 2026.10.01確認: 2026.10.05