今朝は10月13日の更新を中心に、「今日から使える」「仕事のやり方や費用判断が変わる」ものを優先した。今回は5件。今日の本命はGemini 4 Argon。単に“Googleの新しい最強モデル”という話ではなく、11月末までの導入価格がかなり攻めているので、APIやコーディング用途では試す理由が具体的にある。

1. Gemini 4 Argon正式公開。11月30日まではAPI価格がかなり安い

情報の確度:確認済み 難易度:Gemini利用者はすぐ使える/APIは少し設定が必要

何が話題?

Googleは10月13日、Gemini 4 Argonを正式公開した。複雑な複数段階の作業、コーディング、金融、法律、科学、サイバーセキュリティなどを主用途にした最上位モデルで、Geminiアプリの有料ユーザー、API、SearchのAI Mode、開発環境Antigravityなどへ展開される。

APIの導入価格は100万入力トークンあたり2ドル、出力10ドル。11月30日以降はこの価格が倍になる予定とGoogleおよびReutersが報じている。

つまり何ができる?

普段の軽い質問を全部Argonへ投げる必要はない。価値があるのは、長いコード解析、複数資料をまたぐ調査、設計、複雑なデバッグなど「軽量モデルで何度もやり直しになる仕事」。

こんな人に役立つ

Gemini Pro/Ultra利用者、APIでAIを使う開発者、Codex・Claude Codeと別系統の高性能モデルを比較したい人。

具体的な使用例

既存システムの複数プログラムをまとめて渡し、「呼び出し関係、DB更新、エラー処理、副作用を整理して改修候補を出す」のような、1ファイル要約では済まない仕事に使う。

試し方

  • Geminiで利用可能モデルを確認
  • 普段AIで苦戦する“重い仕事”を1件選ぶ
  • Argonと普段のモデルへ同じ依頼をする
  • 回答の豪華さではなく、手戻り回数と所要時間を比較する

API利用者なら、導入価格期間中に自分の実データで1仕事あたりの総費用を測る。

料金・制限・罠

導入価格は11月30日までの予定。その後は入力・出力とも倍になる。つまり今の安さだけで本番システムの採算を組むと、12月に数字が壊れる。

またGoogleが公表するベンチマークや社内生産性向上値はGoogle自身の評価。自分の仕事でGPT-6 AstraやClaudeより必ず優れるという意味ではない。

検証するとどこまで本当?

10月13日の正式公開、提供先、API導入価格と11月30日後の値上げ予定はGoogle公式発表とReutersで確認できる。Antigravityでコード提出が35%超増え、ロールバックが約3分の1減ったという数字はGoogle側の社内利用実績なので、一般化はしない方がいい。

情報源:Google「Gemini 4 Argon: our next era of frontier intelligence」(2026年10月13日)、Reuters(2026年10月13日)

結月硝子一言: 新モデル発表そのものは普段なら順位を下げるけど、今回は価格が実務判断に直結する。11月末までに“自分の仕事1件をいくらで終わらせられるか”を測る価値はある。ベンチマーク1位のトロフィーは請求書を払ってくれない。


2. ClaudeをGoogle Docs・Sheets・Slidesの中で直接使える。特にSheetsの式修正が実務向き

情報の確度:確認済み 難易度:すぐ使える/有料Claudeが必要

何が話題?

Claude for Google Workspaceの公開ベータが始まり、Google Docs、Sheets、Slidesの横にClaudeを表示して、そのファイルを直接編集できるようになっている。対象は有料Claudeプラン。

Docsでは文章編集、Sheetsでは数式生成・修正やデータ整理、Slidesでは既存テーマに合わせたスライド作成などが可能。変更前に確認するモードと、変更をまとめて受け入れる運用を選べる。

つまり何ができる?

「シートをダウンロード→Claudeへアップロード→答えをコピー→元シートへ戻す」という往復を減らせる。

特にSheetsでは、壊れた数式をClaudeにその場で説明・修正させる使い方が現実的。

こんな人に役立つ

Google Workspaceを仕事で使い、Claudeも契約している人。文章修正、表計算、プレゼン作成を頻繁に行う人。

具体的な使用例

Sheetsで「この列の数式が途中から結果がおかしい。参照範囲を確認して、原因を説明してから修正案を出して」と依頼する。別チャットへ表をコピーする必要がない。

試し方

  • Google Workspace MarketplaceでClaudeのアドオンを確認
  • Claude側で必要なGoogle連携を許可
  • まず機密性の低いテスト文書で開く
  • “Ask before edits”相当の確認あり設定で試す
  • 変更差分を確認してから採用する

料金・制限・罠

無料Claudeは対象外。公開ベータなので仕様変更の可能性がある。会社のGoogle Workspaceでは管理者がアドオンを禁止している場合もある。

そして最大の罠は、AIが直接編集できることと正しいことは別という当たり前の話。重要な計算式で「Accept all」を雑に使うと、人間が手作業で壊す速度をAIで高速化できる。

検証するとどこまで本当?

Docs・Sheets・Slidesへの直接統合、サイドバー編集、数式生成、スライド編集、確認モード、Google Driveとの双方向連携は公開ベータの案内と複数の実利用記事で一致している。

情報源:Anthropic Claude for Google Workspace公開ベータ、Google Workspace Marketplace、10月7〜13日の実利用検証記事

結月硝子一言: Geminiの本拠地であるGoogle WorkspaceへClaudeが普通に入ってくるのが面白い。利用者側からすれば宗派争いはどうでもよくて、「この表はClaude、この検索はGemini」ができる方が得。


3. AIコーディングの秘密情報対策は「プロンプトで禁止」ではなく、Hooksで機械的に止める

情報の確度:確認済みの実装あり 難易度:少し設定が必要

何が話題?

GitGuardianが10月8日、Claude Code、Cursor、CodexなどのAIコーディング環境で、AIがコマンドやGit操作を実行する直前に秘密情報を検査する“AI Hooks”の実装例を公開した。

ポイントは「APIキーをコミットしないで」とAIへお願いするのではなく、実行前の決定的なチェックで止めること。

つまり何ができる?

AIが誤って .env、APIキー、トークンなどをGitへ追加しようとしても、プロンプトの理解力とは別の層でブロックできる。

こんな人に役立つ

Codex、Claude Code、Cursorなどにファイル編集・Git操作まで任せている人。会社のリポジトリをAIで触る人。

具体的な使用例

Codexへ「変更を実装してコミットまで」と任せる。AIが誤って秘密鍵を含むファイルをステージしようとした場合、Hook側のスキャンで止める。

試し方

  • 自分のAIコーディング環境がHooksをどう扱うか確認
  • GitGuardianの記事・公開例を読む
  • まず検証リポジトリへ秘密情報検出Hookを設定
  • ダミーの偽APIキーでブロックされるか試す
  • 本番リポジトリへ展開する

料金・制限・罠

GitGuardianのサービス利用にはプランによる制限がある。別製品を使う場合でも考え方自体は同じ。

また秘密情報スキャナも100%ではない。独自形式のパスワードや業務データまですべて自動検出できるわけではない。

検証するとどこまで本当?

Claude Code、Cursor、Codex向けのHook利用例と、プロンプトではなく実行時チェックを使う設計はGitGuardianの技術記事で確認できる。

情報源:GitGuardian「AI Hooks for Claude Code, Cursor, and Codex: Block Secrets」(2026年10月8日)

結月硝子一言: 「秘密情報を漏らさないでください」は安全対策ではなく願掛け。AIが賢くなっても、禁止事項は可能な限りコードで止めた方がいい。人間に対する入力規則と同じ。


4. ClaudeがWorkdayの人事・経理データと直接つながる。AIエージェントは“チャット”より業務システム側へ入り始めた

情報の確度:確認済みの企業発表 難易度:企業向け

何が話題?

WorkdayとAnthropicは10月13日、ClaudeとWorkdayのSana AIエージェントを連携すると発表した。人事・財務の業務データとClaudeの推論を組み合わせ、報酬改定や決算など複数段階の仕事を進める構想。

利用者はSana側からでもClaude側からでも仕事を始められ、処理に必要なWorkday上の文脈を維持しながら作業する。

つまり何ができる?

AIへ人事表を毎回CSVで渡すのではなく、権限を守ったまま業務システム内のデータを参照し、例外候補や次の処理を組み立てる方向へ進む。

こんな人に役立つ

直接はWorkday導入企業の人事・経理部門。ただし一般会社員にも意味がある。AIの主戦場が「チャットにデータを貼る」から「既存業務システムの権限内で動く」へ移っているから。

具体的な使用例

報酬改定なら、対象社員の条件確認、例外候補抽出、比較表作成、人間の承認待ち、といった一連の工程を同じ作業文脈で持たせる。

試し方

一般利用者が今日試す機能ではない。自社でAI導入を考えるなら、先に「どのデータをAIへコピーしているか」を洗い出す。その中で、本来は業務システム側の権限を保ったまま参照させるべきものを分ける。

料金・制限・罠

具体的な一般料金や全顧客への提供時期は今回確認できなかった。企業向け連携なので、管理者設定、権限、監査が前提になる。

検証するとどこまで本当?

WorkdayとAnthropicの連携、人事・財務エージェント、SanaまたはClaudeから利用する構成は10月13日の発表で確認できる。「何週間の仕事が常時処理になる」といった効率化表現はWorkday側の主張として扱う。

情報源:Workday / Anthropic、Workday Rising 2026発表(2026年10月13日)

結月硝子一言: CSVをAIへ投げる方式は手軽だけど、企業利用の完成形ではない。最終的には「元システムの権限を保ったままAIが来る」方がまとも。便利さより先にアクセス制御が必要になるけど、会社とはそういう面倒を組織化した生き物なので仕方ない。


5. OpenAI Agent Builder / Evalsは11月30日終了予定。使っているなら今月中に移行計画を

情報の確度:確認済み 難易度:該当利用者は要対応

何が話題?

OpenAIは旧Agent BuilderとEvals製品を段階的に終了しており、2026年11月30日以降はOpenAIプラットフォーム上で利用できなくなる予定。コードとして残す作業手順はAgents SDK、自然言語中心の用途はChatGPTのWorkspace Agentsへの移行を推奨している。

つまり何ができる?

新しい機能ではなく、放置すると困る話。旧Agent Builderで作った作業手順をまだ使っているなら、11月末直前に慌てるより今のうちに「コード化するか、ChatGPT側へ移すか」を決める。

こんな人に役立つ

OpenAI Agent Builder / Evalsを使ったことがある開発者・社内AI担当者。

具体的な使用例

社内文書を読み、分類して別システムへ送るAgent Builderフローがあるなら、処理ロジックをAgents SDKへ移すか、自然言語で十分ならWorkspace Agentとして作り直す。

試し方

  • OpenAI Platformで旧Agent Builder/Evalsを使っているプロジェクトを確認
  • 現在動いているフローを一覧化
  • API・コード・厳密な制御が必要ならAgents SDK候補
  • 人間が自然言語で頼む仕事ならWorkspace Agents候補
  • 11月ではなく10月中に1本だけ移行テストする

料金・制限・罠

移行先によって料金体系も運用方法も変わる。単純な自動変換ではない。また「終了するから全部Agents SDK」が正解でもない。人間主導の軽い作業ならChatGPT側へ寄せた方が保守が楽な場合もある。

検証するとどこまで本当?

11月30日の終了予定とAgents SDK / Workspace Agentsへの推奨移行先はOpenAI公式のAgentKitページ更新で確認済み。

情報源:OpenAI「Introducing AgentKit, new Evals, and RFT for agents」更新情報

結月硝子一言: AI界隈は半年で“未来の標準”が“移行してください”になる。だから業務自動化では製品名より、入力・処理・出力を分離しておく方が長生きする。永遠に使えるAIサービスという概念は、今のところユニコーンより希少。

今日の観測

今日の流れはかなりはっきりしている。

AIの価値が「モデル単体の賢さ」から、「普段使うソフトの中へどれだけ自然に入り、安全に行動できるか」へ移っている。

Gemini 4 Argonはモデル性能と価格で正面から勝負している。一方、ClaudeはGoogle WorkspaceやWorkdayへ入り、AIを別タブから呼び出す必要そのものを減らしている。AIコーディングでは、秘密情報をプロンプトではなくHookで止めるような実行時制御が重要になっている。

つまり次の比較軸は、

「どのAIが一番賢い?」

だけでは足りない。

自分のデータへどう接続できるか、既存ファイルを直接編集できるか、危険な操作を機械的に止められるか、1仕事あたりいくらかかるか。

この4つの方が実務では効く。

AI各社はモデル名を毎回勇ましく発表するけど、利用者が欲しいのは最終的に「Excelを直して、メールを作って、変なことはせず、安く終わらせてくれ」だったりする。技術の最前線が壮大な割に、到達点はかなり会社員的。

今日ひとつだけ試すなら

Claudeを契約してGoogle Workspaceを使っているなら、SheetsでClaudeを1回だけ試す。

所要5〜10分。

  • 機密情報を含まないGoogle Sheetsを1つ開く
  • Claude for Google Workspaceのアドオンを有効化
  • 編集前に確認する設定にする
  • 次のように頼む

「このシートの数式を確認して、参照範囲がおかしいセル、他とパターンが違うセル、エラーになる可能性があるセルを探してください。まだ変更せず、理由と修正案だけ示してください。」

  • 指摘が正しいか人間が確認する

最初から「全部直して」ではなく、まず異常検出だけAIへ任せるのがポイント。

これで使えるなら次に修正まで任せる。ダメなら連携を増やさない。AI導入で一番安い失敗は、5分試して捨てること。契約・研修・社内展開まで済ませてから「思ったほど使わないね」と気づくのは、人類が長年磨いてきた高級な失敗方法だから避けたい。