Paint.NET、WINE向けにDirect2DをAIで独自実装 18万行をClaudeが生成

Direct2Dが立ちはだかった理由

Rick Brewster氏は、Windows向け画像編集ソフトPaint.NETがWINE上で動かなかった理由として、Direct2DというAPIの存在を挙げる。WINEとは、Windows向けのソフトウェアをLinuxなど他のOSで動作させるための互換レイヤーだ。しかし、WINEに実装されたDirect2Dは不完全で、Paint.NETが必要とする機能を満たす見込みがないという。

そこで同氏は、Direct2Dの利用を無効にするのではなく、Paint.NET内部にDirect2Dを再実装することにした。この内部実装は、WINEで起動する際に /wine フラグを付けた場合に使われる。ファイル名はPaintDotNet.Windows.Direct2D1.Managed.dllで、ゼロからクリーンルームでリバースエンジニアリングした書き換えだと説明している。

Claudeが生成した18万行

この再実装は、Anthropic社のAIアシスタント「Claude」が生成した。コード量は約18万行。Brewster氏は、「Claudeなしでは実現しなかった」と述べており、ClaudeがDirect2Dに内蔵されたエフェクト群の数式をリバースエンジニアリングにより特定したことも評価している。

その一方で、Brewster氏はこの作業を「vibe coded」と表現した。これは、AIが出力したコードを十分にレビューしないまま取り込む開発スタイルを指す言葉だ。同氏は「18万行をレビューするのは不可能だ」とも話しており、このコードは十分に検証されていない。参考までに、Paint.NETの残りのコードは約70万行で、20年以上かけて書かれてきた。

見え隠れするAIの癖

Brewster氏は、Claudeが向き不向きのはっきりする働きを見せたと振り返る。特定のタスクでは「10人のアインシュタイン級の10倍高生産性コーダー」のように働いた一方、そうでない場面では、COMというWindowsの部品規約における参照カウント処理(AddRef)を忘れるといったミスもあった。設計面で問題になる判断を下すこともあり、人間の監視が必要だったという。

このエピソードは、AIコード生成を活用する際の注意点を浮き彫りにする。AIの出力をそのまま受け入れるのではなく、リソース管理や設計方針を人間が監修することで、初めて実用的な品質になることを示している。

残された論点

Paint.NETはこれまで、Direct2Dの壁によってWINEでまともに動作しなかったが、今回の取り組みで状況が変わるかもしれない。ただし、この独自実装が外部に公開されるのか、また正式なリリースに含まれるのかはまだ不明だ。AIが生成したコードの品質保証や、「クリーンルーム」という表現が意味するところも、今後議論を呼ぶ可能性がある。

現時点では、このコードがWINE上で実際に安定して動作するかどうかは十分に確認されていない。レビューされていない18万行という規模は、潜在的なリスクもはらむ。AIコード生成を安全に利用するには、自動テストや段階的な統合といった仕組みを整えることが不可欠だろう。