No Accidental Software Agent First Canonical Code for Human Code Entropy Reduction and 30 to 500 times Lower Frontier Model Requirements
本論文は、人間によるソフトウェアリポジトリから偶発的なエントロピーを剥ぎ取るために設計された、証明を伴う基盤である「エージェント・ファースト・カノニカル・コード」を提案し、それによって等価なエンコーディングを統治された代表形式へと集約することで、フロンティアモデルの学習要件および検証済み変更コストを30倍から500倍削減することを目指し、「ノー・アクシデント・ホライゾン（無事故の地平線）」への反証可能な経路を確立するものである。
原論文は CC0 1.0 (http://creativecommons.org/publicdomain/zero/1.0/) のもとパブリックドメインに提供されています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
大きな問題：「散らかったガレージ」対「設計図」
あなたがロボットに家の建て方を教えようとしている場面を想像してみてください。現在、あなたは人間に建てられた家の写真を何百万枚もロボットに見せています。
問題は、人間の家は「散らかっている」ことです。ある建築家は赤いレンガを使い、別の人は青いレンガを使います。ある人はキッチンを左側に置き、別の人は右側に置きます。設計図にはなかったけれど、なぜか機能している「地下室の隠し扉」がある家もあります。特定の椅子に立たないと機能しないような、奇妙な配線設定になっている家もあります。
ロボットは、「キッチンを作る方法」という基本的な概念を学ぶために、こうした**ランダムで偶発的な詳細（アクシデント）**を理解することに、膨大な時間とエネルギーを費やしてしまいます。つまり、建築の科学そのものではなく、人間の建築習慣における「偶然の産物」に脳の力を浪費しているのです。
論文の主張：
私たちは、ロボットに散らかった写真を見せるのをやめることができます。代わりに、まずそれらすべての「人間の家」を、**完璧で標準化された「設計図」**へと翻訳します。この設計図では：
- キッチンは常に同じ場所にあります。
- 配線は常に同じ方法で行われます。
- 「隠し扉」は削除されるか、あるいは「オプション」として明確にラベル付けされます。
もしこれを行えば、ロボットは推測に時間を浪費する必要がなくなります。基本ルールをより速く学習でき、ミスを減らし、実行コストも大幅に抑えることができます。
コアとなるアイデア：「カノニカル・コード（規範的コード）」
著者らは、この標準化されたバージョンを**「エージェント・ファースト・カノニカル・コード（Agent-First Canonical Code）」**と呼んでいます。
これは、翻訳サービスのようなものです。
- 生の人間によるコード： これは、大勢の人が異なる方言を話し、スラングを使い、互いに話を遮り合っている、騒がしい部屋での会話のようなものです。価値のある情報は詰まっていますが、ノイズが多いのです。
- カノニカル・コード： これは、同じ会話を、すべての単語に厳格な定義があり、文法が完璧である「たった一つの完璧な言語」に翻訳したものです。
論文は、単に「悪い」コードをフィルタリングするのではなく、AIに教える前に、コードをこの完璧な形式へと再構築すべきだと主張しています。
私たちが「散らかり」に対して支払っている4つのコスト
論文によれば、散らかった人間のコードを使用する場合、混乱に対して4回の代償を支払うことになります。
- 学習（Training）： 基本を教えるためだけに、AIに何百万もの例を見せなければなりません。
- 探索（Searching）： AIがバグを修正しようとする際、コードがどこにあるのかを探すために、散らかったフォルダの中を掘り返さなければなりません。
- 推論（Reasoning）： ルールが明確に書き記されていないため、AIはルールを推測しなければなりません。
- レビュー（Reviewing）： AIが散らかった文脈を誤解する可能性があるため、人間がAIの成果物をチェックするために何時間も費やす必要があります。
「カノニカルな設計図」を使用することで、最初の3つのコストをほぼ完全に削減できます。AIはどこを探すべきか、そしてルールが何であるかを正確に把握できるからです。
「ビヘイビア・セル（行動セル）」（レゴの比喩）
あなたが街を作っている場面を想像してください。
- 従来の方法： 「消防署」が必要になるたびに、人間の建築家がゼロから新しいものを描きます。ある時は木造、ある時はレンガ造りです。ドアが左に開くこともあれば、右に開くこともあります。
- 論文の方法： 私たちは**「消防署セル（Fire Station Cell）」**を作成します。これは、あらかじめ作られた、認証済みのレゴブロックです。ドアがあり、屋根があり、ホースの接続口があります。それが機能することは保証されています。
AIが街を作る際、AIは消防署を描くのではありません。ただその「消防署セル」をカチッとはめ込むだけです。
- 主張： 論文は、ソフトウェアの70%から90%（ログイン、支払い、データの保存など）は、これら標準的なブロックの「繰り返し」であると示唆しています。これらのブロックを特定できれば、AIは退屈で反復的な作業ではなく、新しいこと（新規性）の創造に集中できるのです。
「ノー・アクシデント・ホライゾン（事故のない地平線）」
論文は、**「ノー・アクシデント・ホライゾン（No-Accident Horizon）」**と呼ばれる大胆な目標を掲げています。
ソフトウェアに**「事故（不具合や意図しない挙動）」がゼロ**である世界を想像してください。
- 意図しないファイル名が存在しない。
- 意図しないセキュリティホールが存在しない。
- どのボタンが何の動作をするかについての、意図しない混乱が存在しない。
この世界では、人間（およびAI）に残された仕事は、創造的で新しいことだけです。それ以外はすべて、事前に承認され、安全で認証されたブロックを組み立てる作業に過ぎません。
論文は、あらゆる将来のプログラムに対して100%の完璧さを達成することはできない（あまりにも新しすぎたり、特殊すぎたりするものがあるため）と認めています。しかし、私たちが日常的に使用するルーチン的なソフトウェア（銀行アプリ、ECサイト、社内ツールなど）については、コストと労力を30倍から500倍削減できると考えています。
この論文が実際に証明していること（および証明していないこと）
論文が実際に述べていることに忠実であることが重要です。
- 彼らが「行ったこと」： 彼らは少数のコーディング例を取り、それらをこの「完璧な設計図」の形式に翻訳し、小さなAIモデルにそれらを理解するように教えました。モデルは迅速に学習し、設計図の「ルール」について間違いを犯しませんでした。
- 彼らが「まだ証明していないこと」： 彼らは、これが世界中のすべてのソフトウェアに対して機能することをまだ証明していません。また、これが数十億ドルの節約につながることも証明していません（ただし、それを測定するための計画は持っています）。彼らは、これらのアイデアをテストするための研究プログラムを提案しているのです。
結論
この論文はこう言っています。「AIに、乱れた人間の筆跡を読ませるのをやめなさい。まず、完璧で標準化された設計図を読ませるのです。」
これを行うことで、AIは人間が「通常どのように行うか」を推測することに時間を浪費するのをやめ、本当に困難で新しい問題を解決することに時間を使い始めることができます。その結果、より安価に構築でき、より安全に使用でき、より速く作成できるソフトウェアが実現するのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。