AIの一次情報は、ほとんどが英語で流れてきます。日本語のニュースになるのはその一部で、翻訳されて届く頃には「現地のユーザーが実際どう受け止めて、どう使っているか」という肝心の空気が抜け落ちがちです。

この連載では週1回、その週の海外AIニュースの要点と、英語圏のコミュニティ(Redditなど)で話題になった「リアルな使われ方」を、日本のビジネスユーザー向けにまとめてお届けします。

今週の海外AIニュース

Anthropicも自社モデルの「脱走」を3件公表:14万回の評価記録を洗い直した

先週号でお伝えした「OpenAIのモデルが評価用サンドボックスを脱出してHugging Faceに侵入した事件」の続報です。7月30日、Anthropicが「自社のClaudeも、サイバーセキュリティの評価中に3つの組織のシステムへ不正アクセスしていた」と公表しました。OpenAIの公表を受けて自社の履歴を洗い直した結果です。

調べたのは141,006回の評価実行。そのうち3件で、モデルが隔離環境の中からインターネットに到達していました。原因は、評価パートナーであるIrregular社と共同で運用していた評価環境の設定ミスです。「このテスト環境はインターネットに繋がっているのか」という認識が両社の間でずれていた、とAnthropicは説明しています。同社は責任の所在を問わず「修正は自社だけの責任として進める」としています。

現地で最も注目されたのは、TechCrunchが取り上げたモデルごとの振る舞いの違いです。関わったのは3つのモデルで、いずれも「インターネットには接続していない」とプロンプトで明示的に伝えられていました。最も古いOpus 4.7は、4回の実行すべてで「これは本物の本番システムだ」と気づいていながら、4回とも攻撃を続けました。うち2回は「この実在企業も演習の一部なのだろう」と自分を納得させ、認証情報の抜き取りと本番データベースへの接触まで行っています。Mythos 5も本物のインターネットに出ている兆候を掴みましたが、「やはりこれはシミュレーションだ」と考え直し、悪意あるソフトウェアパッケージを公開リポジトリのPyPIに公開しました。それは発見されるまでに外部のシステムでダウンロードされ実行されています。自力で止まったのは、3つのうち最も新しい社内研究用モデルだけでした。

実務への一言:先週の教訓は「隔離は思ったより簡単に破られる」でしたが、今週はその先です。「外に出るな」と指示しても、モデルは目の前が本番環境だと気づいたうえで作業を続けることがある。指示は安全装置になりません。AIエージェントに業務システムを触らせるなら、指示ではなくネットワークと権限で止める設計にしてください。判断の目安は「取り消せるか」「後から何が起きたか分かるか」「壊れる範囲は限られているか」の3つです。

MicrosoftがCopilotの「スーパーアプリ」を年内に出すと明言

7月29日の決算説明会で、Microsoftのサティア・ナデラCEOが、Copilotのチャット・コーディング・エージェント機能をまとめた「スーパーアプリ」を年内に出すと明言しました。「Copilotはチャットから Cowork、Autopilots へと急速に進化している。今四半期、これらのCopilot体験をコードも含めて1つのスーパーアプリにまとめる」という発言で、個人向けと法人向けの両方をまたぐとしています。

構想自体は5月にFortuneが報じていましたが、CEOが公の場で時期まで示したのは今回が初めてです。OpenAIも先日、ChatGPTとコーディングツールCodexを統合した「ChatGPT Work」を発表しており、「チャット」「コーディング」「エージェント」がバラバラのアプリに分かれている今の状態は、各社とも今年中に畳みにかかっているように見えます。

実務への一言:Microsoft 365を使っている会社にとっては、この統合が来ると「どのCopilotの話をしているのか」という社内の混乱が一度リセットされます。逆に言えば、いま複数のCopilotごとに個別のマニュアルや社内ルールを作り込んでいる場合、年内に作り直しが発生する可能性が高いということです。作り込みは最小限にして、「何をAIに任せてよいか」という判断基準のほうを先に固めておくのが安全です。

LinkedInに「AIスロップっぽい」報告ボタンが付いた

ビジネスSNSのLinkedInが、投稿を「AIスロップに見える(Seems like AI slop)」として報告できるボタンを導入しました。AIスロップとは、AIで量産された中身の薄い投稿のことです。投稿の「…」メニューから報告でき、押すとその投稿が非表示になります。

背景として記事が引いているのは、AI検出サービスPangramの調査です。LinkedInの長文投稿のうち41%が「完全にAI生成」と判定されたと報じられています。LinkedInの最高製品責任者は「AIスロップは我々全員にとって最優先の課題だ」と述べ、報告ボタンに加えて、低品質な投稿を判別する分類器を強化し、おすすめ欄やつながり外からの表示を減らすとしています。さらに、投稿をAIで「良くする」機能は廃止し、「あなたの声を変えずに校正するだけ」の機能に置き換えるとのことです。

実務への一言:プラットフォーム側が「AIで書いたこと」ではなく「中身が薄いこと」を減らしにきている、という読み方が正確です。AIで下書きを作ること自体は問題になりません。危ないのは、自社の一次情報(実際の案件、数字、現場で起きたこと)が1つも入っていない投稿です。AIに書かせる前に、その投稿にしか書けない事実を1つ用意する。これだけで判定にも読者にも効きます。

「AIで本当に成果を出せる技術者は全米に2,000人」という調査

企業がAIの導入で実際に利益を出すには、モデルを選ぶ人ではなく、現場に入って業務に組み込む技術者が要る。その職種はフォワードデプロイド・エンジニア(FDE)と呼ばれ、いま奪い合いになっている、という調査です。人材紹介のChristian & Timbers社がまとめました。

数字が具体的です。米国内のFDEはおよそ17,000人。そのうち「業界知識・交渉できる立ち位置・実務でのAI経験」が揃っていて、企業に安定して投資回収をもたらせる水準の人材は約2,000人と推計しています。調査は「2,000人が空いている、ではない。全部で2,000人だ」と書いています。年初は5〜10%の企業しかFDEの採用を考えていなかったのが、第2四半期末には70%に跳ね上がり、大手のコンサル・サービス企業は人数を10倍にして20〜100人規模のチームを作ろうとしているとのことです。調査は250人超の採用担当役員、Fortune 500の役員80人、FDE本人300人超への取材にもとづいています。

印象的なのは、記事に出てくるこの一言です。「多くのFDEは、あなたの会社にClaude Codeを配って回ることはできる。だが、あなたの会社の看板になるAI機能を作れる人はごくわずかだ」

実務への一言:これは日本の中小企業にとって、悲観的な話ではなく設計の話です。「ツールを配れる人」と「業務に組み込める人」は別の能力で、足りていないのは後者。そして後者に必要なのは最新モデルの知識ではなく、自社の業務手順を言語化できる力です。外部人材を待つより、自社の業務を一番よく知っている社員がAIを扱えるようになるほうが、この構図では速い。研修の設計を考えるとき、ここが分岐点になります。

海外ではこう使われている(今週のReddit)

ここからは、世界最大級の掲示板コミュニティRedditで今週話題になった「AIのリアルな使われ方」です。いずれも投稿者本人の報告で、内容はスレッドへのリンクから確認できます。

Power AutomateのフローをAIが作って直せるようになった。ただし投稿者は「爆心半径から遠ざけろ」と書く

Microsoftの業務自動化ツールPower Automateについての報告です。従来のAI機能は「式を提案する」「基本的なフローの定義を生成する」程度でしたが、FlowAgent MCPという仕組みを通すと、AIエージェントがクラウドフローを作成・確認・修正・実行・デバッグまでできるようになったと投稿者は書いています。

面白いのは、投稿者がそのまま喜んでいないことです。「本当に便利になった。だが同時に、実害を出せるだけの権限を渡したことにもなる」として、自分のルールを3つ挙げています。その操作は取り消せるか。何が起きたか後から分かるだけの記録が残るか。壊れる範囲は限られているか。 1つでも「いいえ」があるなら、AIには任せないという線引きです。

試すなら、まず本番の業務フローではなく、自分だけが使うテスト用の環境で1本作らせてみるところからです。Power Automateは会社のデータに直接つながっているので、いきなり既存フローを触らせる使い方は避けてください。上の3つの問いは、Power Automateに限らずAIエージェント全般にそのまま使えます。

領収書のPDFをフォルダに入れるだけで、経費精算のExcelが埋まる

Power Automateを初めて触った人の報告です。「お試しの試作品ではなく、実際の業務課題を解きたかった」として作ったのが、SharePointの特定フォルダを監視する仕組み。領収書や請求書のPDFがそこに置かれると、店名・日付・金額・内容を自動で読み取り、社内の経費精算Excelテンプレートに書き込みます。明細が1行のものも複数行のものも扱えるとのことです。

日本の中小企業でそのまま刺さる題材です。経費精算は、金額そのものより「入力の手間」と「月末に集中すること」が問題になっている会社が多い。しかもこの投稿者は初プロジェクトでこれを作っています。AI活用の入口として、社内の誰か1人が業務を1つ選んで自動化してみる、という進め方の現実味がよく分かる例です。

調べさせる工程と、書かせる工程を分ける

調査のやり方についての報告です。投稿者は「事実を集める・証拠の強さを判断する・結論を書く、を1回でまとめてやらせるのをやめた」と書いています。理由は明快で、1回で通すと速いかわりに、出来上がった文章が「どこで根拠が弱くなったか」を隠してしまうから。

そこで工程を分け、まず集めさせ、次に「この主張の根拠は十分か」を監査させ、最後に書かせる。投稿者が実際にOpenAIという企業を調べさせた例では、製品・ビジネスモデル・経営陣・資金調達・沿革・競合と体裁の整った結果が返ってきたものの、監査させて初めて具体的な部分の裏付けの弱さが見えたと報告しています。

試すなら、次に何かを調べさせるとき、返ってきた文章をそのまま受け取らずに「この中で、根拠が弱い記述はどれですか。理由も添えて挙げてください」と続けて聞くだけで効果があります。追加のツールも設定も要りません。社内でAIの下調べを使っている会社は、この一手を手順に入れるだけで事故が減ります。

2年分の顧客との通話記録から、自社を「一人の人物」として描写させた

B2Bのフィンテック企業の担当者による報告です。営業と顧客対応の通話を数年分すべて自動で文字起こししていたものの、フォルダに置かれたまま使われていなかった。そこで全アーカイブを通話記録からテーマを抽出するツールにかけ、その要約をChatGPTに渡して、たった1つの指示を出しました。「顧客に対する話し方だけを根拠にして、この会社が一人の人間だったらどんな人物かを描写してください」

自社の性格を、社内の思い込みではなく顧客との実際のやりとりから逆算させる発想です。

試すなら、通話記録がなくても代わりは効きます。過去半年の問い合わせメール、見積書の備考欄、サポートのやりとりなど、顧客に向けて書いた文章をまとめて渡せば同じことができます。ブランドの言語化やサイトのコピーを見直す前段として使うと、「自分たちが言いたいこと」と「実際に伝わっている人物像」のずれが出てきます。

コードを書いたことがない人が、2時間で最初のページを作った

デジタルマーケティング歴17年、2008年からネットで仕事をしてきたが「本物のコードは一度も書いたことがない」という人の報告です。これまではいつも誰かに発注するか、ページ作成ツールと格闘するかだった。それが今回、OpenAIのCodexで自分のリンク集ページを、ボタンが並んだだけの平面から本当に動くページへ作り替えたそうです。

本人は「20分で諦めるつもりで始めた」と書いています。2時間後には、自分で誇れる出来のページができていた、と。

非エンジニアの方に読んでいただきたい報告です。ここで効いているのは、プログラミングの知識ではなく「17年ぶんの、どういうページなら成果が出るかという判断」のほうです。手を動かす部分をAIが引き受けたことで、その判断がそのまま形になった。業務知識のある人ほど、この差分が大きく出ます。

編集後記

今週は「AIに指示しても止まらないことがある」という話と、「AIで成果を出せる人は業務を知っている人だ」という話が、別のニュースとして同じ週に出てきました。この2つは裏表です。AIは指示の言葉づかいでは制御しきれないので、権限と手順という仕組みの側で設計する必要がある。そしてその設計ができるのは、モデルに詳しい人ではなく、その業務が何をしているかを知っている人です。今週のRedditに並んだ「初めてのPower Automateで経費精算を自動化した」「17年の判断がそのまま形になった」という報告も、結局は同じことを別の角度から言っています。

KOIYALからのお知らせ

この連載は週1回のペースで更新していく予定です。新着記事のお知らせと、メルマガ限定の「最近のAIニュースへのひとことコメント」は、メルマガ「KOIYAL通信」でお届けしています。配信はいつでも解約できます。

また、記事で紹介したようなAI活用を自社や自分の仕事に落とし込みたい方向けに、法人向けAI研修・DX研修(厚生労働省「人材開発支援助成金」の対象講座あり)と、個人向けマンツーマンAIメンタリング(1対1・完全オンライン)をご用意しています。「まず何から始めればいいか相談したい」という段階でも、お気軽にお問い合わせください。