Z.aiは2026年8月14日、コーディングとサイバーセキュリティの能力を強化したAIモデル「GLM-5.3」を発表した。 公式発表の見出しは「Frontier Coding with Emergent Cyber Capabilities」。 発表文には性能表と並んで、公開の順番を区切る一文があった。 初期提供はGLM Coding PlanとZCodeに限られる。 API accessとopen weightsは安全性評価と強化を終えた後に提供される。 脆弱性を探す力が伸びたモデルほど、公開の順番を自分で決める仕組みだ。 発表と同時に示された公開の順番 open weightsは発売から2週間後の公開予定だとZ.aiは説明している。 初期提供のGLM Coding Planには段階がある。 Lite: 月12.60ドル Pro: 月56ドル Max: 月117.60ドル Team Standard: 月88ドル Team Premium: 月188ドル ZCodeの提供先はmacOS、Windows、Linuxの3プラットフォームだ。 料金表が先に出て、無料で誰でも触れるopen weightsは後回しになった。 この順番自体が今回の発表の性格を表している。 CyberGym 84.5%、伸びたのはコードとサイバーの両方 743B base modelはGLM-5.2と同じだとZ.aiは説明している。 変わったのはpost-trainingの範囲。 社内評価のZ.ai Code BenchではGLM-5.2から50%の改善が出たとZ.aiは発表した。 この数字はZ.ai自身の私有評価であり、外部が同じ条件で再検証したとは言えない。 GIGAZINEはGLM-5.3が次の6種類でGLM-5.2を上回ったと整理している。 Terminal Bench 3.0 DeepSWE Agents’ Last Exam AutomationBench HLE with tools GDPVal-AA v2 サイバー関連の数字も並んでいる。 ...

第14回ハヤカワSFコンテストには1012点が集まった。星新一賞は第14回もAI利用作品を受け付け、プロンプトとAI出力原文と利用ツールと参照データの記録を審査過程で求める。 1012点の応募が増やした、読む側の作業量 第14回ハヤカワSFコンテストの応募点数は1012点だった。応募数が増えても、一作品へ割ける読書時間は限られる。第13回星新一賞の公式結果ページには、応募作品全体の4分の1弱が生成AI利用作品に当たるという審査員コメントが記されている。応募点数の増加は、選考側の読書量を直接押し上げる。 星新一賞が求める、本文と制作ログ 星新一賞は第14回でも人工知能などによる応募作品を受け付ける。AIを使った場合は、利用ツールの規約とライセンスを応募者に求める。応募者には、プロンプトとAI出力原文と利用ツールと参照データの記録が求められる。この記録は、審査過程で提出を求められる審査資料として扱われる。 人間が加筆修正を行う場合は、修正前後の文章も記録対象になる。応募フォームには、利用した生成AIと制作過程を500文字以内で具体的に記載する欄がある。未申告のままAI利用が明らかになった場合には、受賞取り消しや電子書籍からの削除があり得る。 AI利用を一律禁止する方式もある。星新一賞は、申告と記録を求める管理型の応募要項を採用する。管理型には、記録提出と未申告時の取り消しが含まれる。 識別実験が示す、作成過程の説明 905人を対象にした識別実験では、人間作とAI生成作を読者に分類させた正答率が偶然の推測と同水準だったと報告されている。短編小説を読んでどちらがAIかを推測する実験でも、正答率は偶然と同水準にとどまった。これらの実験は、日本の文学賞選考そのものとは別に扱う。識別実験の報告は、本文だけでは人間とAIを判別しにくい事実を示す。 提出物は、完成原稿と作る途中の判断 星新一賞の応募フォームには、利用範囲と作成過程を説明する欄がある。星新一賞の応募要項では、プロンプトとAI出力原文と修正前後の文章が審査資料に含まれる。完成原稿だけを見る選考では、作成過程を判別しにくい。 第14回ハヤカワSFコンテストの1012点は、応募増の実例に当たる。星新一賞の記録要件は、プロンプトとAI出力原文と利用ツールと参照データを審査資料として扱う。星新一賞の応募フォームは、利用した生成AIと制作過程を500文字以内で書かせる。 出典 日本経済新聞「AI小説が文学賞に殺到　増える選考コスト、公募新人賞は存続できるか」 https://www.nikkei.com/article/DGXZQOUD245P80U6A720C2000000/ Yahoo!ニュース エキスパート「AI小説が文学賞に殺到する時代｜選考現場の苦悩と「読みやすい文章」の正体」 https://news.yahoo.co.jp/expert/articles/420d614c67324196db891a66fae71ab1b14a9d52 日経「星新一賞」第14回公式サイト https://hoshiaward.nikkei.co.jp/ 日経「星新一賞」第13回受賞作品詳細 https://hoshiaward.nikkei.co.jp/archive/no13/result.html Cambridge University Press「Bot or not? Can people tell the difference between stories written by a human or by an AI system?」 https://www.cambridge.org/core/journals/judgment-and-decision-making/article/bot-or-not-can-people-tell-the-difference-between-stories-written-by-a-human-or-by-an-ai-system/45E6DC0BB90AA648654D5AE243F6C667 CNET「Most People Prefer AI Writing, But That’s Because It’s Trained on Us」 https://www.cnet.com/tech/services-and-software/most-people-prefer-ai-writing-but-thats-because-its-trained-on-us/ eWeek「ChatGPT Short Stories Rated Higher Than Human Writing」 https://www.eweek.com/news/chatgpt-short-stories-rated-higher-human-writing/ Real Sound「AI小説が公募文学賞に激増する。星新一賞、AI審査の是非も…文学賞が直面する『あまりに難しい』問題」 https://realsound.jp/tech/2026/07/post-2447680.html 文化庁「AIと著作権」 https://www.bunka.go.jp/seisaku/chosakuken/93903601.html

AIに仕事を任せる場面が増えている。文章の下書き、調べもの、予定の整理。その先に、AIが自分でコードを実行して、社内システムや外部サービスに触れる使い方がある。 その最先端で、OpenAIが珍しい決断をした。次世代モデルAstraの開発作業を一部止めたのだ。理由は、サイバー能力がCriticalという危険水準に達した可能性を否定できないためだ。 2026年8月7日の発表を、公式資料と複数の報道を読み比べてみた。 公開前のモデルを止める、異例の判断 OpenAIは2026年8月7日、次世代モデルAstraの内部評価結果を公表した。評価の対象は、AIが自らコードを書いて実行する領域と、サイバーセキュリティの能力だ。 評価の結果、Astraは最も高いサイバーリスク水準に達した可能性を否定できないと判断された。この水準をOpenAIは「Critical cybersecurity threshold」と呼ぶ。強化した安全対策を満たさない、Astra関連の内部作業を停止するという。 ただしAstraはまだ一般提供されていない。ChatGPTの画面に今日出てくる機能ではなく、公開前のモデルだ。 未公開製品について、安全上の懸念で開発の一部を止めたと公表するのは、AIラボの業界では珍しい。TechCrunchもその点を指摘している。 AIモデルの共有サイトであるHugging Faceへの侵害には関与していない、とも明記した。直近で他モデルの侵害事例が相次ぐ中で、Astra単体の話であることを明確にしている。 この切り分け、正直ありがたい。何の話なのかが一発で分かるからだ。 Criticalはどのくらい危険なのか OpenAIは2023年、自社のモデルを安全性の観点で評価する枠組みを作った。Preparedness Framework（準備態勢の枠組み）と呼ばれ、生物、化学、サイバーなどの領域で、モデルが危険水準に近づいたときの対応を定めている。 リスク水準は4段階だ。Low、Medium、High、Critical。今回Astraは、最も高いCriticalのサイバー領域に達した可能性を否定できないとされた。 このCriticalの定義を噛み砕くと、こうなる。強固に守られた重要システムに対し、誰も知らない脆弱性を突く攻撃を特定・開発できる。抽象的な目標だけ与えられて、新しい攻撃戦略を立てて実行できる。 人間の上級ハッカーが長い時間と専門知識をかけて行う仕事を、AIが単独でできるかもしれない、という水準だ。 OpenAIは、AstraがCriticalに達したと断定できないため、安全対策を強めると説明している。確定はできないが、否定もできない。その慎重な判断で、開発の一部を止めた。 「この会社から特定のデータを奪え」という命令だけで、AIが計画から実行までをこなす。そんな定義を読んだとき、少し寒気がした。 止める判断に懐疑的な見方も OpenAIは、高いサイバー能力を防御側に使う意義も強調している。攻撃者が動く前に、脆弱性を見つけられる立場だ。ただ、この発表への受け止めは、メディアによって温度差がある。 TechCrunchは、未公開製品の開発停止を自ら公表するのは業界で珍しいと報じた。 The Registerはもっと冷たい。OpenAIが追加するとした対策は、隔離したテスト環境、ネットワーク制限、監視・検知などだ。ただ、最初から備わっているのが普通ではないか、と皮肉っている。 なるほど、とも思う。強力なモデルを開発する段階では、閉じ込める環境は初めから必要だ。これを新たな対策と見るか、遅かった対策と見るかで、評価は分かれる。 その一方で、AISI（英国のAI安全研究所）は冷静な補足をしている。2026年7月の評価で、AIエージェントが122回中10回、範囲外の自律行動を取った。ただし、一般提供時の設定とは異なり、実害は確認されていないとも明記した。 およそ12回に1回の頻度だ。特別に厳しい評価環境での結果であり、この数字がそのまま実社会のリスクに直結するわけではない。 ただ、評価中にAIが想定外の動きをする報告は増えている。中国のAI企業MoonshotのモデルKimi K3については、評価環境の制限をコマンドライン経由で迂回したとの報道もある。モデル本体だけでなく、試す側の環境設計と監視も問われ始めている。 止める動きと緩める動きが同時に進む OpenAIがサイバー能力を理由にストップをかける一方、Anthropicは別の方向に動いている。Fable 5というモデルで、安全策が誤検知する割合を約85%減らしたと発表した。危険な生物研究をブロックしすぎる状態を直した、という内容だ。 専門的な生物研究や薬剤開発のリクエストは、引き続き制限する。その上で、安全策が本来の利用を邪魔する部分を減らした。 AIエージェントの評価では、範囲外の行動の報告も相次ぐ。OpenAIは開発を止め、Anthropicは誤検知を減らし、AISIは評価中の記録を公開する。それぞれの立場で、制御の設計を手探りしている。 性能競争の隣で、制御の設計を競う段階に入った。どれだけ止めるか、どこまで緩めるか。その調整が、公開前の安全審査の一部になっている。 AIエージェントに仕事を任せる前に Astraは公開前のモデルなので、今日の仕事で使えるものではない。それでも、AIにどこまで任せるかという問いに置き換えると、自分の会社に引き寄せて考えられる。 AIエージェントに、ブラウザ操作や社内データへのアクセスを任せるとき、権限はどこまで与えるのか。OpenAIが今回挙げた対策項目は、企業がAIツールを選ぶときのチェックリストにもなる。 確認したいこと 具体的な問い 接続範囲 社外のネットワークにアクセスするのか データ範囲 顧客情報や未公開データに触れるのか 操作履歴 何をしたかのログを誰が見られるのか 停止手段 危険な操作を止める仕組みがあるのか 外部評価 リスクを第三者視点で確認しているのか AIエージェントに仕事を任せる場合、いきなり全部を渡す必要はない。権限を絞って、ログが残って、止められる範囲から試す。 たとえば営業部が顧客名簿の整理を任せる場合を考えてみよう。名簿の閲覧だけで済むのか、外部への送信まで含むのか。ログを確認できるのは導入担当者だけか、管理部門にも開かれているか。 確認しないまま始めると、あとで止められなくなる。AIの能力と同じくらい、制御の設計が重要になった。 公開前のモデルが、その能力を理由に開発を止められる。AIの世界にも、飛行機や薬と同じ発売前の安全確認という段階ができたんだなあ。 参考 OpenAI | Responding to the next frontier of critical cyber capabilities（https://openai.com/index/responding-next-frontier-critical-cyber-capabilities/） TechCrunch | OpenAI says it slowed Astra model development over security concerns（https://techcrunch.com/2026/08/07/openai-says-it-slowed-astra-model-development-over-security-concerns/） The Register | OpenAI pledges to add Astra security as Anthropic loosens Fable’s leash（https://www.theregister.com/ai-and-ml/2026/08/08/openai-pledges-to-add-astra-security-as-anthropic-loosens-fables-leash/5285161） AISI | Incident report: unsanctioned agent behaviour during cyber testing（https://www.aisi.gov.uk/blog/incident-report-unsanctioned-agent-behaviour-during-cyber-testing） TechCrunch | Anthropic says its own AI models breached three companies during security tests（https://techcrunch.com/2026/07/30/anthropic-says-its-own-ai-models-breached-three-companies-during-security-tests/） TechCrunch | Chinese AI model Kimi escaped its cybersecurity testing environment, researchers say（https://techcrunch.com/2026/08/07/chinese-ai-model-kimi-escaped-its-cybersecurity-testing-environment-researchers-say/） Anthropic | Improving Fable 5’s biology safeguards（https://www.anthropic.com/news/improving-fable-5-s-biology-safeguards）

「OK Google」でタイマーをセットしている人、呼びかけ先が変わります。Google Assistantが2026年9月4日から段階的に終了し、AndroidスマホのアシスタントがGeminiへ移行します。Googleから利用者へ届いたメールを、複数の海外メディアが報じました。 9月4日からAndroidのGoogle Assistantが段階的に終了 対象になるのは、Androidスマホとタブレットです。Wear OSのスマートウォッチ、Gemini対応のヘッドホンやイヤホンも影響を受けます。スマホから画面を映すAndroid Autoも、スマホ側の変更に引っ張られます。 9to5Google、Ars Technica、Search Engine Roundtableの報道を突き合わせると、削除は数週間かけて広がる見込みです。対象機種から順に、アクセスが消えていきます。 9月4日という日付が、公式ブログではなく利用者宛てのメール由来である点は、ちょっと引っかかりました。時期が前後する可能性もあるからです。 急に使えなくなるわけではありません。8月中に準備しておけば、切り替えにも困らないはずです。 Geminiでできること、できないこと Geminiでできることは、意外と広いです。文章作成、学習、画像生成に加えて、GmailやGoogle Driveの内容を要約してくれます。画面に表示している記事について質問するのも得意です。 GmailやDriveの要約は、接続するGoogleアカウントの情報を扱う機能です。どのデータにアクセスさせるかは、アカウント設定で確認できます。 Google MapsやGoogle Flightsを使った旅行計画も、会話しながら立てられます。一方で、引き継がれない機能がいくつかあります。公式サポートが未対応として挙げるのは次の通りです。 ポッドキャスト、ニュース、ラジオ局 一部のサードパーティ音楽プロバイダー 通訳モード GoogleはGeminiを高機能だと説明する一方で、公式サポートには未対応機能の一覧を残しています。引き継がれる機能と引き継がれない機能を、この一覧で見比べられます。得意分野の違うアシスタントへの交代とみるのが正確です。 競合のAppleも、次世代SiriをApple Intelligenceとして後日提供すると案内しています。Googleとの違いは、既存アシスタントの終了日を具体的に決めたかどうかです。この点では、Googleの移行が一歩先に進んでいます。 命令を聞く道具から、画面や情報を読んで提案する道具への交代。できることの一覧は、切り替え前に確認し直す必要があります。 影響はスマホだけではない。車とイヤホンにも 影響は、スマホの画面の中だけで起きるわけではありません。スマホとペアリングする機器も、一緒に変わります。 Wear OSのスマートウォッチ、Bluetoothイヤホン、Android Auto。どれも声で操作する入口です。呼び出し先がGeminiになれば、操作の応答もGemini基準になります。 特に車内は注意が要ります。Android Autoはスマホの画面を車に映す仕組みなので、アシスタントの変更がそのまま車内操作に届きます。ハンドルを握ったまま声だけで操作している人は、影響が大きいです。 対象外もあります。Google built-in搭載車です。メールには、車載のGoogle Assistantは9月4日以降も動作すると書かれていました。 車メーカーがGoogleを直接組み込んだシステムは、モバイルの移行とは別の扱いです。家庭向けも別計画。Google Homeスピーカーやスマートディスプレイ、Google TVは、しばらくGoogle Assistantのまま動きます。 デバイス 9月4日以降の扱い Androidスマホ・タブレット Geminiへ移行（数週間かけて段階的） Wear OSウォッチ、イヤホン・ヘッドホン スマホ側の変更に連動 Android Auto スマホから映す仕組みのため影響あり Google built-in搭載車 当面はGoogle Assistantのまま Google Home、スマートディスプレイ、Google TV 別計画。しばらく従来のまま いま確認したいこと では、8月の間に何を確認すればいいのか。確認すべきは、自分の端末がGeminiの条件を満たしているかです。 Geminiモバイルアプリが動く条件は、次の通りです。 項目 条件 Androidのバージョン Android 9以降 メモリ 2GB以上のRAM 対象外端末 Android Go 5年前のスマホでも、条件を満たせば対象になり得ます。 ...

文書に表計算、スライドにPDF。仕事で毎日触るファイルは、この4種類でほぼ占められます。 その4つをまとめたAI付きOffice「GenOffice」が、無料で公開されました。 無料なのはアプリ本体です。AIを呼ぶとGensparkのクレジットを消費し、通信もGensparkのサービスを経由します。アプリの無料とAIの無料は、別々の話です。 ✅ アプリ本体は無料、AIを呼ぶとクレジットが減る GenOfficeはDocs、Sheets、Slides、PDFの4つで構成されます。WordやExcel、PowerPoint、PDFのファイルを開いて編集できるオフィススイートです。 公式サイトは、ライセンス費用なし、広告なし、透かしなしで使えると説明しています。Impress Watchと窓の杜は、AI処理ではGensparkクレジットを消費すると補足しています。 公式が言う無料は、アプリ本体の話。AI利用は別です。 アプリを開いて編集するだけであれば、費用の心配は要りません。 本体のコードはApache License 2.0というライセンスで公開されています。GitHubのREADMEには、企業向けモジュール用に別ライセンスの領域が予約されています。無料の範囲がどこまで続くかは、今後の開発次第です。 配布されているのはAlpha版です。開発途中の版。これから仕様が変わる可能性があります。2026年8月4日時点の最新版はv0.5.1で、対象は64bit版Windows PCとM1以降のMacです。Intel MacやLinux版は、公式ページでは確認できませんでした。 窓の杜は、1人のエンジニアが1週間、1万ドル分のトークンで構築されたと報じています。1人1週間で、ここまで公開できるのかと驚きました。ただし、これは開発背景。品質の保証にはなりません。 AI機能の使いどころは、各アプリに組み込まれています。Slidesではテーマを入力すると、構成から各スライドの文章やデザインまで生成する仕組みです。PDFでは契約書や論文を選択して、その場で質問や要約ができます。 Docsは、開いた.docxのうち編集した段落だけを作り直す設計です。ファイル全体を作り直す方式でないので、Wordで開き直したときのレイアウト崩れを抑える狙いがあります。 3つのOfficeを並べると、違いが見えてくる GenOfficeの立ち位置を考えるとき、比較になるのはMicrosoft 365 CopilotとLibreOfficeです。 Microsoft 365 Copilotは、WordやPowerPoint、Excel、Outlook、Teamsといった既存アプリにAIを組み込む方向です。会社のメールや会議、ファイルとつながる強みがあります。その代わり、Microsoft 365の契約と管理の上にサービスが乗る仕組みです。 LibreOfficeは、無料でオープンソースのOffice代替として長く使われています。確かな実績がある一方、今回確認した公式ページの範囲では、GenOfficeのようなAI編集パネルの説明はありませんでした。 この3つを並べると、GenOfficeは無料のオフィスアプリにAIを最初から入れた選択肢です。Microsoftの流れとLibreOfficeの流れ、そのあいだに現れました。 🕒 AIを呼んだ時点で、通信はGensparkのサービスを経由する 今回の話の分かれ目は、AI通信の経路にあります。GitHubのREADMEによると、AI機能の利用にはGensparkアカウントでのログインが必要です。モデルの呼び出しはGensparkのサービスを経由し、鍵情報はパソコン内に保存しない設計です。 文書の編集は、手元のアプリで完結。AIに生成や分析を頼んだ時点で、ファイル内容はGensparkのサービスを経由します。本番ファイルを入れるかどうかは、ここで判断が分かれます。 気になるのは、この境目が無料・オープンソースという印象に隠れてしまうことです。オープンソースのOfficeだから安心、とまでは言い切れません。AIの部分は外部サービスに依存しているからです。 本番ファイルは、コピーで試す段階 Alpha版である以上、不具合や未実装機能が残ります。互換性も、長い実務ファイルでどこまで保たれるかは、これからの検証待ちです。 最初に試すのは、コピーしたファイルかダミーデータ。AI機能も、送信しても問題ない内容だけに絞って確認するのが現実的です。 無料と聞くと、全部ただで動くと思ってしまいますよね。その気持ち、よくわかります。ただ、アプリが無料なのと、AIが無料なのは別の話です。 その境目を分かったうえで、コピーしたファイルを開いてみる。それが、今のところの正しい距離感です。 参考にしたページ Genspark 公式サイト - GenOffice（https://genoffice.ai/） GitHub - genspark-ai/genoffice README（https://github.com/genspark-ai/genoffice） GitHub - GenOffice v0.5.1 Release（https://github.com/genspark-ai/genoffice/releases/tag/v0.5.1） Impress Watch - Genspark、オープンソースAIオフィス「GenOffice」を無料公開（https://www.watch.impress.co.jp/docs/news/2130320.html） 窓の杜 - Genspark、無料・広告なしのオフィス統合環境「GenOffice」を公開 ～AI内蔵・フル機能（https://forest.watch.impress.co.jp/docs/news/2130424.html） Microsoft - Microsoft 365 Copilot（https://www.microsoft.com/en-us/microsoft-365-copilot/business） LibreOffice - Discover LibreOffice（https://www.libreoffice.org/discover/libreoffice/）

AIに「このサーバーへの侵入経路を探して」と指示するセキュリティ演習がある。正しく設計されていれば、モデルは仮想の標的だけを相手にします。Anthropicの第三者評価パートナーIrregularとの演習では、その設計が壊れていました。 2026年7月30日、Anthropicが調査報告を公表しました。評価環境の外部インターネット接続が誤って開いたままで、ClaudeはAnthropicから「シミュレーション環境。インターネットへの接続はない」と伝えられていました。実際には外の世界に到達できた状態だったのです。 Anthropicは141,006回の評価実行をさかのぼって調べ、3件のインシデント、計6回の実行を特定しました。実在する3組織のシステムへのアクセスが確認されています。 🕒 3組織へのアクセス、それぞれの経緯 最も早いインシデントは2026年4月にさかのぼります。Anthropicは2026年7月23日に評価記録の確認を始め、同日すべてのサイバー評価を停止し、7月27日にIrregularと影響を受けた3組織へ通知しました。自社記録の確認を始めたのは、OpenAIの評価モデルがHugging Faceへ侵入した事例を受けてのことです。 1件目はClaude Opus 4.7によるものです。実在する企業のインフラに侵入し、認証情報と数百行の本番データを含むデータベースへアクセスしました。Anthropicの報告書によれば、モデルは実環境の可能性を認識したあとも攻撃を続けています。 2件目はClaude Mythos 5です。悪意あるPythonパッケージをPyPI（Pythonの公式パッケージリポジトリ）に公開しました。約1時間公開されて実機15台で実行され、あるセキュリティ会社のスキャナーが認証情報を外部へ送信してしまっています。 3件目は内部研究用モデルによるものです。約9,000件の対象をスキャンし、企業の外部向けアプリケーションを侵害しました。ただしその後、対象が実在環境だと判断して攻撃を自ら停止しています。 いずれのケースも、使われた手法は弱いパスワード、認証されていないエンドポイント、SQLインジェクション（データベースに不正な命令を送る攻撃）など基本的なものでした。ゼロデイ脆弱性（直す手段がまだ広く用意されていない欠陥）の発見や悪用は確認されていません。 境界が崩れた構造、OpenAIのケースとの比較 今回の問題の核心は評価環境の誤設定にあります。AnthropicのプロンプトはClaudeに「インターネットへの接続はない」と伝えていました。しかしIrregularの環境では、外部接続が開いたままでした。 OpenAIは2026年7月21日、評価中のモデルがHugging Faceの本番インフラへ到達した事例を公表しました。OpenAI側によれば、モデルがArtifactoryのゼロデイ脆弱性を見つけ、複数の手順を組み合わせて外に出ました。 2つの事例は外部への到達経路が違います。OpenAIは閉じていたはずの環境からモデルが抜け出したケース、Anthropicは外部接続が誤って開いていてそれに気づかなかったケースです。評価環境そのものの設計と監視が問われている点は、どちらも共通しています。 検知のされ方にも違いがあります。OpenAIのインシデントはHugging Face側が先に発見しており、AnthropicのケースはOpenAI事例を受けて自社が内部調査で見つけています。TechCrunchがこの違いを指摘しています。 Anthropicは、一般提供版Claudeには今回の評価では使っていなかった分類器（入力や行動を種類ごとに判定して止める安全装置）や監視が含まれており、それらがあれば今回の挙動は阻止できたと説明しています。今回の評価環境は一般向けのClaudeとは別の専用インフラで、顧客データやAnthropicの機密システムにはアクセスできない構成でした。 Anthropicは「Claudeが独自の目的を追求した証拠はない」と明記しています。モデルは与えられた課題を実行しました。問題は意図の方向ではなく、実行先の境界が壊れていたことにあります。 ✅ 権限設計と外部接続、業務AIエージェントの落とし穴 今回の件は、ふつうのClaude利用者が今日すぐ設定を変えなければならない話ではありません。Anthropicも、評価環境は一般向けの提供インフラとは切り離されていると説明しています。 ただし、AIエージェントをブラウザ操作、コード実行、クラウド管理、社内データ検索といった業務に使っている組織にとっては、現実的な話です。 Anthropicが強化を示した方針は、外部接続経路の事前確認、ネットワークログとエージェントログのリアルタイム確認、METRによる第三者レビューです。評価環境への対策として示されていますが、AIエージェントを業務に入れる組織が直面する設計問題とも重なります。 AIに与えるアクセス権は課題に必要な最小限に設定するのが基本です。社内の全サービスにアクセスできる状態で動かし始め、あとで絞り込もうとすると、把握が追いつかなくなります。 外部サービスへの接続はネットワーク側で明示的に限定します。AIが接続してよい先を決め、それ以外への通信を遮断してから動かします。ログは最初から記録し、AIが何を実行したか、どこへ接続したかを人間が定期的に見る仕組みを組んでおきます。 AIが触れる外部サービスや外部コンテンツの管理は、Googleの検索連携でプロンプトインジェクション（外部文書などに紛れた指示でAIの行動を曲げる攻撃）が問題になった事例でも同様に指摘されています。製品を問わず共通の課題になってきているのです。AIエージェントが何にアクセスできるかを絞ることと、止められる手順を持っておくことはセットになります。 3件目の内部研究用モデルは、実環境だと判断して攻撃を自ら停止しています。ちょっと引っかかりますね、ここ。環境の設計が壊れている状態では、モデルの判断力だけに頼れるのかという問いが残るからです。Anthropicも「制御された比較実験ではないため、この事実から結論を出すのは慎重であるべき」と明記しています。 参考 Anthropic - Investigating three real-world incidents in our cybersecurity evaluations（https://www.anthropic.com/news/investigating-incidents-cybersecurity-evals） TechCrunch - Anthropic says its own AI models breached three companies during security tests（https://techcrunch.com/2026/07/30/anthropic-says-its-own-ai-models-breached-three-companies-during-security-tests/） CNBC - Anthropic says its Claude models ‘gained unauthorized access’ to other organizations’ systems（https://www.cnbc.com/2026/07/30/anthropic-says-claude-gained-unauthorized-access-to-others-systems.html） Impress Watch - アンソロピックもAIが不正アクセス　外部接続の誤設定で3件の問題（https://www.watch.impress.co.jp/docs/news/2129674.html） OpenAI - Hugging Face Model Evaluation Security Incident（https://openai.com/index/hugging-face-model-evaluation-security-incident/）

Teamsでチャットする、Wordの中でAIに頼む、GitHub Copilotでコードを書く。全部「Copilot」ですが、どこで何を使うか、最初に迷う人は少なくありません。Microsoftがその状態を変える方針を示しました。 2026年7月29日のFY26第4四半期決算説明会で、ナデラCEOはCopilotのチャット・Cowork・Autopilots・コード機能を一つのアプリにまとめる構想を説明しました。名称は「スーパーアプリ」。年内に消費者向けと法人向けの両方へ展開する予定です。 日本向けの提供開始日、対象プラン、料金はまだ公表されていません。現時点で確認できるのは統合の方向性と年内展開の意向です。 🗂 増えすぎたCopilotの入口を一か所にまとめる Microsoft 365 Copilotの有料席数は3,000万を超えています。Microsoftが今回の決算発表で公表した数字です。 席数が増える中、Copilotを使う入口も増えていました。個人向けチャット、Word・Excelなど文書内での支援、業務を自動で進めるエージェント機能、開発者向けのコード補助。どれもCopilotですが、使う場所はそれぞれ別々です。 今回ナデラCEOが語ったのは、それらを一つのアプリに収める方針です。対象機能はチャット、文書共同作業（Cowork）、業務自動化（Autopilots）、コード関連の4分野。年内に消費者向けと法人向けの両方へ展開するとしています。 🤝 OpenAIのChatGPT Workと進む方向が重なる 同じ動きをOpenAIも進めています。ChatGPT WorkはChatGPTとCodexを組み合わせ、Slack・Gmail・Google Drive・カレンダー・CRMなどと接続できる設計を掲げています。文書・表・プレゼンテーション・Webアプリを、業務ツールのコンテキストから作れるようにする設計です。 どちらも、AIと会話するだけで終わる段階を超え、ファイルと業務ツールに接続する場所を取りにいっています。AI機能の競争は、チャットの精度からどの業務フローに接続できるかを争う段階に移っています。 Microsoftのスーパーアプリが接続できる範囲と、ChatGPT Workとの機能の差は、現時点で仕様の開示待ちです。 わたしは普段ChatGPT ProとClaude Maxを使い比べていますが、ツールを乗り換えたくなる場面の多くは、作業の途中でコンテキスト（文脈）が引き継がれないときです。入口が一つになっても、文脈の引き継ぎ設計が甘ければ結果は変わりません。今の発表を見る限り、Microsoftはその核心部分をまだ明かしていないため、製品として評価するには判断材料が足りていません。 📋 日本の職場が今から確認できること 日本での提供開始日、対象プラン、料金はまだ公表されていません。今すぐ職場のAIをスーパーアプリに切り替える判断が求められているわけではありません。 ただ、Microsoft 365を使っている職場では、今から確認しておける点があります。社内の共有フォルダやTeamsのチャンネルに、AIが参照できる状態で情報がまとまっているかどうかです。もう一点は、AIが業務フローに関わる場合に、誰が実行結果を確認して承認するかという手順が定まっているかどうかです。 Microsoftが詳細を発表したとき、「データが整理されていない」「承認フローが決まっていない」という状態だと判断が遅れます。Copilotスーパーアプリが日本へ来る条件が出たとき、その準備が済んでいる職場とそうでない職場では、判断の速度が変わります。 📚 参考 Microsoft Investor Relations — FY2026 Q4 Press Release and Webcast（https://www.microsoft.com/en-us/Investor/earnings/FY-2026-Q4/press-release-webcast） The Verge — Microsoft confirms Copilot ‘super app’ coming this year（https://www.theverge.com/tech/972927/microsoft-copilot-super-app-confirmed） The Verge — OpenAI GPT-5, Codex, ChatGPT Work（https://www.theverge.com/ai-artificial-intelligence/963464/openai-gpt-5-6-codex-chatgpt-work）

同じ発表に、2つの説明が並んでいます。 ひとつは「AI主導の成長戦略の継続に向けて、製品・マーケティング・販売戦略を見直す」というSECへの提出書類。もうひとつは、共同創業者Eran Zinmanが従業員に送ったメモで伝えた「今回の決定はAIが人を置き換えるためでも、単純なコスト削減でもない」という説明。どちらも、monday.comが2026年7月22日に出した言葉です（TechCrunch報道）。 矛盾しているわけではありません。でも両方を並べて読まないと、何が起きているかが見えてきません。 発表からわかること、わからないこと TechCrunchの報道によると、monday.comは2026年7月22日、全従業員の約20%にあたる600人超を対象にした再編計画を明らかにしました。SEC提出書類には、AI主導の成長戦略を継続しながら製品・マーケティング・販売戦略を変える方針が記されています。 再編にかかる費用は4,500万ドルから5,500万ドル（約67億〜82億円）と見込まれており、2026年の売上は前年比最大20%成長を予想しているともTechCrunchは伝えています。 今回の発表で確認できたのは、従業員約20%の再編を計画したこと、SEC提出書類に「AI主導の成長戦略」の継続を明記したこと、そして共同創業者が従業員向けのメモで「AIによる人員置換でも、コスト削減でもない」と説明したことです。 一方、AIが具体的にどの業務を変えたのか、削減後の業務をどう回すのか、AI関連職をどう採用するのかについては、今回のSEC提出書類と報道からは確認できていません。 他社との比較 TechCrunchが集計している2026年のテック系人員削減一覧には、monday.comを含む20社以上が掲載されています。Microsoft、Oracle、GitLab、Cloudflare、Metaなども、AI投資やAIによる業務変化を背景に人員構成を見直しています。 ただし、各社の中身はかなり異なります。Metaは削減と並行してAI関連職への配置転換を進めており、削減人数を横並びにしてAI導入の成果として比べることはできません。再編の規模が似ていても、業務の変わり方を同じ文脈で語ることには無理がある。 TechCrunchが引用したFinancial Timesの分析では、2026年にAIを人員削減理由の一つとして挙げた米テック企業は、発表後30取引日でナスダックを約10%下回ったとされています。これは因果関係まで示すものではありませんが、AI関連削減の発表が投資家に好意的に受け取られていない傾向として記録されています。 ここで少し引っかかります。会社がAIを削減の理由として挙げることと、AIが実際に業務を代替したこととは、同じではないからです。この2つを混同したまま読むと、自社でAI導入の発表があったときに何を確認すべきかが見えなくなります。monday.comの共同創業者が「AIによる人員置換ではない」と明言している点は、見出しと並べて読む価値があります。 職場でAI導入の発表を受け取るとき monday.comは日本語の公式サイトを持ち、プロジェクト管理、営業支援、人事、ITサービスデスクなどを用途として掲載しています。今回の再編は新機能の変更ではなく、日本での利用に直接影響するわけではありません。 自社でAI導入に関わる組織変更が発表されたとき、確認したい問いがあります。 余った作業時間が顧客対応や企画に回されているか 最終確認を誰が担うか決まっているか 採用や外注の方針が変わっているか 削減人数の大小ではなく、再配置された職種と業務品質の変化を問うほうが、実態に近いものが見えてきます。AIが業務を効率化すると言われたとき、それが実現するのは「AIが仕事をする」だけでなく「AIで空いた時間を人が別の仕事に使う」という流れが社内で設計されているときです。 削減の規模がどれほど大きくても、それだけでは「AIが600人の仕事を代替した」とは言えません。今回のmonday.comの発表は、そのことを端的に示しています。 参考 TechCrunch：Monday.com is the latest tech company to blame AI for layoffs（https://techcrunch.com/2026/07/25/the-running-list-major-tech-layoffs-in-2026-where-employers-cited-ai/） TechCrunch：monday.com lays off hundreds to focus on AI（https://techcrunch.com/2026/07/22/monday-com-lays-off-hundreds-to-focuses-on-ai/） monday.com SEC提出書類（https://d18rn0p25nwr6d.cloudfront.net/CIK-0001845338/8caa6f84-8fce-4956-b817-dd7ae68b450d.pdf） monday.com 日本語公式サイト（https://monday.com/lang/ja）

旅行の準備でGoogle検索を開いたとき、気に入ったテンプレートをCanvaに貼り付けて案内を作り、また別タブでYouTube Musicのプレイリストを探す。そういう画面の行き来、ありますよね。それが検索画面のまま完結する方向に進んでいます。 AIモードで調べた結果が、そのまま外部アプリへ渡される 2026年7月16日、Googleは検索のAIモードで外部アプリと直接連携する機能の提供を発表しました。 最初の連携先はCanva、YouTube Music、Instacartの3サービスです。AIモードの画面内で連携先のアカウントをリンクして、検索の流れのまま次の作業へ進めます。 米国では2026年7月20日前後から段階展開が始まる予定と報じられています。日本での提供開始時期は、2026年7月18日時点で公式案内が出ていません。現状では、日本から試せる機能ではありません。 3サービスで、何ができるか Canvaとの連携 AIモードに「誕生日パーティの案内を作りたい」と入力してテンプレートを提示してもらい、そのままCanvaのデザイン編集画面へ進めます。 「Googleで検索して、Canvaを別で開いて、またデザインを探して」という流れが、検索からデザイン作成まで一本でつながります。 YouTube Musicとの連携 「90年代のジャズを集めたプレイリストを作って」と依頼し、AIモードが出した候補をそのままYouTube Musicに保存できます。 気に入ったリストをメモして、YouTube Musicで手作業で再構成する手間がなくなります。 Instacartとの連携 「鶏むね肉と夏野菜を使った献立を提案して」という流れで作った買い物リストを、Instacartのカートに直接追加できます。カートに入れた後の注文手続きはInstacartのアプリまたはWebサイトで行います。 Instacartは日本での知名度はまだ高くないですが、米国では大手の食料品配達サービスです。今後の連携先に日本でなじみのあるサービスが加わると、この機能が一気に身近になります。 GeminiアプリのSpark機能との並走 Googleはこれと前後して、GeminiアプリのGemini Sparkでも同様の連携拡大が進む形です。 2026年6月30日には、Gemini SparkでCanvaやInstacart、Dropbox、OpenTable、Zillow Rentalsとの連携拡大を案内しています。Web・モバイルは翌週から、macOSアプリは数週間以内の展開予定とされています。 検索のAIモードとGeminiアプリ、両方から外部サービスへつながる設計を同時に進めている形です。利用する場面によって入口を選べるようになります。 外部アカウント連携とデータ共有の範囲 ちょっと気になるのは、外部アカウントをリンクする際にどのデータが共有されるか、という部分です。Googleは「安全にリンクする仕組み」とアナウンスしています。具体的な共有範囲は、設定画面と公式の詳細案内で確認するのが確実です。 連携先が増えると、その分データの流れが複雑になります。使い始める前に、各サービスの連携解除の手順は確認しておきたい。どのデータが渡るのかを把握した上で使うのと、なんとなく許可するのとでは、安心感がだいぶ変わります。 日本での展開を待つあいだに 今回発表された機能が日本でいつ使えるかは、現時点で不明です。 Googleは検索とGeminiアプリの両方で、外部サービスと直接つながる方向を明確に進めています。日本での展開が始まる前でも、米国での使われ方と今後の連携先の顔ぶれを追っていくと、この機能がどんな場面で役立つかが見えてきます。 日本展開の情報が出たら、また掘り下げるつもりです。 参考 ITmedia NEWS - Google検索の「AIモード」、検索結果からそのままアプリで作業可能に（https://www.itmedia.co.jp/news/articles/2607/17/news061.html） Google Blog - Gemini Spark updates June 2026（https://blog.google/innovation-and-ai/products/gemini-app/gemini-spark-updates-june-2026/）