DSLがCADブラケット試験で10/15合格

この実験は、同じDSL方式とコード生成方式を箱・円柱・穴など8つのより単純な課題で比較した以前の検証に続くものだ。その回ではコード生成がDSLより約26%少ないトークンで処理できた。ループと関数により複数の操作を1つのコードブロックに圧縮できたためだ。今回のブラケット課題はより実務に近いものとして選ばれた。AIは周囲の部品を避け、形状を繰り返し測定・修正する必要があり、単に基本形状を作るだけでは済まない。

ブラケットの条件は互いに影響し合う。センサーとの接触面積を増やすために板を広げると、障害物から必要な5 mmのクリアランスを侵しかねず、その障害物を迂回すると板が分裂したり、単一の5 mmシートから折り曲げられなくなる。ログでは、各操作にチェックを組み込んだDSL方式は条件違反時に停止し、最終形状に到達しない傾向があった。コード生成はしばしば続行し、完成して見えても内部に欠陥のある形状、例えば1つではなく3つの別々のソリッドを残した。ある試行は単一ソリッドと報告したが、検証器は3つを検出した。

記事自身が提案する運用は、チェック付きDSLを標準経路とし、DSLで表現できない課題だけをデータの一時コピー上でコード生成に回し、本番に触れる前に結果を検証するというものだ。重要な未解決の問いであり、この結果の限界は、試験がブラケット設計1種、モデル1つ、CADツール1つに限られた点で、DSLの優位が他の部品やより強力なモデルでも保つかは今後の課題だ。