Tersa EDA
Model Context Protocol · Engineering Acesso antecipado

Tersa MCP: simulação controlada para agentes de engenharia.

Tersa MCP oferece simulação validada, medições, otimização limitada e inspeção Touchstone. Um agente pode executar ngspice, otimizar componentes ou verificar passividade e reciprocidade de parâmetros S de uma ou duas portas. Balanço harmônico, EM e síntese RF avançada permanecem no roadmap. As ferramentas de imagem transformam uma netlist validada em esquema determinístico e traces de uma simulação concluída da conta em gráfico. O MCP retorna PNG por padrão para ampla compatibilidade, com SVG disponível de forma explícita. Sete ferramentas workspace ativas consultam projetos, criam ou leem revisões canônicas e transformam uma solicitação de engenharia tipada em um SchematicDocument 1.0 editável usando o catálogo real de componentes e os comandos de domínio .NET da Tersa. O job concluído fornece um link sem token para abrir a revisão exata no Tersa Web.

Tersa MCP · Acesso antecipado
Endpoint do protocolo · ativo
Dashboardmcp.tersaeda.com
Endpoint do protocolohttps://mcp-api.tersaeda.com/mcp · ativo
agent> Valide esta netlist RC passa-baixas, execute análise transiente, retorne time e v(out) e explique se a resposta condiz com os componentes. Não altere o circuito antes de relatar warnings.

tool  spice_validate_netlist
result valid · analysis=tran · warnings=0
tool  spice_simulate
result completed · engine=ngspice · vectors=2

Transporte

Streamable HTTP

Identidade

OAuth 2.1 + PKCE

Motor

ngspice worker

Plataforma para agentes de engenharia

Tersa MCP é mais do que uma camada SPICE.

Simulação SPICE, medições tipadas, otimização limitada, Touchstone 1.x e geração de circuitos editáveis estão ativas em produção. Balanço harmônico, EM e síntese RF mais ampla continuam no roadmap.

Beta ativa

Simulação SPICE

Análises .op, .dc, .ac, .tran e .noise validadas com ngspice isolado, vetores limitados e diagnósticos estáveis.

Disponível agora

Pesquisa

Balanço harmônico

Estado estacionário periódico e RF não linear por contratos tipados e inspecionáveis.

Roadmap da plataforma

Planejado

Análise EM

Jobs eletromagnéticos, campos e diagnósticos do solver com limites explícitos.

Roadmap da plataforma

Beta ativa

Otimização

Variáveis limitadas, metas explícitas, métodos determinísticos, progresso, cancelamento e evidência da simulação fonte.

Disponível agora

Beta ativa

Parâmetros S

Inspeção limitada Touchstone 1.x de uma ou duas portas com impedância, varredura, passividade, reciprocidade e diagnóstico estável.

Disponível agora

Beta ativa

Geração de circuitos editáveis

Uma especificação tipada é materializada pelo catálogo e comandos de domínio .NET reais da Tersa em revisão SchematicDocument 1.0 imutável.

Disponível agora

Itens do roadmap indicam direção do produto e ainda não são tools MCP disponíveis. Escopo e ordem podem mudar.

Acesso antecipado

O endpoint OAuth público está ativo em early access.

O endpoint de produção concluiu um E2E real OAuth → MCP → BFF → worker → ngspice com PKCE, consentimento, rotação e revogação, uso por conta e vetores limitados. É necessária uma conta Tersa verificada. Codex e ChatGPT continuam clientes-alvo até a aceitação interativa; a chave compartilhada não é o modelo público.

Resposta direta

Tersa MCP em três respostas

O que é?

Um serviço MCP remoto para tarefas SPICE controladas. O agente usa tools tipadas, sem shell arbitrário, arquivos do servidor ou saída ilimitada.

O que faz?

Valida netlists, informa limites, executa uma análise .op/.dc/.ac/.tran/.noise, retorna vetores, consulta e cancela jobs e explica erros conhecidos.

Para quem?

Para engenharia com cliente MCP remoto OAuth que precisa de verificações analógicas/RF reproduzíveis. Não substitui uma suíte EDA completa.

Ferramentas

Vinte e cinco ferramentas para gerar circuitos, gerenciar projetos, simular, otimizar, analisar redes RF e criar visuais de engenharia

Preparação, execução, monitoramento e diagnóstico têm contratos estreitos. Cada job pertence à conta Tersa; a credencial interna fica privada.

spice_capabilities

Lê análises, protocolo, limites e restrições.

spice_validate_netlist

Valida sem ngspice e bloqueia diretivas inseguras, múltiplas análises e arquivos.

spice_submit_simulation

Cria job assíncrono com vetores e idempotency key opcional.

spice_get_simulation

Retorna status, resultado limitado ou diagnóstico só de jobs próprios.

spice_cancel_simulation

Solicita cancelamento de experimento em fila ou execução.

spice_simulate

Espera brevemente e retorna resultado ou referência para polling.

spice_explain_failure

Transforma código estável em correção para a próxima tentativa.

spice_measure_result

Calcula medições tipadas a partir dos vetores preservados de um job concluído sem executar ngspice novamente.

optimize_circuit

Envia uma otimização limitada de componentes com variáveis, faixas, metas, método, orçamento de avaliações e seed determinístico explícitos.

get_optimization

Consulta uma otimização da conta e retorna progresso, melhores valores, evidência por meta, netlist materializada e linhagem da simulação.

cancel_optimization

Solicita cancelamento cooperativo de uma otimização em fila ou execução sem afetar outras contas.

network_submit_touchstone

Envia dados S Touchstone 1.x limitados para rede de uma ou duas portas em formato RI, MA ou DB.

network_get_analysis

Consulta o job da conta para obter impedância, limites de varredura, passividade, reciprocidade e diagnóstico estável.

network_cancel_analysis

Cancela uma inspeção Touchstone em fila antes do início do worker.

render_circuit_schematic

Renderiza uma netlist SPICE validada e limitada como esquema determinístico com metadados de conectividade; PNG é o padrão e SVG é opcional.

render_simulation_plot

Renderiza traces reais ou complexos de uma simulação concluída da conta como gráfico PNG ou SVG limitado sem executar ngspice novamente.

get_render

Consulta o render da conta e retorna metadados limitados e o PNG ou SVG concluído como bloco de imagem MCP.

cancel_render

Cancela um render em fila antes do início do worker.

project_list

Lista resumos dos projetos da conta sem retornar documentos de esquema nem outros payloads do projeto.

project_get

Lê metadados limitados de um projeto da conta, incluindo resumos de folhas, gráficos e modelos, sem o conteúdo dos documentos.

project_create

Cria de forma idempotente um projeto vazio da conta com clientRequestId estável; o replay retorna o mesmo projeto e o reuso conflitante é rejeitado.

project_get_document

Lê uma revisão canônica SchematicDocument 1.0 da conta com seu identificador de revisão imutável.

project_save_revision

Salva uma revisão canônica limitada de forma idempotente; atualizações exigem o baseRevisionId mais recente e replays conflitantes são rejeitados.

project_generate_circuit

Envia uma especificação de circuito tipada e limitada para materialização pelo catálogo .NET real da Tersa, com posicionamento, conexões, análises, validação e serialização canônica.

get_project_generation

Consulta o job de geração e recebe a revisão imutável, contagens limitadas e uma URL sem token para o Tersa Web sem armazenar o documento nos logs de atividade.

Quais medições tipadas estão ativas no Tersa MCP?

O contrato 1.8.0 de spice_measure_result avalia vetores de resultado preservados sem executar ngspice novamente. Dezesseis algoritmos estão disponíveis com parâmetros explícitos, evidência do vetor de origem e códigos de falha estáveis.

Medições escalares e de série

VALUE_AT_X, MINIMUM, MAXIMUM, MEAN, RMS, CROSSING e BANDWIDTH estão ativos para vetores limitados. CROSSING e BANDWIDTH usam um threshold explícito, não um nível inferido.

Subida, descida e acomodação transitórias

RISE_TIME e FALL_TIME exigem lowThreshold e highThreshold explícitos. SETTLING_WINDOW exige target finito e um parâmetro tolerance absoluto positivo. Os três precisam de um vetor de tempo real.

Overshoot e undershoot amostrados

OVERSHOOT e UNDERSHOOT exigem target e startTime explícitos. Eles retornam o peak ou trough amostrado e a excursão em startTime ou depois, sem inventar um extremo interpolado.

Delay a partir de referência explícita

DELAY exige threshold e referenceTime. Deve haver exatamente um crossing do threshold em referenceTime ou depois; delay é crossingTime menos referenceTime.

Period, frequency e duty cycle

PERIOD e FREQUENCY calculam a média de todos os ciclos completos rising-to-rising em um threshold explícito. DUTY_CYCLE usa os mesmos ciclos e exige exatamente um falling crossing em cada ciclo incluído.

Ambiguidade gera falha explícita

Crossings ausentes retornam insufficient-data e crossings elegíveis extras retornam AMBIGUOUS_CROSSING. O Tersa MCP não escolhe um edge conveniente para rise/fall, DELAY, CROSSING, BANDWIDTH ou duty periódico.

Arquitetura

Do pedido aos dados medidos

O adapter MCP não executa ngspice nem acessa o banco diretamente. Protocolo, identidade, estado e processo nativo ficam separados.

1. Autorização

O cliente abre login e consentimento Tersa. Email/senha e Google compartilham conta; scopes separam leitura, validação e simulação.

2. Tool call tipada

JSON-RPC, argumentos, origin e rate são validados; BFF recebe credencial interna separada, nunca o token do usuário.

3. Job limitado

BFF verifica netlist, análise, vetores, owner, concorrência e idempotência e persiste via Hibernate/JPA.

4. ngspice isolado

Worker executa child process privado com limites de tempo, CPU, memória, PID e pontos.

Conexão

Quick start de acesso antecipado

Crie e verifique uma conta Tersa, abra o dashboard privado e adicione https://mcp-api.tersaeda.com/mcp a um cliente compatível. Discovery, PKCE, consentimento, rotação e revogação estão ativos.

Exemplo de pedido

Valide esta netlist RC passa-baixas, execute análise transiente, retorne time e v(out) e explique se a resposta condiz com os componentes. Não altere o circuito antes de relatar warnings.

  1. 1

    Crie uma conta Tersa

    Registro por email ou Google. A mesma identidade serve web, futuro Web CAD, mobile e MCP grants.

  2. 2

    Abra o dashboard MCP

    Control plane privado para status, conexões, grants, revoke, execuções e uso diário.

  3. 3

    Conecte um cliente remoto

    Adicione https://mcp-api.tersaeda.com/mcp e conclua OAuth 2.1 authorization code + PKCE.

  4. 4

    Peça tarefa limitada

    Comece com capabilities ou validation, informe uma análise e só os vetores necessários; use polling para jobs longos.

Compatibilidade de clientes

O alvo é Streamable HTTP remoto em HTTPS com OAuth 2.1 e PKCE por usuário. Suporte só após initialize, tools/list, validate, simulate, poll, cancel, refresh e revoke.

  • Codex é cliente alvo; aceitação de produção pendente.
  • ChatGPT é alvo onde planos/workspaces suportam custom remote MCP apps; aceitação pendente.
  • Outros clientes podem funcionar com MCP, HTTPS, discovery, PKCE e rotação refresh.

Conta, privacidade e limites

Registro atribui compute, grants, jobs e resultados. Contratos impedem que netlist vire acesso geral ao servidor.

  • Tokens opacos; só hashes SHA-256, replay revoga a família.
  • Google ID token é verificado no servidor; nenhum client secret no Nuxt, mobile ou MCP.
  • Uma análise; file reads, includes livres, control, shell e code models são bloqueados.
  • ngspice roda isolado com limites de recursos.
  • Logs excluem netlists completas, emails, OAuth assertions, tokens e keys.

Escopo da beta

Um notebook RF/analógico reproduzível para agentes, não compute remoto irrestrito.

  • Uma análise .op/.dc/.ac/.tran/.noise por pedido.
  • Sem .include/.lib fornecido pelo caller.
  • Limite sweeps e resultados ao necessário.
  • Não substitui ADS, AWR ou EDA desktop completa.
  • Endpoint, quotas, clientes e termos podem mudar.

Relacionado

Veja o simulador, o guia de matching RF ou o dashboard MCP privado.

Tersa MCP

Prepare sua conta para Tersa MCP.

Crie uma identidade Tersa, explore o simulador e acompanhe a disponibilidade no dashboard.