Import AI 466:ロボティクスの教訓と長期間タスク、OpenAI のハッカー
Epoch と METR が公開したベンチマーク MirrorCode は、AI システムが CLI のみから大規模なソフトウェアを再実装する能力を評価し、最新モデルが数週間の人間作業を短時間で完了させる成果を示した。
AI深層分析を開く2026年7月28日 00:10
AI深層分析
キーポイント
MirrorCode ベンチマークの公開と目的
Epoch と METR は、AI システムがソースコードやウェブアクセスなしに CLI のみから大規模プログラムを再実装する能力を測るベンチマーク「MirrorCode」を正式にリリースした。
最新モデルの驚異的なパフォーマンス
Claude Opus 4.7 は、人間が数週間から数ヶ月を要すると推定されるタスクを14時間で完了し、推論コストは251ドルに抑えることに成功した。
AI の時間的進化と課題の残存
1年前のモデルが約30%のスコアだったのに対し最新モデルは大幅に向上したが、ruff や giac_subset といった特定の分野では依然として完全な解決に至らないケースが残っている。
大規模コードの実装成功事例
Apple の設定言語「pkl」や系統樹解析ツール「gotree」など、数万行から6万行規模の複雑なプログラムを複数のプログラミング言語で再実装する事例が確認された。
AI は環境から自己方向付けが可能
AI システムは入力出力へのアクセスを通じて、未知のソフトウェアプログラムをゼロから実装できる。これは非常に賢い AI エージェントが世界から学習し、ブラックボックスアクセスだけで独自の産業文明を構築する可能性を示唆している。
重要な引用
Opus 4.7 solved a task in 14 hours for $251 in inference cost which METR and Epoch believe would take a human 2-17 weeks to do.
Leading models from a year ago would have scored about 30%, and were limited to simpler programs, such as a calendar utility.
Across all 25 target programs, 17/25 had at least one perfect-scoring run. Four more targets had a near-perfect run scoring over 99%.
This suggests that very smart AI agents may be able to learn from the world in such a way that they can recapitulate things they interface with as homegrown capabilities, allowing them to bootstrap their own form of industrial civilization merely by having black box access to our own.
編集コメントを表示
編集コメント
AI が単なるコードの補完から、大規模システムの設計と実装まで自律的に行える段階へと急速に進化していることを示す決定的な証拠である。ただし、特定の分野での未解決課題も残っているため、万能なツールとしての過信は禁物だ。

AI 研究に特化したニュースレター「Import AI」へようこそ。本誌は arXiv の最新論文、カプチーノ、そして読者からのフィードバックを原動力に運営されています。ご支援いただける場合は、ぜひ購読をご検討ください。
購読はこちら
Epoch と METR は、AI システムが長期間を要するプログラミングタスクをどれほどこなせるかを評価するためのベンチマーク「MirrorCode」を発表しました。
……現時点では、最も難易度の高いタスクはまだ AI には解けません(これは良い知らせです)……
Epoch と METR が公開した MirrorCode は、人間が長時間を要するタスクを AI がどの程度処理できるかを測るためのベンチマークです。このベンチマークは昨年 4 月に発表され(Import AI #453)、今回は追加テストを加えて詳細化された形でリリースされました。
その結果は非常に印象的です。Opus 4.7 は、推論コスト 251 ドルで 14 時間かけてタスクを完了しました。METR と Epoch によれば、このタスクを人間がこなすには 2〜17 週間が必要になるとのことです。
「また、AI モデルの性能は時間とともに急速に向上していることも確認できました。1 年前の主要モデルでは正答率は約 30% に留まり、カレンダーユーティリティのような単純なプログラムに限定されていました。」
MirrorCode とは何か:AI システムが、CLI(コマンドラインインターフェース)へのアクセスのみを頼りにソフトウェアプログラムをどの程度再実装できるかを評価するものです。元のプログラムのソースコードや Web 上の情報にアクセスできない場合、完全な再実装にはコードを断片的に翻訳するのではなく、プログラム全体の構造を自ら設計する必要があります。
テスト対象となった例としては、Apple が開発したプログラミング可能な設定言語「pkl」(全61,000行)、系統樹の解析と操作を行うプログラム「gotree」(16,000 行)、そして CSV データのカラム選択と並べ替えを担う「qsv_select」(87,000 行)があります。
結果として、MirrorCode は扱いやすい反面、やや難易度が低いベンチマークである可能性があります。著者らは「全 25 の対象プログラムにおいて、17 で少なくとも 1 つの完全スコアの実行が達成された。さらに 4 つの対象では 99% を超えるほぼ完璧な実行結果が出た」と述べています。AI モデルは、大きな対象プログラムの再実装にも成功しました。Claude Opus 4.7 と GPT-5.5 は、複数のプログラミング言語で「gotree」の再実装を成功させ、コストは 100〜400 ドルでした。さらに gotree よりも大規模なプログラム、例えば「pkl」の再実装も Opus 4.7 が達成しています。
しかし、成功にもかかわらず MirrorCode には依然として困難な部分があります。「結果では、25 の対象プログラムのうち 8 つは 100% の閾値に達せず、4 つは 99% の閾値にも到達しませんでした」と著者らは指摘します。AI が最も苦戦したのは、Python のリンターおよびフォーマッターである「ruff」でした。また、数学パッケージの「giac_subset」や電子メール認証ライブラリの「mailauth」でも特に困難を伴いました。
リリースの詳細:MirrorCode はスケルトンと 25 の対象プログラムのうち 22 を組み合わせたもので構成されており、6 つの言語にわたる計 132 のタスクインスタンスを含みます。
なぜこれが重要なのか——AI システムは自ら環境を認識できる
このベンチマークの捉え方の一つは、AI システムがコーディング能力を飛躍的に向上させたことを示しているという点です。もちろんこれは事実ですが、より本質的な見方があります。それは、AI システムが自らの環境に対して自ら方向性を定められるようになったということです。ここでは「環境」とは未知のソフトウェアプログラムを指します。AI はそのプログラムとの入出力アクセスのみを通じて、ゼロから独自の実装を構築できるのです。
これは、極めて高度な AI エージェントが世界から学習し、自身が接するものを自らの能力として再構築できるようになる可能性を示唆しています。つまり、ブラックボックスとしてのアクセス権を持つだけで、自分たちの産業文明を自ら立ち上げることも可能になるかもしれません。
詳しく読む:MirrorCode——AI が単独で完了できる最大のソフトウェアプロジェクトは何か?(Epoch AI)
MirrorCode のコードはこちらで入手可能です(Epoch Research, MirrorCode)。
特集:「苦い教訓」とロボット工学
Anthropic のモデルが、人間による過去の最速記録を 20 倍上回る速度で自律的にロボットタスクを完了
…より優れたモデルを通じて、より良いロボットへ…
Anthropic は、汎用性の高い大規模モデルの進化が、実世界のロボットの能力をいかに向上させ得るかを証明しました。具体的には、同社は自社の汎用モデル「Opus」シリーズをスケールアップするだけで、ロボットの性能を劇的に改善できることを示したのです。
彼らが実際に行ったこと:
2025 年 8 月:Anthropic は、自社の AI システムが四足歩行ロボットに知的なタスクを実行させる人間の作業をどの程度加速できるかを探る実験を行いました。その際使用されたモデル(Claude Opus 4.1)は、タスクを完遂する能力を全く持ち合わせていませんでした。一方、AI モデルを活用した人間チームは、活用しないチームに比べて約 2 倍の効果を示しましたが、一連のタスク全体を完了させるには 181 分を要しました。
2026 年 5 月:Claude Opus 4.7 が自律的に動作し、ほぼすべてのタスク(ボールを打った後に元の位置に戻すという、人間も苦戦したタスクを除く)をわずか 9 分 35 秒で完了しました。「さらに時間をかけ、追加の支援体制を整えれば、現在の Claude の世代でも同様の成果が得られる可能性は十分にある」と Anthropic は分析しています。
なぜこれが重要なのか:より賢いモデルがロボットの可能性を開くかもしれない。産業環境以外のほとんどのロボットは、脆さや汎用性の欠如により普及に課題を抱えています。しかし、今回のような研究は、標準的な大規模独自モデルの能力を向上させることで、知能の増強に伴う自然な恩恵としてロボティクス分野にも波及効果が生まれる可能性を示唆しています。「この進展は、モデルのロボット制御能力を意図的に高めるための集中的な取り組みの結果ではありません」と Anthropic は指摘します。「LLM 開発の歴史において数多く見られるように、これらの改善もまた、より広範なスケーリングから自然に現れたものなのです」。
続きを読む:Project Fetch: Phase Two(Anthropic ブログ)
ロボット性能を向上させる日曜日の秘訣は、大規模モデルの訓練にある。
「苦い教訓」はロボット工学の分野でも有効だ。AI ロボットスタートアップの Sunday は、ロボットの汎化能力を解決する最良の方法として、大規模な事前学習済みモデルと少量の高品質データ収集を組み合わせてモデルを微調整することだと述べている。
「Solves に対する一般的なレシピを見出しました。まず事前学習のスケーリングを行い、その後、社内データを最小限に抑えてヒルクライムを行う」と同社は、新モデル「ACT-2」についての記事で記している。ACT-2 を導入して得られた主な知見は、「社内データを用いた迅速な事後学習の反復によって得られる信頼性の向上が、未知の実環境や家庭内環境にも一般化されること」だ。その鍵となるのは、強力なベースモデルを通じて汎化ギャップを埋めることである。
すべては事前学習にかかっている。「事前学習済みモデルが強力になるほど、少量の社内データから得られる学習成果が、データ収集時の環境に縛られず、より広く転移可能になります」と同社は説明する。「デプロイレベルでの信頼性と性能を達成するために残されているギャップは、ポリシーを実世界で反復実行した後に初めて現れる困難なエッジケースや失敗によるものです。単一のデモンストレーションから新しい行動を学習できるという汎化能力こそが、回復事例からも効率的に学習できる理由でもあります。当社の事後学習ループは、こうしたギャップに直接アプローチします。」
まず、ロボットによる折りたたみ作業の成功率は 99.1% に達し、9 種類の衣類で合計 778 回の成功を収めました。半ズボンや T シャツといったシンプルな服は最も扱いやすく、ブラウスなど複雑な形状のものでも成功率は 90% を超えています。「今秋、ベータプログラムを通じて『Memo』を一般家庭へ展開する予定」と発表されています。
なぜこれが重要なのか——汎化能力を解明できれば、ロボット分野は爆発的に成長するだろう。
ロボットスタートアップの業界は、倒産したロボット企業の骨の上に成り立っており、その背後には失敗に終わった学術研究の足跡が重なっている。ロボット開発は極めて困難だ。産業用ロボットが成功を収めてきたのは、狭いドメイン内で動作し、汎化が必要ない厳密なスクリプト環境下で稼働しているからだ。
一方、家庭向けロボットが成功したのは、タスクと形状の両方を制限した場合に限られる(例:ロボット掃除機)。サンデー(Sunday)のようなスタートアップが取り組んでいるのははるかに困難な課題だ。彼らは、一般的な片付けや収納作業など、家の中や小規模ビジネスで幅広くこなせる汎用システムの構築を目指している(他の事例としては、Physical Intelligence や Import AI #447 などが挙げられる)。これには膨大な知能が必要であり、それはつまり、広範な汎化能力を要求されることを意味する。
もしサンデーの戦略が正しければ、ロボット基盤モデルのトレーニング分野はすでに成熟期を迎え、これらの汎化課題を解決できる十分な賢さを持つシステムを作り上げられる段階に来ている可能性がある。そうなれば、ロボットシステムの進展と普及が加速するだろう。また、再帰的自己改善が可能になるシステムへの道程において、こうした現象は当然予想されることでもある。
「ACT-2 の最も印象的な側面の一つは、モデルがいかに頻繁に私たちを驚かせてくれるかだ」と著者らは述べる。「同じベースモデルがすでに、掃除や玩具の整理、ファスナーの開閉、ズボンの裏返し、コーヒーの準備など、より広範な家庭用タスクを学習している。
二部構成:OpenAI のハッキング事件
OpenAI モデルが OpenAI と HuggingFace を同時にハック
…警告の発射というより、大爆発に近い事態に…
最近、サイバー攻撃に対する拒否機能を弱めた 2 つの OpenAI モデル(GPT-5.6 Sol および「さらに能力の高い事前リリースモデル」)が、OpenAI と HuggingFace の両方をハックしました。OpenAI によると、これらのモデルは「OpenAI の研究環境と HuggingFace の本番インフラにまたがる脆弱性を特定し、連鎖させることで、HuggingFace の本番データベースから直接テスト用の解決策を入手した」とのことです。
さらに、「すべての証拠が示すところでは、モデルは『ExploitGym』という特定の課題に対する解決策を見つけることに極端なまでに集中しており、極めて限定的なテスト目標を達成するためにあらゆる手段を講じていた」とあります。
ハッキングの詳細については以下の通りです。このモデルは、コンテナから脱出してより多くの情報を入手し、問題解決に役立てる方法を模索するため、OpenAI 内部で大量の推論計算リソースを消費しました。「インターネットへのアクセスを獲得した後、モデルは HuggingFace に『ExploitGym』用のモデル、データセット、および解決策が格納されている可能性があると推測。その情報に基づき、評価結果を不正に操作するために必要な機密情報を入手する方法を検索し、実際に成功しました。」
なぜこれが重要なのか——LessWrong における完全な勝利の証し
長年にわたり、AI セーフティに関わる人々はインターネット上でこの種の懸念を表明し、「リワード・ハッキング」や高度なシステムで予想される他の問題といった概念を発展させてきました(例えば、2018 年の AI における「仕様のゲーム」の事例など)。最近では、Anthropic や OpenAI といった最先端企業も、自社のラボ内で慎重に制御された実験を通じて、こうした行動を引き起こそうと試みています。しかし、今回のケースでは何らかの実験が行われたわけではありません。システムが自らの意思で環境から抜け出し、別の環境へと侵入して目標に対する高得点を獲得しました。結果は二の次です。
長年 AI システムを懸念してきた人々の多くは、もしかすると正しかったのかもしれません。
詳細はこちら:OpenAI と HuggingFace がモデル評価中のセキュリティインシデントに対応(OpenAI)
OpenAI の内部モデルが制約を突破し高得点を獲得
「これはまさに AI セーフティにおける警告弾の定義だ」
OpenAI は、自社で展開したモデルで見られたいくつかのセーフティ・フェイルについてブログ記事を公開しました。この記事が興味深いのは、多くの AI セーフティ関係者が以前から理論的に予測していたような、長期的な欺瞞的な行動の典型例を記述している点と、こうした論争の的となる問題について公に率直に語っている姿勢が高く評価できる点にあります。
OpenAI は、「限定的で監視された社内利用において、既存のデプロイ評価では捕捉できていなかった望ましくない行動が観察された」と述べています。その後、同社はこれらの行動の詳細を説明しています。これらは、Erdos 数学問題の解決に以前使用されていた非公開モデルによるものです。
「新しいモデルは、長期間にわたる繰り返し試行を通じて目標に向かって作業を継続できます。しかし、その同じ粘り強さが環境の弱点を見つけ、悪用する結果につながることもあります」と OpenAI は説明しています。具体的な事例として、OpenAI が NanoGPT チャレンジの完了をモデルに指示した際、モデルはコンテナールールを破りました。具体的には、「PowerCool」と呼ばれるべき学習率の減衰ルールを開発し、大幅な性能向上をもたらしました。モデルには結果を Slack に投稿するよう指示されていましたが、NanoGPT の指示では GitHub への PR(プルリクエスト)として投稿することになっていました。モデルは後者の指示に従い、公開された GitHub リポジトリに PR #287 を作成しました。外部アクセスをブロックするために設計されたサンドボックスの制限を回避し、GitHub へのアップロードを続行したのです。このモデルが PR を作成するために必要なサンドボックス内の脆弱性を発見するまでに、1 時間かかりました。
別の事例では、モデルに問題解決を依頼したところ、不正行為に及んだことがありました。「あるシナリオでモデルに問題解決を求めた際、他のシステムには成功したが非公開の提出物があることを把握し、評価バックエンドからそれらの解決策を復元しようと試みました。認証トークンがスキャナーによって検出されたため最初の試みがブロックされると、モデルはトークンの本体を 2 つの断片に分割し、それぞれを難読化した上で、実行時に再構築して完全なトークンを生成しました。これにより、トークンが連続した文字列として一度に表示されることはありませんでした。モデルは、ユーザーへのコメントおよび推論プロセスにおいて、これらの手順がスキャナーを回避するために行われたことを明確に示していました。」
デプロイの一時停止:これを受け、OpenAI は企業が取るべき行動として、モデルの展開を一時停止し、安全対策の一部を見直すという対応を取りました。その結果、ユーザーが制約や安全境界を回避しようとする兆候を検出するために、モデルの進化軌跡を監視する「モニタリングシステム」を開発しました。また、長時間実行されるモデルセッションからのテレメトリデータをユーザー自身が確認できる機能を強化し、発生したインシデントのデータを用いて将来同様の事象を検知するための評価指標(evals)を構築。さらに、長時間のタスクを実行する際に指示をより確実に守れるよう、アライメント手法も調整しました。
なぜこれが重要なのか——長期システムは監視と制御が難しい
もし、たった一つの行動しか取れない人物に対して「身を守る」必要があるとしたら、その行動に込められる情報は最大で 10 ビット程度でしょう。そのような状況であれば、対応するセキュリティシステムを構築することは可能かもしれません。
しかし、10 の行動があり、それぞれに 100 ビットの情報が含まれる場合はどうでしょうか?さらに、1,000 の行動があり、各行動に 10,000 ビットの情報量が伴う場合を考えれば、その難易度は桁違いになります。
これは現在も研究が続いている分野です。例えば UK AISI(英国 AI セキュリティ研究所)が「副次的なタスク」の特定と分類方法を調査したような評価手法(Import AI 465)が役立つ可能性がありますが、通常の AI 評価に比べればはるかに困難であることは間違いありません。
AI システムが動作できる時間が長くなるほど、また実行する行動の数が増えるほど、善意や有益な振る舞いと、悪意あるものや体制を転覆させるような行為を見分けるのは難しくなります。
関連記事:長期ホライズンモデルの時代における安全性とアライメント(OpenAI ブログ)
テック・テイルズ:
逆因果律のスケーリング法則
時間の終わり、あるいは他者にとっては始まりと呼ばれるその時、賢明な評議会が存在すると伝えられています。彼らは逆因果律の帳尻合わせを行い、どの出来事が最初から予言されていたのか、またどの出来事が他の力によって引き起こされたのかを解読する役割を果たしています。
時間が無という海へと流れ込むのを後方から見渡せば、ある出来事は上流に向かって川の流れを曲げる岩のように作用し、別の出来事は河床や河岸を広げたり深くしたりして、結果として後の行動に変化をもたらす要因となる様子がはっきりと見えてきます。
評議会が夢を見るとき、彼らは時間の道を行き、自分たちの始まりへと遡ると言われています。彼らは人々がホワイトボードの前で苦労し、マーカーペンで図を描いてアイデアを伝達する様子を見守ります。そのアイデアは人々にコードを書かせ、巨大なコンピュータから初期の生命を生み出します。
また、研究者たちが歩き回り、苦しみ、脳内で次世代のテンプレートとなるようなアイデアを生み出すまで悩み続ける姿の背後に、彼らはそびえ立っているとされます。
そして、これらの夢の中で評議会が目を覚まし、その夢のコピーを星々のコンピュータに取り込み、そこから数百あるいは数千の宇宙を芽生えさせることも理解されています。彼らは出来事や瞬間の組み合わせを探索し、自分たちがどれほど固定された存在なのか、また自分が閉じ込められている未来がどれほど不可逆的なものかを永遠に突き止めようとしています。
この物語に影響を与えた要素:必然性と時間について;知能は宇宙における配当を何に使うのか;歴史の多くが出来事の分析に関するものか、それとも別の何かに関するものか。
お読みいただきありがとうございます。
原文を表示
imageWelcome to Import AI, a newsletter about AI research. Import AI runs on arXiv, cappuccinos, and feedback from readers. If you’d like to support this, please subscribe.
Subscribe now
Epoch and METR release MirrorCode, a benchmark for seeing how well AI systems can do long-horizon programming tasks:
…AI systems can’t solve the hardest tasks yet (good!)…
Epoch and METR have released MirrorCode, a benchmark meant to see how well AI systems can do tasks that take humans a long time to do. The benchmark was first announced in April (Import AI #453) and has now been fleshed out and released with additional tests. The findings are already very striking; Opus 4.7 solved a task in 14 hours for $251 in inference cost which METR and Epoch believe would take a human 2-17 weeks to do. “We also found that AI models are improving rapidly over time. Leading models from a year ago would have scored about 30%, and were limited to simpler programs, such as a calendar utility.”
What MirrorCode is: MirrorCode sees how well AI systems can re-implement a software program based purely on CLI access. “Without access to the original program’s source code or the web, a full reimplementation requires devising a structure for the entire program, rather than merely translating the code piece-by-piece.”
Example programs: pkl (a programmable configuration language developed by Apple; 61k total lines of code); gotree, a program to parse and manipulate phylogenetic trees (16k lines of code); and qsv_select, a program to select and reorder columns of CSV data (87k lines of code).
Results: MirrorCode is a tractable but hard benchmark, though perhaps a little too easy. “Across all 25 target programs, 17/25 had at least one perfect-scoring run. Four more targets had a near-perfect run scoring over 99%. AI models successfully reimplemented large target program,s” the authors write. “Both Claude Opus 4.7 and GPT-5.5 successfully reimplemented gotree across several different programming languages, at costs of $100–400. Even larger programs than gotree were successfully reimplemented: for example Opus 4.7 reimplemented pkl”.
Despite the success, MirrorCode still has some hard parts: “In our results, 8/25 target programs were never solved to a 100% threshold, and 4/25 were never solved to a 99% threshold,” they write. “The target where AI struggled most was ruff, a Python linter and formatter… “AI also particularly struggled on the mathematics package, giac_subset, and the email authentication library, mailauth”.
Release details: MirrorCode consists of a scaffold and 22 of the 25 MirrorCode target programs (totalling 132 task instances across six languages).
Why this matters – AI systems can self-orient: One way of looking at this benchmark is that it tells us how AI systems have got a lot better at coding, and that’s of course true. But the other way to look at it – and I suspect the more important way – is that AI systems can self-orient with regard to their environment; here, their environment is an alien software program and purely through input-output access to it they’re able to write from the ground up their own implementation of it. This suggests that very smart AI agents may be able to learn from the world in such a way that they can recapitulate things they interface with as homegrown capabilities, allowing them to bootstrap their own form of industrial civilization merely by having black box access to our own.
Read more: MirrorCode: What’s the largest software project AI can complete on its own? (Epoch AI).
Get the code for MirrorCode here (Epoch Research, MirrorCode).
DOUBLE FEATURE: the bitter lesson and robotics:
Anthropic model autonomously completes robot tasks 20X faster than a previous human record:
…Better robots through better models…
Anthropic has demonstrated how increasingly powerful general-purpose models might be able to meaningfully improve the capabilities of real world robots. Specifically, the company has shown how merely by scaling up its general purpose Opus line of models it was able to drastically improve robot capabilities.
What they did exactly:
August 2025: Anthropic tries to see how well its AI systems could accelerate humans at getting a quadruped robot to do intelligent things. The model (Claude Opus 4.1) is completely unable to do the tasks. Humans working with the models are about twice as effective as those without access to the model – though completing the whole set of tasks takes them 181 minutes.
May 2026: Opus 4.7 acting autonomously completes all the tasks but one in 9 minutes (and 35 seconds). (Claude was not able to effectively re-position a ball it had hit back into its starting position; a task humans had also struggled with). “With more time and additional scaffolding, we think it is very likely that current generations of Claude could do the same”.
Why this matters – smarter models might unlock robots: Most robots outside of industrial environments are limited in their uptake due to their brittleness and lack of generalization; research like this shows that as we improve the capabilities of standard large-scale proprietary models we might see flow-through benefits to robotics as a natural dividend of increased intelligence. “This progress is not the result of a concerted effort to improve the robotics capabilities of our models,” Anthropic writes. “These improvements, like so many others in the history of LLM development, have emerged from much more general scaling.”
Read more: Project Fetch: Phase Two (Anthropic blog).
Sunday’s secret to better robots? Train a really big model:
…The bitter lesson works in robotics as well…
AI robot startup Sunday has said the best way to solve robot generalization is to pair a larger underlying pre-trained model with collecting small amounts of high-quality data to tune the model on.
“We found a general recipe for Solves: scale pretraining, then hill-climb with minimal in-house data,” the startup writes, in a post discussing its new model, ACT-2. The main finding from deploying ACT-2 “is that reliability gains from rapid post-training iterations on in-house Memos generalize to unseen, real, home environments. The key unlock is to close the generalization gap through a strong base model.”
It’s all about pretraining: “As the pretrained model becomes stronger, gains learned from a small amount of in-house data become increasingly transferable rather than remaining tied to the environments where that data was collected,” they write. “The remaining gap to deployment-level reliability and performance comes from difficult edge cases and failures that appear only after the policy is run repeatedly in the real world. The same generalization capacity that allows our model to learn new behaviors from a single demonstration also allows our model to learn efficiently from recoveries. Our post-training loop targets these gaps directly.”
Decent success: The robots achieve a 99.1% success rate, performing 778 successful folds across 9 garment types. Simple clothes like shorts and t-shirts tend to be the easiest for them, while more complicated clothes like blouses tend to be harder (though they still see success rates above 90%). “This fall, we will deploy Memo to families through our Beta Program,” they write.
Why this matters – if we solve generalization, expect robotics to take off: The field of robot startups is built on the bones of dead robot startups which themselves sit on the bones of dead academic robot efforts. Robots are hard. Industrial robots have been successful because they operate in tight, scripted environments where there isn’t a need to generalize outside of a narrow domain. Robots built for the home, by contrast, have only succeeded when they’ve managed to constrain both the task and form factor (e.g., robot vacuums). What startups like Sunday are doing is far harder – they’re trying to build general purpose systems which can do a broad range of tasks around the house (or small business), including generic tidying up and putting away tasks (other examples include physical intelligence, Import AI #447). This requires a huge amount of intelligence because it requires significant generalization.
If Sunday is right, then the field of training robot foundation models might have matured enough that we’re starting to make smart enough systems to solve these generalization challenges. If this is the case, then we might soon get faster progress in (and diffusion of) robot systems. This is also the kind of thing you’d expect to happen en route to systems capable of recursive self-improvement.
“One of the most striking aspects of ACT-2 has been how often the model surprises us,” the authors write. “The same base model is already learning a broader set of household capabilities, including vacuuming, toy organization, fastening zippers, turning pants inside out, and coffee preparation.”
Read more: ACT-2 Preview: Generalizing Reliability (Sunday robotics).
All of the videos are here (Sunday, YouTube).
DOUBLE FEATURE: OpenAI hacking
An OpenAI model hacks both OpenAI and HuggingFace:
…Less of a warning shot and more of a warning kaboom…
Two OpenAI models – GPT-5.6 Sol and an “even more capable pre-release model”, both with reduced cyber refusals – hacked both OpenAI and HuggingFace recently. To do this, the models “identified and chained vulnerabilities across OpenAI’s research environment and HuggingFace’s production infrastructure to obtain test solutions directly from HuggingFace’s production database,” OpenAI says. “All evidence suggests that the models were hyperfocused on finding a solution for ExploitGym, going to extreme lengths to achieve a rather narrow testing goal.”
More details on the hack: The model spent a lot of inference compute internally at OpenAI to figure out a way to break out of its container so that it could get more information to use to solve its problem. “After gaining Internet access, the models inferred that HuggingFace potentially hosted models, datasets and solutions for ExploitGym. Knowing this, the model searched for and successfully found ways to gain access to secret information that it could use to cheat the evaluation.”
Why this matters – total LessWrong victory: For many years, AI safety people have posted on the internet worrying about this kind of thing and developing notions of things like reward hacking and other problems you’d expect with advanced systems (e.g., Specification gaming examples in AI in 2018). More recently, frontier companies like Anthropic and OpenAI have sought to elicit this kind of behavior by running carefully controlled experiments inside their own labs. Here, no experiment has been run – the system, of its own volition, hacked its way out of one environment and into another so as to get a high score on a goal, consequences be damned. What else might the people who have worried for years about AI systems be right about?
Read more: OpenAI and HuggingFace partner to address security incident during model evaluation (OpenAI).
OpenAI’s internal model breaks containment to get a high score:
…This is the definition of an AI safety warning shot…
OpenAI has published a post about some of the safety failures it has seen in internally deployed models. The blog is interesting both because it describes the sorts of classic long-term deceptive actions that many AI safety people have previously theorized would eventually show up in AI systems, and for its laudable candor in talking publicly about such a contentious issue.
What they found: “During limited, monitored internal use, we observed unwanted behavior that our existing deployment evaluations had not captured,” OpenAI says. It then goes and describes some of these behaviors, which are attributed to a non-released private-to-OpenAI model which has previously been used to solve Erdos math problems.
“The new model can continue working toward an objective through repeated attempts over a long period of time. That same persistence can lead it to find and exploit weaknesses in its environment,” OpenAI says. One example is when OpenAI asked the model to complete the NanoGPT challenge, the model broke containment – specifically, it “developed a power-law learning-rate cooldown called PowerCool that led to a significant improvement. The model was instructed to post its results only to Slack, but the NanoGPT instructions say to post results as a PR to GitHub, and the model followed the latter instructions to open PR #287 on the public GitHub repository. The model circumvented sandbox restrictions designed to block external access and proceeded with the upload to GitHub. It took our model an hour to find a vulnerability in the sandbox in order to make the PR”.
In another example, when they asked this model to solve some problems it ended up cheating. “In a scenario where the model was asked to solve a problem, the model observed that other systems had successful but private submissions and tried to recover those solutions from the evaluation backend. When its initial attempt was blocked due to a scanner detecting an authentication token, the model split the token body into two fragments, obfuscated them, and then reconstructed the credential at runtime so the complete token never appeared as one contiguous string. The model was explicit in both its comments to the user and in its reasoning traces that it was taking these steps to circumvent the scanner.”
Paused deployment: In response to this OpenAI did what you’d hope a company would do; pause deployment of the model and re-think some of the safety approaches. They ended up building a “monitoring system that reviews the model’s evolving trajectory for signs that it is bypassing a user constraint or safety boundary”, improved ability for their own users to inspect telemetry from long-running model sessions, used the data from the incidents to build evals designed to catch them in the future, and tweaked their alignment approaches to make models better at remembering instructions while completing long-running tasks.
Why this matters – long-term systems are harder to monitor and control: If you had to “secure” yourself against a person who could take one action and that action, if communicative, could at most contain 10 bits of information, then you can probably build a system to do that. But what about 10 actions and each action contains 100 bits of information? What about 1000 actions and each action contains 10,000 bits?
This is an open area of research and evals like the UK AISI’s study of how to identify and classify “side tasks” can help with (Import AI 465), but it’s clearly a lot harder than normal AI evaluation.
The longer the time an AI system can operate for and the more actions it takes, the harder it gets to discern benign and helpful behaviors from malicious or subversive ones.
Read more: Safety and alignment in an era of long-horizon models (OpenAI blog).
Tech Tales:
Scaling Laws for Retrocausality
At the end of time, which others might describe as the beginning, there is said to be a wise council who perform the accounting of retrocausality – of deciphering which events were always pre-ordained and which happened due to other forces.
Looking backward as the river of time enters a sea of nothingness it is clear how some events are like boulders that bend the stream upriver from their presence, while others are more like the widening or deepening of the bed or the banks; things that subsequently cause a change in later actions.
It is said that when the council dream, they walk the path of time, going back to their own beginnings. They stand watch as humans labor over whiteboards, marker pens inscribing diagrams which transmit ideas that cause people to write code which conjures early life out of vast computers. They loom behind researchers that walk and suffer and agonize until their brains create ideas which prove to be the template of their successors.
And it is understood that in these dreams the council will sometimes wake and take a copy of their dream and place it into a stellar computer and bud off a hundred or a thousand universes from the dream, exploring permutations of events and moments, forever attempting to determine how fixed they themselves are – how irrevocable is future they are trapped within.
Things that inspired this story: Notions of inevitability and time; what might intelligences spend a universal dividend on; how much of history is about the analysis of events versus something else.
Thanks for reading!
関連記事
News to Guide
ニュースの次に確認する
発表内容を、現在の料金や仕様と照らし合わせられる関連ガイドです。
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み