これはカーソルブラウザの話よりずっと現実的な意見だね。いくつかの点でかなり印象的だよ。> これはクリーンルーム実装で、開発中にClaudeはインターネットにアクセスできなかった。Rustの標準ライブラリだけに依存してる。10万行のコンパイラはx86、ARM、RISC-VでLinux 6.9をビルドできるし、QEMU、FFmpeg、SQLite、Postgres、Redisもコンパイルできる。> 最初に自分が欲しいものを考えたんだ：依存関係なしのゼロからの最適化コンパイラで、GCC互換で、Linuxカーネルをコンパイルできて、複数のバックエンドをサポートするように設計されたもの。いくつかの設計面については指定したけど（例えば、複数の最適化パスを可能にするためにSSA IRを持つべきだと）、どうやってそれを実現するかの詳細には触れなかった。> 以前のオーパス4モデルは、機能するコンパイラを作るのがやっとだった。オーパス4.5は、大きなテストスイートを通過できる機能的なコンパイラを作れるようになった最初のモデルだったけど、実際の大きなプロジェクトをコンパイルすることはできなかった。制限についてのオープンなポイントもあって（ccはハックが好きだからね）：> 16ビットx86コンパイラが不足していて、ブートに必要なんだ[...] オーパスは16ビットリアルモードにブートするために必要な16ビットx86コードジェネレータを実装できなかった。コンパイラは66/67オペコードプレフィックスを使って正しい16ビットx86を出力できるけど、生成されたコンパイル出力は60kbを超えていて、Linuxが強制する32kコード制限を大きく超えてしまう。だから、Claudeはここで単にGCCを呼び出してこのフェーズを処理している。> 自分のアセンブラとリンカを持っていない。> すべての最適化を有効にしても、最適化を無効にしたGCCよりも効率の悪いコードを出力する。最後にとても現実的な意見で締めくくると：> 結果として得られたコンパイラは、オーパスの能力の限界にほぼ達している。いくつかの制限を修正しようと頑張ったけど、完全には成功しなかった。新機能やバグ修正が既存の機能を壊すことが頻繁にあった。全体的に見て、これは面白い実験だと思うし、制限があっても印象的だし、著者が言うように「結果として得られたコンパイラは、オーパスの能力の限界にほぼ達している」っていうのも納得できる。うん、それは妥当だけど、やっぱりすごいと思うよ。