AIエージェントを実務に組み込む境界線──Apple、1Password、OpenAIの線引き
Apple Intelligenceが中国上陸──アリババQwenとバイドゥが担う現地AIの形
Reutersの報道によると、中国のインターネットコンテンツ規制当局（CAC）がApple Intelligenceの国内提供を承認したようだ。Apple Intelligenceが中国で動く。ただし、自社モデルだけではない。アリババのQwen AIモデルがiOS、iPadOS、macOS、visionOSに統合される。さらにバイドゥも機能開発に協力することが明かされている。
Apple Intelligenceは2024年にデビューした。だが中国市場では規制当局の承認が得られず、提供が遅れていた。この間、中国のスマホ市場では各社が自前のAI機能を売りにしている。Appleとしては焦ったはずだ。第2四半期の大中華圏での売上は205億ドル。前年比28%増という好調さを維持するにも、AI機能の空白は致命的になりかねない。
興味深いのは提携先の選択だ。アリババのQwenはオープンソースコミュニティでも存在感があるモデルだ。バイドゥは中国AIの老舗。この2社が並ぶ構図。以前から提携は噂されていたが、Appleが自社モデルを中国向けに適応させる際に課題を抱えていたと報じられていた。独自のコンテンツ規制に対応するには、現地のモデルとインフラが不可避だったのだろう。
開発者にとって何が変わるか。中国市場向けのアプリを開発しているチームは、Apple IntelligenceのAPIをどう扱うかを見極める必要がある。グローバル版と中国版でバックエンドのモデルが異なる。Qwenやバイドゥのモデルが前提となるなら、プロンプトの設計や出力の期待値が変わってくる。テストも二度手間になるかもしれない。
それに、データの処理場所も気になる。Appleはプライバシーを売りにしているが、中国の規制下でどこまでその方針を貫けるのか。ユーザーデータがどこで処理され、どこに保存されるのか。このあたりの詳細はまだ分からない。DeepSeekやByteDanceとの統合も模索しているとされるだけに、提携先ごとにデータの扱いが変わる可能性がある。
中国市場でアプリを展開している開発者は、この二層構造を意識しないといけない。グローバル版のApple Intelligenceと中国版のApple Intelligence。同じブランドで、中身が違う。どこまで差が出るか、まだ分からない。だが少なくとも、中国向けのテスト計画は見直しが必要になる。
AIエージェントにパスワードを渡さずに認証を任せる仕組みができた
1Passwordが「1Password for Claude」を発表した。AnthropicのClaudeが、1Passwordに保存されたログイン情報を使ってウェブ上のタスクを自動実行できるというブラウザ統合機能だ。旅行の予約やアカウント管理といった複数ステップの作業を、いちいち手動でログインしなくても進められる。
ここで気になるのは「パスワードをAIに渡すのか」という点だろう。1Passwordは「zero-exposure security framework」という仕組みを新しく開発した。Claudeが必要な認証情報を使う際、セキュアなチャネル経由で直接ブラウザに注入される。AIモデルのメモリにも、Anthropicのシステムにも、パスワードやMFAのワンタイムコードは一切届かない。エージェントがブラウザを操作する瞬間、1Passwordは自動でロックダウンされ、そのタスクに明示的に許可された情報だけが使える。ボールト内の他のデータには触れない。
タスクごとに生体認証で承認する仕組みも用意されている。完全にノータッチで動くわけではない。とはいえ、都度ブラウザを奪って手動ログインする手間に比べれば大幅な改善だ。1Passwordはオートフィル後にページをスキャンし、フォーム送信後に機密情報が残っていないかも確認している。
現時点で利用できるのはMacのみ。1Passwordのデスクトップアプリとブラウザ拡張、そしてClaudeのデスクトップアプリとブラウザ拡張がそれぞれ必要だ。対応範囲もログイン関連の認証情報に限られていて、支払いカードや個人情報へのアクセスはローンチ後のアップデートで追加される見込み。
AIエージェントが実務で本当に役立つには、認証の壁を越えられるかが鍵になる。これまでは「パスワードを渡すか、手動で介入するか」の二択だった。1Passwordのこのアプローチは、そのどちらも選ばない第三の道を提示している。認証情報をモデルに晒さずにエージェントの自律性を高める。エージェント系プロダクトを扱うチームにとって、この「見せないけど使わせる」枠組みがデファクトになるのか。それとも別の課題——承認フロー自体のUXや、スコープの granularity——で壁にぶつかるのか。実際にMacで試してみないと、どこが摩擦点になるかは分からない。
LLMでLLMをハックする時代が来たのか
OpenAIが「GPT-Red」というLLMスーパーハッカーを公開した。MIT Technology Reviewの2026年7月16日付記事が伝えている。GPT-Redは、OpenAIの他のモデルのサイバー攻撃に対する防御力を高めるためのスパーリングパートナーだ。いわゆるレッドチーミングを自動化する。
レッドチーミングとは、システムをあらゆる手段で破壊・乗っ取りしようとする安全性評価の手法。
（例：意図的に攻撃的なプロンプトを入力してAIの制限を突破させたり、システム上の脆弱性を突いたりする擬似攻撃テストのこと）これまでは人間のテスターがチームを組んで手作業で行ってきた。OpenAIはこのプロセスをLLMに置き換えようとしている。
なぜ重要か。人間のレッドチーミングには限界がある。時間もコストもかかるし、発想の偏りも出る。攻撃パターンを網羅しようとしても、どうしても限界がある。LLMなら、スケールして大量の攻撃パターンを試せる可能性がある。AI自身がAIの防御を固める構図だ。
開発者にとって何が変わるか。自分たちのシステムのセーフティ評価やペネトレーションテストに、AIエージェントを組み込む流れが来るかもしれない。手作業でエッジケースを探すより、AIにプロンプトインジェクションの脆弱性を探らせる方が早い局面はあるだろう。
※プロンプトインジェクション：悪意のある指示をプロンプトに混ぜ込むことで、AIに設定された制約を無視させたり、機密情報を出力させたりする攻撃手法。OpenAIのGPT-Redも、プロンプトインジェクションの脆弱性を見つけることに特化しているという。
ただし、懸念もある。AIの攻撃パターンが偏れば、人間のレッドチーマーの多様な直感を再現できない。AIが見つける脆弱性は、結局AI的な偏りを持つことになる。本当に未知の攻撃ベクトルを見つけられるのか。そこはまだ分からない。
同じ記事内で、SunoがYouTubeやDeezerから何十年分もの音楽をスクレイピングして学習していたことや、Mira Muratiが創業したThinking Machinesがオープンウェイトモデル「Inkling」をローンチしたことも伝えられている。
（モデルの重み＝学習済みパラメータが公開されており、開発者が自身の環境で微調整や運用が可能な形式のこと）AIがAIを攻撃し、AIが著作権を無視して学習し、AIが新しい選択肢として市場に現れる。AIのエコシステム自体が、AIなしでは回らない速度で動き始めている。
レッドチーミングの自動化が実務にどう落ちてくるか。セキュリティテストのパイプラインにAIエージェントを組み込むことが当たり前になる日が来るのかもしれない。それとも、人間が最後の砦として残るのか。しばらくは人間とAIのハイブリッドで回すのが現実的な解になりそうだ。
まとめ
三つの話題に共通するのは、AIを実際のフローに組み込む際の「境界線」の設計だ。Appleは中国の規制という境界線を越えるため、自社モデルにこだわらず現地モデルを受け入れた。1PasswordはパスワードをAIに渡さない境界線を引くことで、エージェントに認証を任せつつ安全性を保った。GPT-Redは人間のレッドチーミングの限界を突破しようとしつつ、AI自身の偏りという新たな境界線に直面している。
この境界線は、どの程度AIに自律性を与えるかという問題に直結する。
1Passwordの「見せないけど使わせる」アプローチは、エージェントの自律性を高めつつ機密情報を守る巧妙な線引きだ。
一方Appleは、グローバル版と中国版でバックエンドを変えることで、規制という硬い境界線に対応している。
どちらも、AIに全てを任せるのではなく、人間の承認や既存の仕組みを介在させている点が共通する。
GPT-Redの事例は、この境界線の難しさを浮き彫りにしている。
AIにセキュリティテストを任せればスケールするが、AIの偏りをどう補うか。人間の直感とAIの網羅性をどうハイブリッドするか、まだ答えは出ていない。
AIエージェントが実務に入り込む場面では、どこを自動化し、どこに人間が介入するか。この線引きが、これからのプロダクト設計の核心になる。