Resumo Técnico: Automação de Design Eletrônico Agêntica: Uma Perspectiva de Handoff

1. Declaração do Problema

A Automação de Design Eletrônico (EDA) é inerentemente um processo de múltiplos estágios e com alto volume de handoffs (passagens de bastão). Artefatos de design (ex: RTL, netlists, layouts), scripts de fluxo e decisões de engenharia devem cruzar fronteiras de ferramentas, sessões e organizações para alcançar a implementação final ou o signoff. Embora o Aprendizado de Máquina tradicional para EDA (ML4EDA) tenha melhorado a qualidade de tarefas individuais, ele frequentemente opera sob interfaces predefinidas onde as condições para a reutilização da saída (ex: após uma mudança de PDK ou de versão de ferramenta) são implícitas em vez de explícitas.

A emergência de agentes baseados em Grandes Modelos de Linguagem (LLMs) introduz novas complexidades. Esses agentes podem invocar diretamente ferramentas de EDA, incorporar conhecimento recuperado em scripts executáveis e manter estado entre sessões. No entanto, quando a saída de um agente condiciona decisões de engenharia subsequentes, o objeto transferido deve satisfazer um contrato de handoff. Os sistemas existentes frequentemente falham em garantir a validade do handoff — a propriedade onde um objeto transferido satisfaz as condições de aceitação do consumidor e carrega contexto, evidência e proveniência suficientes para uso downstream sem exigir a reconstrução de suposições ocultas. A falta de um framework unificado para analisar e impor essas condições de validade através de diferentes fronteiras dificulta o desenvolvimento de sistemas de EDA agênticos confiáveis.

2. Metodologia

Este levantamento analisa 82 sistemas de EDA agênticos distintos publicados ou disponíveis publicamente até 1º de maio de 2026. O corpus foi construído através de uma busca focada em conferências de EDA (DAC, ICCAD, DATE, etc.) e conferências de IA/ML, suplementada por rastreamento de citações retroativas e de avanço.

Os autores introduzem a validade do handoff como o princípio organizador, classificando os sistemas com base no escopo da fronteira através da qual a validade deve ser preservada. A análise emprega quatro dimensões para cada sistema:

1. Contratos de Handoff: As condições de aceitação impostas pelo consumidor e a evidência necessária para satisfazê-las.
2. Objetos de Handoff: Os artefatos, estados de workflow, conhecimentos ou decisões específicos que estão sendo transferidos.
3. Mecanismos de Coordenação: Os padrões de interação (ex: generate-repair, orchestrate-transform) usados para produzir, transferir e validar o handoff.
4. Questões Abertas: Desafios não resolvidos específicos para aquela classe de fronteira.

3. Contribuições Principais e Descobertas

A. Taxonomia Centrada em Fronteiras

O levantamento categoriza os sistemas de EDA agênticos em três classes distintas baseadas no escopo de preservação de validade:

1. Sistemas Limitados ao Estágio (Stage-Bound Systems):

   • Escopo: Operam dentro de um único estágio de EDA ou de uma tarefa de verificação delimitada.
   • Contratos: Focam na aceitação local do estágio (ex: sucesso de compilação, passagem de simulação, conformidade com regras físicas).
   • Objetos: Primariamente artefatos de design (RTL, netlists) e artefatos de verificação (testbenches, asserções).
   • Mecanismos: Dominados por generate-repair (correção iterativa baseada em feedback) e search-optimize (ranqueamento de candidatos baseados em scores).
   • Limitações: O fechamento local não garante a sintetizabilidade downstream ou a compatibilidade de integração.

2. Sistemas Limitados ao Fluxo (Flow-Bound Systems):

   • Escopo: Preservam a coerência através de invocações de ferramentas, sessões ou estágios adjacentes do pipeline (ex: fluxos RTL-to-GDSII).
   • Contratos: Exigem executabilidade de scripts e validação downstream (ex: fechamento de timing, consistência de QoR).
   • Objetos: Saídas de estágio, registros de Qualidade de Resultados (QoR) e estado do fluxo (scripts, checkpoints, logs de execução).
   • Mecanismos: Orchestrate-transform (gerenciamento de execução forward), recover-resume (restauração de estado após falha) e annotate-optimize (alimentação de métricas downstream de volta para decisões upstream).
   • Limitações: O contexto frequentemente torna-se incompleto ou inconsistente conforme ferramentas e ambientes mudam; a atribuição de falhas downstream permanece difícil.

3. Sistemas Limitados à Organização (Organization-Bound Systems):

   • Escopo: Operam através de fronteiras de conhecimento, equipe ou autoridade (ex: recuperação de conhecimento de design para novos projetos).
   • Contratos: Regidos por fundamentação de origem (source grounding), exigindo que as saídas sejam atribuíveis a fontes inspecionáveis que correspondam ao PDK, ferramenta e contexto organizacional atuais.
   • Objetos: Artefatos de conhecimento (documentação recuperada, fatos de design) e artefatos de comando (scripts/queries fundamentados).
   • Mecanismos: Retrieve-answer (raciocínio fundamentado) e retrieve-execute (geração de comandos executáveis a partir de conhecimento recuperado).
   • Limitações: Sistemas atuais carecem de mecanismos robustos para impor o escopo da fonte, granularidade de proveniência e autorização para uso responsável.

B. Agenda de Pesquisa Proposta: EACP

Identificando lacunas estruturais de interoperabilidade através dessas classes, os autores propõem o Protocolo de Comunicação de Agentes de EDA (EACP), uma agenda de pesquisa de cinco camadas:

• L1 (Descoberta de Agente): Um protocolo baseado em manifesto para verificar a compatibilidade do agente em relação aos escopos de processo, biblioteca e restrições.
• L2 (Mensagem do Agente): Uma estrutura de envelope versionada carregando intenção, ação, payload e referências ao contexto/evidência.
• L3 (Invocação de Ferramenta): Um descritor de operação tipado definindo precondições, pós-condições e tratamento de erros para ferramentas de EDA heterogêneas.
• L4 (Orquestração de Workflow): Um protocolo baseado em grafos definindo dependências, transições, checkpoints e estratégias de recuperação para fluxos de múltiplos estágios.
• L5 (Segurança e IP): Uma camada de protocolo para autorização, controle de divulgação, proteção de dados e trilhas de auditoria para garantir a responsabilidade através de domínios de confiança.

4. Resultados e Análise

A análise dos 82 sistemas revela que, embora progressos significativos tenham sido feitos na automação de tarefas individuais (Stage-Bound) e na coordenação de fluxos de múltiplos estágios (Flow-Bound), a preservação da validade através de fronteiras organizacionais (Organization-Bound) permanece subdesenvolvida.

• Stage-Bound: Sistemas como RTLFixer e AnalogCoder demonstram loops de reparo local eficazes, mas frequentemente carecem de contexto para estágios downstream.
• Flow-Bound: Sistemas como ChatEDA e ASIC-Agent gerenciam o estado com sucesso entre ferramentas, mas lutam com a consistência de contexto quando versões de ferramentas ou restrições mudam.
• Organization-Bound: Sistemas como Ask-EDA e ChatLS fornecem respostas fundamentadas, mas muitas vezes carecem da proveniência rigorosa e da imposição de escopo necessárias para signoff formal ou adoção entre equipes.

O levantamento identifica que as taxonomias existentes (baseadas em tarefa, modalidade ou estágio de design) são ortogonais ao problema crítico da validade do handoff. Um sistema pode ser altamente eficaz em uma tarefa específica, mas falhar como um objeto de handoff se não carregar a evidência do contrato necessária.

5. Significância

O artigo argumenta que o principal desafio na EDA agêntica não é meramente a automação de tarefas, mas garantir a validade do handoff. Ao reformular o campo através de uma lente centrada em fronteiras, o levantamento fornece:

1. Um vocabulário comum (contratos, objetos, mecanismos) para comparar sistemas díspares.
2. Uma taxonomia sistemática que destaca os requisitos de validade específicos e as lacunas das fronteiras de Estágio, Fluxo e Organização.
3. Uma agenda de pesquisa (EACP) para abordar a falta de protocolos padronizados para descoberta de agentes, mensagens, invocação de ferramentas, orquestração de workflow e segurança.

Os autores concluem que alcançar uma EDA agêntica confiável exige ir além das capacidades isoladas dos agentes para estabelecer artefatos de design, registros de workflow e decisões que permaneçam portáteis, auditáveis e admissíveis através de todos os estágios, fluxos e fronteiras organizacionais. O EACP proposto visa fornecer a infraestrutura necessária para realizar este objetivo.