「AIエージェント」という呼称は、そのシステムがチップ設計において同じ程度の自律性を持つことを意味しない。記事が示す枠組みによれば、能力は特定のエンジニアリングタスクの最適化から、複数段階のワークフロー管理まで段階的に高まる。ただし、タスクの範囲、検証メカニズム、人間の責任は、いかなる自律性の主張を評価するうえでも決定的な要素であり続ける。
記事は、Cadenceがエージェント型AI戦略の一環として策定した5つのレベルを提示している。これらのレベルは個別の製品カテゴリーとして示されているわけではない。上位レベルには下位レベルの能力が含まれる場合があり、またレベルが上がっても、基本的な最適化ツール、設計エンジン、検証エンジンが不要になるわけではない。
自律性の5つのレベル
- L1 — 最適化のためのAI：システムは、エンジニアが設定した目標を達成するため、特定のタスクのパラメーターを調整する広範な実験を実行する。設計意図、制約、成功基準、トレードオフについては、引き続き人間が責任を負う。記事は、この種の例として、SoC設計の実行におけるCadence Cerebrus AI Studioを挙げている。
- L2 — 自然言語をインターフェースとして使用：システムは、質問への回答、コードの生成や修正など、エンジニアリングツールや知識ベースとの対話を容易にすることに重点を置く。しかし、このレベルでは、完全なエンジニアリング目標に対する独立した権限を持たない。
- L3 — 複雑な推論：エージェントは特定のエンジニアリング問題を扱い、結果を提案したうえで、シミュレーション、形式解析、検査ツールなどを通じてそれを検証し、フィードバックに基づいて処理を反復する。エンジニアは引き続き問題を定義し、影響の大きい結果をレビューする。
- L4 — エージェント型ワークフロー：複数の専門エージェントが、相互に関連するツールや領域を通じて、計画、実行、検証、最適化の各段階を調整する。Cadenceは、設計、検証、デジタル実装、アナログ設計、回路基板、先進パッケージングにおけるエージェント型AIの適用例として、ChipStack、ViraStack、InnoStack、AuraStackの各プラットフォームを挙げている。
- L5 — 定義された範囲内での完全な自律性：システムは中間結果に基づいて次のステップを決定し、管理されたエンジニアリングワークフロー内でクロージャーに到達するまで実行を反復する。Cadenceは、ChipStack AI Super Agentがチップの設計および検証のフローにおいてこのレベルで動作し、エンジニアが作業を検査、指示し、協働できるとしている。
L4とL5の実務上の違い
両レベルの違いは、複数のエージェントが存在するか、検証ツールを使用するかという点ではない。どちらにもそれらが含まれる場合がある。L4では、経路はエンジニアが定める目標、制約、検証ポイントによって大きく制御され続ける。一方、L5では、中間結果に応じて次の行動を決定する責任のより大きな部分がシステムに移る。そのため、あるシステムがRTL検証やフロントエンド設計において非常に高い自律性を持っていても、設計上のすべての意思決定や最終承認において自律的であるとは限らない。
自律性の主張を受け入れる前に何を確認すべきか？
記事は、実務的な質問に基づいてエージェントを評価することを提案している。エージェントが扱う問題とエンジニアリング範囲は何か。単独で下せる判断は何か。エンジニアが提示すべき目標と制約は何か。出力を検証するツールは何か。また、検証に失敗した場合や特定の制約を満たせない場合に何が起こるのか、システムが人間の介入を求めるのはいつか、代替経路に対する責任を誰が持つのか、設計の最終承認権限を誰が保持するのかも把握する必要がある。
certi.newsの見解
ここでの本当の変化は、エンジニアを言語モデルに置き換えることではなく、エンジニアの役割を、ツールに逐次的に指示を実行させることから、意図の定義、結果の監視、例外の管理、重要な判断の承認へと移すことである。記事は、信頼できるEDAの自律性には、構造化された設計コンテキスト、信頼性の高いエンジニアリングエンジン、エラー記録、検証カバレッジ、性能・電力・面積の指標など測定可能な結果に加え、介入とロールバックの明確なメカニズムが必要だと説明している。
最も重要な制約は、L1からL5までの呼称が、それが適用されるワークフローの範囲外では十分な価値を持たないことである。また、記事の出典は「Sponsor Blog」であり、執筆者はCadenceのマーケティングコミュニケーション担当者であるVinod Kheraである。そのため、Cadenceの事例や自社製品のレベルに関する説明は、市場に対する独立した評価ではなく、同社による主張として扱うべきである。本文自体によれば、最終承認の責任は引き続きエンジニアにある。