OpenAIは「AIに仕事を渡す会社」へ。Ona・Codex・HarnessとJony Iveのデバイス

OpenAIは、どんな人を採用して、どんな会社になろうとしているのか。

今回のOna買収とCloud Agents求人を、単なる買収ニュースとして読むとつまらない。面白いのは、求人票に書かれた「欲しい人」と、Onaが持つ「AIの仕事場」が、同じ未来を指していることです。

結論はこうです。OpenAIが探しているのは、AIを賢くする人だけではありません。AIが数時間・数日働けるように、クラウド、権限、状態、監視、コスト、レビューまでつなぐ人です。OpenAIは、モデルを提供する会社から、AIが仕事を続けるための場所をつくる会社へ広がろうとしているように見えます。

ただし、これは公式に発表された会社の定義ではなく、公式発表と求人からの推測です。買収完了、具体的な新製品、マルチエージェントの一般提供は確認できていません。

元のX投稿に添付された画像

imjustnewataiのX投稿に添付されていた元画像2枚を、記事データとして保存しました。画像内の英文は画像から読み取った内容です。事実の確認は、画像に対応するOpenAI公式発表とOpenAI公式求人で行っています。

画像1：Onaの公式発表

画像1の見出しは、OpenAI公式発表の「Giving Codex a persistent place to work」です。日本語では「Codexに、持続的に働ける場所を与える」。画像には、Onaがソフトウェア開発をローカルマシンからクラウドへ移してきたこと、Codexの次の段階ではラップトップを閉じても顧客のクラウド環境内でエージェントが働き続けられることが書かれています。

画像2：Cloud Agents求人

画像2の見出しは、OpenAI公式求人「Software Engineer, Cloud Agents」です。日本語では「ソフトウェアエンジニア、Cloud Agents」。本文には、長時間動くエージェントのために、オーケストレーション、サンドボックス、隔離、シークレット、アイデンティティ、観測可能性、信頼性、コスト管理をつくるチームだと書かれています。

元投稿本文の日本語訳

以下は、imjustnewataiのX投稿の英文を日本語にしたものです。ここには投稿者の推測が含まれています。OpenAIの公式事実と混ぜないよう、記事内では「投稿者の解釈」として扱います。

> これは、Tiboが話していることだと思います。
>
> OpenAIは、Codexをローカルマシンから安全で永続的なクラウド環境へ移すために、Onaを買収しました。発表では、これをまさに「Codexの次のフェーズ」と呼んでいて、ラップトップを閉じたあともエージェントが働き続けると説明しています。Tibo本人も、その発表で引用されています。
>
> それから、OpenAIがいま募集しているポジションを見てください。
>
> 「Software Engineer, Cloud Agents」です。
>
> このチームは、長時間動くエージェントのためのオーケストレーション、サンドボックス、ストレージ、アイデンティティ、観測可能性、コスト管理をつくっています。求人には、Codex、ChatGPT、API全体で「大規模なエージェントのオーケストレーション」を設計すると書かれています。
>
> だからTiboが、Codexは2〜3か月後には原始的に見え、次世代にはノートPCだけでは足りないと言っているとき、私は、一つのモデルが目標を達成するために必要なクラウド上の組織をつくれる、という意味だと思っています。
>
> 別々のコンピューター。別々のエージェント。共有メモリ。ツール。権限。数日間の中断のない作業。
>
> あなたのノートPCは、一時的なAI企業のコントロール画面になります。
>
> 最初の画像はOna、2番目は求人情報です。

原文：imjustnewataiのX投稿。なお、投稿本文は「bought（買収した）」と表現していますが、OpenAI公式発表は「to acquire（買収へ）」で、買収完了とは書いていません。

まず求人票を読む：OpenAIが探している人

OpenAIの求人タイトルは、Software Engineer, Cloud Agents。所属は「Codex – Engineering – San Francisco」です。

この求人で求められているのは、単にモデルを呼び出すアプリをつくる人ではありません。長時間動くエージェントを、実際の顧客環境で壊さず、安全に、費用を管理しながら動かすプラットフォームの設計者です。

求人から読み取れる人材像は、次の4つです。

分散システム、バックエンド、クラウド基盤を本番運用まで持っていける人
あいまいな問題から、実際に使える大規模システムを設計できる人
ChatGPT、API、Codexのプロダクトチームと一緒に、共通基盤をつくれる人
複雑なインフラを抽象化し、他の開発者やユーザーには簡単に見せられる人

経験年数は9年以上が目安として書かれ、Python、Go、Rust、TypeScriptなどのバックエンド言語、分散システム、クラウド、信頼性が挙げられています。

つまりOpenAIが欲しいのは、「AIについて詳しい人」だけではありません。AIが現実の仕事をするための、見えない土台をつくれる人です。

出典はOpenAI公式求人「Software Engineer, Cloud Agents」です。

Tiboの「ノートPC以上」は、この求人とつながる

OpenAIのCore Products Lead、Thibault Sottiaux（Tibo）は、Codexについて次のように投稿しました。

> “The next generation of models need more than your laptop.”

日本語にすると「次世代モデルには、あなたのノートPC以上のものが必要になる」です。

これは高性能なノートPCを買えば解決する、という話ではなさそうです。次のモデルには、仕事を任せる計算資源、状態を保持する場所、ツールへの接続、権限、監視、レビューが必要になる。その周囲をつくる人を、OpenAIが実際に採用しようとしている――というつながりが見えます。

出典はTibo本人のX投稿です。

画像1の文字：OpenAIはOnaを買収へ

最初の画像は、OpenAI公式発表のスクリーンショットです。見出しは次のとおりです。

OpenAI to acquire Ona

日本語では「OpenAI、Onaを買収へ」です。

小見出しは、Codexを「長時間動くエージェントのための、安全で顧客が管理できるクラウド基盤によって拡張する」という内容です。発表本文では、Codexの重要な仕事が数分ではなく数時間・数日単位になっていると説明されています。

公式ページには、Codexに「永続的な仕事場を与える」という見出しもあります。Onaの技術によって、エージェントが顧客のクラウド環境の中で、ノートPCを閉じたあとも作業を続けられるという説明です。

ここでのポイントは、単にOpenAIのサーバーへファイルを預けるという話ではないことです。OpenAIは、企業側が次の項目を管理できることを強調しています。

どこでエージェントを動かすか
何にアクセスさせるか
認証情報や権限をどう絞るか
活動をどう記録するか
作業をどうレビューへ回すか

つまり、モデルの賢さだけでなく、エージェントが働く場所と権限を商品として整える段階に入っています。

なお、発表の表現は「買収した」ではなく「買収する」です。必要な規制上の承認などが終わるまで、OpenAIとOnaは別会社として運営されると明記されています。

出典はOpenAI公式発表「OpenAI to acquire Ona」です。発表内のOpenAI側の引用者は、Thibault Sottiaux（OpenAI Core Products Lead）です。

画像2の文字：求人票は未来の設計図

2枚目の見出しは、Software Engineer, Cloud Agents。所属は「Codex – Engineering – San Francisco」です。

画像に並ぶのは、オーケストレーション、サンドボックス、隔離、シークレット、アイデンティティ、監視、信頼性、コスト管理。つまり「AIをつくる求人」というより、AIを現実の環境で働かせる求人です。

しかも対象はCodexだけではありません。求人には、ChatGPT、OpenAI API、Codexをまたいでエージェント基盤を設計すると書かれています。ここから、Cloud Agentsが1つの機能ではなく、OpenAI製品を横断する共通基盤になる可能性が見えてきます。

出典はOpenAI公式求人「Software Engineer, Cloud Agents」です。

Onaが持ち込む「AIの仕事場」

Onaの共同創業者兼CEO、Johannes Landgrafも、買収発表に合わせて「Ona is joining OpenAI」という記事を書いています。

Landgrafは、Onaが提供するものを、単なる開発者向けのクラウド環境ではなく、エージェントが安全な環境の中で、アクセス権、文脈、ツール、状態を持って仕事を続けるための基盤として説明しています。

また、ノートPC、スマートフォン、タブレットのどこからでも仕事を引き継げる、ソフトウェアと知識労働の両方へ広げられる、という方向にも触れています。

ここでいう「状態」は、作業の途中経過や必要な文脈を保持する考え方です。ユーザーが毎回、最初から説明し直すのではなく、クラウド上の仕事場が継続しているイメージです。

出典はOna公式「Ona is joining OpenAI」です。この記事の筆者はJohannes Landgrafです。

そもそもHarnessとは何か

ここで出てくる Harness（ハーネス） は、AIモデルそのものではありません。モデルを、長く続く仕事として動かすための「周辺の制御システム」です。

OpenAIの公式ドキュメント「Sandbox Agents」では、Harnessをモデルの周囲にあるコントロールプレーンと説明しています。エージェントのループ、モデル呼び出し、ツールの振り分け、別エージェントへの引き継ぎ、承認、トレース、復旧、実行状態を担当します。実際にファイルを読み書きしたり、コマンドを動かしたりする場所は、別のサンドボックスです。

役割	たとえるなら	担当するもの
モデル	考える人	次に何をするかを提案する
Harness	司令室・現場監督	仕事の順番、ツール、権限、承認、ログ、復旧を管理する
Sandbox	作業場	ファイル、コマンド、パッケージ、実行環境を持つ

つまり、モデルに「賢く答えて」と頼むだけならHarnessは小さくて済みます。しかし、数時間・数日かけて作業し、途中で人が確認し、失敗したら再開するなら、モデルの外側に大きな仕組みが必要です。

この視点でCloud Agents求人を読むと、オーケストレーション、サンドボックス、ストレージ、アイデンティティ、観測可能性、信頼性、コスト管理が並ぶ理由が見えてきます。これらはモデルの性能ではなく、モデルを安全に働かせ続けるHarness側の課題です。

ただし、OpenAIがOnaの製品をそのまま「Harness」と正式に呼んでいるわけではありません。Ona買収とCloud Agents求人が、Harnessに必要な構成要素と重なっている、というのがこの記事での整理です。

出典はOpenAI公式ドキュメント「Sandbox Agents」です。

このニュースから逆算する「一つの依頼」

ここからは、公式発表ではなく筆者の設計妄想です。

「この記事を書いて」のような一行だけでは、長時間動くエージェントは迷います。必要なのは、プロンプトというより仕事の依頼書（Mission Brief）です。目的だけでなく、入力、成果物、使ってよい環境、禁止事項、権限、期限、レビュー方法、完了条件まで渡します。

あなたは編集チームのオーケストレーターです。

目的：このニュースを、事実・引用・推測を分けた日本語記事にする。
入力：X投稿URL、OpenAI公式発表URL、求人URL、元投稿に添付された画像。
成果物：記事本文、画像内テキストの日本語訳、引用元リンク、予測セクション、EY候補。
役割：調査、画像保管、翻訳、編集、出典確認、EY制作を分担する。
禁止：公式情報と推測を混ぜない。買収完了と断定しない。未確認の発売日を作らない。
権限：ローカルの下書きと画像保存まで。公開は私が「koukai」と言った後だけ。
レビュー：各主張の直後に出典リンクを置き、画像の保存先とハッシュを記録する。
完了条件：本文、元画像、翻訳、出典、予測、未確認事項がそろい、公開前チェックを通る。

この形なら、一つのモデルが「考える」だけでなく、仕事を分解し、別のエージェントへ渡し、途中状態を残し、人間の確認待ちで止まれます。これはTiboの投稿から直接確認できる仕様ではなく、OpenAIの発表とCloud Agents求人から逆算した設計です。

つくるべきSkill

一つの巨大なSkillに全部詰め込むより、仕事の境界ごとに分けた方が安全です。

mission-brief：目的、対象、非対象、成果物、完了条件を最初に固定する
source-lock：主張、引用、画像内テキスト、原文URL、確認日を結びつける
asset-keeper：元画像を保存し、ファイル名、取得元、ハッシュ、利用箇所を記録する
orchestra：調査、翻訳、編集、画像、検証を役割分担し、依存関係を管理する
resume-state：途中結果、失敗、承認待ち、次にやることを残して再開する
review-publish：下書き、画像接続、公開、公開後確認を別状態にする

最初に作るなら、source-lock と review-publish です。長時間動くAIで一番怖いのは、作業が止まることより、推測が事実として公開されることだからです。

Onaの資産を分解すると、OpenAIが欲しかったもの

Onaの価値は、単なるクラウドVMや「AIを動かす箱」ではありません。Ona公式の説明と現在のプラットフォーム説明を重ねると、次の資産の組み合わせが見えます。

信頼できる仕事場：エージェントが使うコード、ツール、ネットワーク、文脈を持つ、顧客管理のクラウド環境。
継続実行：ラップトップを閉じても、端末を変えても、作業の状態を引き継げる背景エージェント。
再現可能な環境：毎回同じ条件で立ち上がる開発環境と、繰り返し使える自動化。
オーケストレーション：複数のエージェントやワークフローを、目的・スケジュール・Pull Requestなどから動かす仕組み。
企業向けの境界線：VPC、スコープ付き認証情報、監査ログ、ネットワーク制御、カーネルレベルのポリシー。
現場の知識：大規模な開発環境をクラウドへ移し、企業の制約の中で運用してきた経験と顧客接点。

OpenAIが欲しかったのは、個別の機能というより、モデルが仕事を始めてから、人間が結果をレビューするまでの連続した運用資産だったのだと思います。OpenAIは知能と製品・配布力を持ち、Onaは仕事場、制御、実行、企業導入の知識を持っていた。この補完関係が買収の核心に見えます。ここも、買収の契約内容を推測した断定ではなく、公開情報からの分析です。

私がこの機能を入れるなら：attrip版の妄想

自分の環境に同じ考え方を入れるなら、最初から「AI企業」をつくりません。記事作成という一つの仕事を、再開できる小さな仕事場にします。

URLを1つ貼る：X投稿、公式発表、求人、元画像を入力する。
source-lockが資料を固定する：原文、翻訳、事実、推測、画像の取得元を分ける。
役割を分ける：調査担当、翻訳担当、画像保管担当、編集担当、出典検証担当、EY担当を動かす。
一つの画面で見る：いま調査中か、レビュー待ちか、画像だけ未接続か、公開可能かを表示する。
人間が判断する：事実の境界、記事の面白さ、公開可否は私が決める。
koukaiで初めて公開する：公開後にURL、画像、本文、出典リンクを確認する。

この場合、ノートPCはエージェントが働く場所ではなく、仕事の目的を渡し、途中経過を見て、最後に責任を引き受けるコントロール画面になります。今回の記事でいえば、「元画像を保存して、画像内の英文を訳し、公式リンクをその場に置き、事実と妄想を分けて記事にして」と一度頼めばよい。

3層で読む：Onaは仕事場、Harnessは司令室、ioは入口

ここからは、公式発表と求人、Sarah Friarの発言を重ねた推測です。OpenAIがつくろうとしているものは、モデル単体ではなく、仕事を始めてから人間が確認するまでをつなぐ3層の基盤ではないでしょうか。

部品	役割	読者から見える形
Harness	モデルに文脈・記憶・ツール・権限・承認・ログを与え、仕事の流れを管理する	目的を渡すと、必要な手順を組み立てる司令室
Ona	エージェントが状態と道具を持ち、顧客のクラウド内で長時間動く仕事場	ノートPCを閉じても作業が続く場所
ioのデバイス	人が目的を話し、途中経過や通知を受け取るための人間側の入口	スマホを取り出さずにAIへ依頼する接点

OpenAIの発表は、Onaが顧客のクラウド環境を提供し、OpenAIが知能とオーケストレーションを提供する形を説明しています。求人は、その基盤をChatGPT、API、Codexへ広げる役割です。Harnessは、その2つを安全な仕事の流れとしてつなぐ制御面になります。

この3つをつなぐと、OpenAIは「AIに質問して答えをもらう会社」から、AIに仕事を渡し、仕事が進む場所とルールまで提供する会社へ広がろうとしているように見えます。

今回のSNS投稿者、imjustnewataiは、この方向を「ノートPCが一時的なAI企業のコントロール画面になる」と解釈しました。複数のコンピューター、エージェント、状態、ツール、権限を、1つの目的に合わせて動かす未来です。

この表現は面白い一方、公式の製品仕様ではありません。「1つのモデルがAI企業を自動でつくる」「数日間のマルチエージェント組織がすぐ一般提供される」という部分は、まだ推測です。 出典はimjustnewataiの投稿です。

では、Jony Iveのデバイスは関係あるのか

ここで、Jony IveとOpenAIのハードウェア計画を別ニュースとして切り離すと、全体像を見失います。

OpenAI公式のSamとJonyによる説明は、io ProductsのチームがOpenAIに加わり、新しい製品とインターフェースを考えていることを説明しています。ただし、製品の形やOnaとの技術的な接続までは発表していません。

OpenAI CFOのSarah Friarは、All-Inのインタビューで、いまの技術が人々を「親指で話す」状態にしたと語り、それを病気のように表現しました。さらに、新しいデバイスを自分で試したこと、年末から来年初頭にかけて発表・購入の時期が来ること、技術が自然で親密なものになり背景へ消えていくことを話しています。これはOpenAI公式発表ではなく、Friar本人のインタビューでの発言です。

同じインタビューの後半で、Friarはエージェントのレイヤー、Harness、文脈と記憶についても話しています。自分のCodexには、好みや関心を理解する大きなメモリーファイルがある、と説明しました。ここが重要です。デバイスの話とCodexの話が、同じ「人間の意図を受け取り、文脈を持ったAIが動く」という設計思想でつながっているからです。

Tony JacobのX投稿は、このデバイスを画面のない音声中心のウェアラブルや、イヤーピース、小さなパックのようなものではないかと紹介しています。SweetpeaやDimeという名前も含め、ここは現時点で公式確認されていない情報です。形を当てることより、人間側の入口がキーボードと画面から会話へ移る可能性に注目した方がよいでしょう。

もし両者がつながるなら、体験は次のようになります。

声で目的を伝える → Harnessが文脈・権限・ツールを選ぶ → Onaがクラウドで長時間実行する → デバイスやスマホ、PCで通知を受けて承認する。

これは発表済みの接続仕様ではありません。Onaが「AIの仕事場」、Harnessが「仕事の記憶と制御」、ioのデバイスが「人間側の入口」になるという、公開情報からの推測です。

ここから予測できること：AIは「答える」から「預ける」へ

ここからは公式発表ではなく、Ona、求人、Sarah Friarの発言を重ねた筆者の予測です。

短期：まずは企業の仕事がクラウドへ移る

Cloud Agents求人が示すのは、モデル研究だけでは足りないという判断です。最初に進むのは、企業の長時間・高コストな仕事でしょう。顧客側クラウド、資格情報、監査、分離環境、コスト管理を先に整える必要があるからです。

中期：デバイスは「仕事を始める入口」になる

新デバイスが実際に登場すれば、スマートフォンを完全に置き換えるより、短い会話で目的を伝え、長い仕事をCodexやOnaへ預ける入口になる可能性があります。画面のあるスマホやPCは消えず、成果物の確認、権限変更、承認、料金の確認を担うはずです。

長期：複数の入口の下に、一つの仕事の状態が残る

ChatGPT、API、Codex、そしてioのデバイスから同じ仕事を始め、Harnessが文脈・記憶・権限を引き継ぎ、Onaがクラウドで実行する。そんな体験が実現すれば、製品の価値はモデルの回答速度だけでなく、どれだけ正確に仕事を引き継ぎ、途中で人間へ戻せるかに移ります。

リスク：便利さより先に、境界線が必要になる

音声中心の端末には、常時聞いているのか、誰の発言を保存するのかという問題があります。長時間エージェントには、誤操作、権限の広がり、記憶の混同、料金の暴走もあります。実用化には、物理ミュート、明確な録音表示、権限の期限、承認ゲート、監査ログ、停止と復旧の仕組みが欠かせません。

観測ポイント：本当に始まったかを見分ける

新デバイスの形、センサー、プライバシー表示が公式に示されるか
デバイスからCodexやCloud Agentsの仕事を開始・再開できるか
Harnessの記憶、権限、承認、ログを人間が確認・変更できるか
ChatGPT、API、Codexをまたいだ実行状態と料金が見えるか
数時間・数日動く仕事を、途中で止めて人間へ戻せるか

この5点がそろって初めて、「AIが答える」から「AIに仕事を預ける」への変化が始まったと言えます。

まだ発表されていないもの

Onaの買収完了、ioの新デバイスの形や名前、Onaとデバイスの直接連携、共有メモリの一般提供、複数エージェントの仕様、料金、個人向けプランは確認できません。

だから「OpenAIはAI企業を自動生成する」「ioの端末からOnaを操作できる」と断定する記事にはしません。確定しているのは、AIが長く働くクラウド基盤と、それをつくる人材をOpenAIが必要としていること。そして、OpenAIが人間とAIの新しい接点を考えていることです。

読者が見るべきポイント

この変化が本当に始まったかを見るなら、モデル名やデモの派手さだけでは足りません。

エージェントは、どこで動くのか
何にアクセスでき、誰が権限を決めるのか
作業の状態、ログ、成果物を途中で確認できるのか
何時間・何日動き、料金をどう制御できるのか
失敗した仕事を止めて、戻して、レビューできるのか

ノートPCは「全部を実行する機械」から、目的を入力し、進み具合を見て、必要なときだけ判断する画面へ変わるかもしれません。人間がエージェントの横で待つのではなく、仕事の判断とレビューを担う形です。

結論：AIの主戦場は、モデルの外側へ移る

今回のニュースで一番おもしろいのは、Onaの買収だけでも、ioの新デバイスだけでもありません。

OpenAIは、AIを賢くする人に加えて、AIが仕事を続けられる場所をつくる人を採用しています。Onaは仕事場、Harnessは記憶・権限・道具を束ねる司令室、ioのデバイスは人間が目的を渡す入口になるかもしれません。

「AI企業のコントロール画面」という表現は、現時点ではSNS投稿者の推測です。ただ、OpenAIの発表、求人、Friarの発言を重ねると、AIの競争軸がモデルの回答だけから、文脈を保ち、安全に実行し、人間へ戻せる仕事の連続性へ移りつつあることは見えてきます。

次にOpenAIの発表を見るときは、モデル名やデバイスの形だけでなく、AIがどこで働き、何を覚え、誰の許可で動き、どの画面へ結果を返すのかに注目したいところです。

よくある質問

Onaの買収は完了しましたか？

まだ完了済みとは書けません。OpenAIは買収へ進むと発表しており、規制上の承認などが終わるまで、OpenAIとOnaは別会社として運営されます。

Tiboは2〜3か月後の新製品を発表したのですか？

いいえ。TiboはCodexが原始的に見える可能性と、次世代モデルにはノートPC以上が必要だという方向を示しただけです。具体的な製品名、発売日、料金は投稿にありません。

すぐに複数のAIエージェントが数日間働くのですか？

その可能性を感じさせる材料はありますが、一般提供の仕様として確認できたわけではありません。現段階では、公式情報から読める将来方向と考えるのが安全です。

ローカルで使っているCodexはなくなりますか？

その発表はありません。Ona買収の公式説明は、単一デバイスやアクティブなセッションに縛られない実行環境を広げる話です。ローカル利用をいつ、どう変えるかは別途発表を待つ必要があります。

ioの新デバイスからOnaやCodexを操作できるのですか？

現時点では確認できません。Sarah Friarは新デバイスとエージェント、Harness、Codexの記憶について同じインタビューで話していますが、ioとOnaを直接つなぐ製品仕様は発表していません。この記事では、Ona＝仕事場、Harness＝制御、io＝入口という推測として扱っています。

読者は何を確認しておけばよいですか？

クラウド実行が広がったときに、保存場所、権限、ログ、レビュー方法、料金を確認できるようにしておくことです。便利そうだからという理由だけで、仕事のデータをすぐ移す必要はありません。