Tersa EDA
Model Context Protocol · Engineering Early Access

Tersa MCP: kontrollierte Simulation für Engineering-Agenten.

Tersa MCP bietet validierte Simulation, Messungen, begrenzte Optimierung und Touchstone-Prüfung. Ein Agent kann ngspice ausführen, Bauteilwerte optimieren oder Ein- und Zweitor-S-Parameter auf Passivität und Reziprozität prüfen. Harmonic Balance, EM und erweiterte RF-Synthese bleiben auf der Roadmap. Live-Bildwerkzeuge erzeugen aus einer validierten Netlist einen deterministischen Schaltplan und aus ausgewählten Kurven einer abgeschlossenen kontoeigenen Simulation einen Plot. MCP liefert standardmäßig PNG für breite Client-Kompatibilität; SVG ist explizit wählbar. Sieben aktive Workspace-Tools lesen Projekte, erstellen oder laden kanonische Revisionen und wandeln eine typisierte Engineering-Anforderung über den echten Tersa-.NET-Komponentenkatalog und Domain-Commands in ein editierbares SchematicDocument 1.0 um. Ein abgeschlossener Job liefert einen tokenfreien Link zur exakten Revision in Tersa Web.

Tersa-Konto erstellenSPICE-Workflow ansehen
Tersa MCP · Early Access
Protokoll-Endpoint · aktiv
Dashboardmcp.tersaeda.com
Protokoll-Endpointhttps://mcp-api.tersaeda.com/mcp · aktiv
agent> Validiere diese RC-Tiefpass-Netlist, führe eine Transientenanalyse aus, gib time und v(out) zurück und erkläre, ob die Antwort zu den Bauteilwerten passt. Ändere nichts vor dem Bericht der Warnungen.

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

Transport

Streamable HTTP

Identität

OAuth 2.1 + PKCE

Engine

ngspice worker

Plattform für Engineering-Agenten

Tersa MCP ist mehr als ein SPICE-Wrapper.

SPICE-Simulation, typisierte Messungen, begrenzte Optimierung, Touchstone 1.x und editierbare Schaltungserzeugung sind produktiv verfügbar. Harmonic Balance, EM und breitere RF-Synthese bleiben Roadmap-Arbeit.

Live Beta

SPICE-Simulation

Validierte .op-, .dc-, .ac-, .tran- und .noise-Analysen mit isoliertem ngspice, begrenzten Vektoren und stabiler Diagnose.

Jetzt verfügbar

Forschung

Harmonic Balance

Periodischer eingeschwungener Zustand und nichtlineare RF-Analyse über typisierte Verträge.

Plattform-Roadmap

Geplant

EM-Analyse

Geometriebezogene EM-Jobs, Feldergebnisse und Solver-Diagnose mit klaren Limits.

Plattform-Roadmap

Live Beta

Optimierung

Begrenzte Variablen, explizite Ziele, deterministische Methoden, Fortschrittsabfrage, Abbruch und Simulationsnachweise.

Jetzt verfügbar

Live Beta

S-Parameter

Begrenzte Touchstone-1.x-Prüfung für Ein- und Zweitore mit Impedanz, Sweep, Passivität, Reziprozität und stabiler Diagnose.

Jetzt verfügbar

Live Beta

Editierbare Schaltungserzeugung

Eine typisierte Spezifikation wird durch den echten Tersa-.NET-Katalog und Domain-Commands als unveränderliche SchematicDocument-1.0-Revision materialisiert.

Jetzt verfügbar

Roadmap-Punkte zeigen die Produktrichtung und sind noch keine verfügbaren MCP-Tools. Umfang und Reihenfolge können sich ändern.

Early Access

Der öffentliche OAuth-Endpoint läuft im Early Access.

Der Produktions-Endpoint hat OAuth → MCP → BFF → Worker → ngspice E2E mit PKCE, Consent, Rotation, Widerruf, kontobezogener Nutzung und begrenzten Vektoren bestanden. Ein verifiziertes Tersa-Konto ist erforderlich. Codex und ChatGPT bleiben bis zur interaktiven Abnahme Zielclients; Shared Keys sind nicht das öffentliche Modell.

Direkte Antwort

Tersa MCP in drei Antworten

Was ist das?

Ein Remote-MCP-Service für kontrollierte SPICE-Aufgaben. Agenten verwenden typisierte Tools statt beliebiger Shell-Befehle, Serverdateien oder ungebremster Simulatorausgabe.

Was kann er?

Netlists validieren, Limits melden, eine .op/.dc/.ac/.tran/.noise-Analyse ausführen, Vektoren liefern, Jobs abfragen und abbrechen sowie bekannte Fehler erklären.

Für wen?

Für Engineering-Teams mit OAuth-fähigem Remote-MCP-Client und reproduzierbaren Analog/RF-Prüfungen. Kein Ersatz für eine vollständige Desktop-EDA-Suite.

Werkzeuge

Fünfundzwanzig Tools für Schaltungserzeugung, Projekte, Simulation, Optimierung, RF-Netzwerke und technische Visualisierungen

Vorbereitung, Ausführung, Monitoring und Diagnose haben enge Verträge. Jeder Job gehört dem Tersa-Konto; interne Credentials bleiben verborgen.

spice_capabilities

Zeigt Analysen, Protokoll, Limits und Ergebnisgrenzen.

spice_validate_netlist

Validiert ohne ngspice und blockiert gefährliche Direktiven, Mehrfachanalysen und Dateioperationen.

spice_submit_simulation

Erstellt einen asynchronen Job mit Vektoren und optionalem Idempotency Key.

spice_get_simulation

Liefert Status, begrenztes Ergebnis oder Diagnose nur für eigene Jobs.

spice_cancel_simulation

Fordert den Abbruch eines wartenden oder laufenden Jobs an.

spice_simulate

Wartet kurz und liefert Ergebnis oder Job-Referenz zum Polling.

spice_explain_failure

Übersetzt stabile Fehlercodes in anwendbare Korrekturen.

spice_measure_result

Berechnet typisierte Messwerte aus gespeicherten Vektoren eines abgeschlossenen Jobs ohne erneuten ngspice-Lauf.

optimize_circuit

Startet eine begrenzte Bauteiloptimierung mit expliziten Variablen, Bereichen, Zielen, Methode, Auswertungsbudget und deterministischem Seed.

get_optimization

Fragt den eigenen Optimierungsjob ab und liefert Fortschritt, beste Werte, Zielnachweise, materialisierte Netlist und Simulationsherkunft.

cancel_optimization

Fordert die kooperative Abbruchbehandlung einer wartenden oder laufenden Optimierung an, ohne andere Konten zu berühren.

network_submit_touchstone

Sendet begrenzte Touchstone-1.x-S-Parameter für Ein- oder Zweitore im RI-, MA- oder DB-Format.

network_get_analysis

Fragt den eigenen Job nach Referenzimpedanz, Sweep-Grenzen, Passivität, Reziprozität und stabiler Diagnose ab.

network_cancel_analysis

Bricht eine wartende Touchstone-Prüfung vor dem Worker-Start ab.

render_circuit_schematic

Rendert eine validierte, begrenzte SPICE-Netlist als deterministischen Schaltplan mit Konnektivitätsmetadaten; PNG ist Standard, SVG optional.

render_simulation_plot

Rendert ausgewählte reale oder komplexe Kurven einer abgeschlossenen kontoeigenen Simulation als begrenzten PNG- oder SVG-Plot, ohne ngspice erneut zu starten.

get_render

Fragt den eigenen Renderjob ab und liefert begrenzte Metadaten plus fertiges PNG oder SVG als MCP-Bildblock.

cancel_render

Bricht einen wartenden Renderjob vor dem Worker-Start ab.

project_list

Listet Zusammenfassungen kontoeigener Projekte, ohne Schaltungsdokumente oder andere Projektinhalte zurückzugeben.

project_get

Liest begrenzte Metadaten eines kontoeigenen Projekts einschließlich Blatt-, Plot- und Modellübersichten, aber ohne Dokumentinhalte.

project_create

Erstellt mit stabiler clientRequestId idempotent ein leeres kontoeigenes Projekt; Wiederholung liefert dasselbe Projekt, widersprüchliche Wiederverwendung wird abgelehnt.

project_get_document

Liest eine kontoeigene kanonische SchematicDocument-1.0-Revision mit ihrer unveränderlichen Revisions-ID.

project_save_revision

Speichert eine begrenzte kanonische Revision idempotent; Updates benötigen die aktuelle baseRevisionId und widersprüchliche Wiederholungen werden abgelehnt.

project_generate_circuit

Übermittelt eine begrenzte typisierte Schaltungsspezifikation zur Materialisierung mit dem echten Tersa-.NET-Komponentenkatalog, Platzierung, Verbindungen, Analysen, Validierung und kanonischer Serialisierung.

get_project_generation

Fragt den Generierungsjob ab und erhält Revisions-ID, begrenzte Zähler und eine tokenfreie Tersa-Web-URL, ohne das Dokument in Aktivitätsprotokollen zu speichern.

Welche typisierten Messungen sind in Tersa MCP verfügbar?

Der spice_measure_result-Toolvertrag 1.8.0 wertet gespeicherte Ergebnisvektoren ohne neuen ngspice-Lauf aus. Sechzehn Algorithmen sind verfügbar, jeweils mit expliziten Parametern, Quellvektor-Evidenz und stabilen Fehlercodes.

Skalar- und Reihenmessungen

VALUE_AT_X, MINIMUM, MAXIMUM, MEAN, RMS, CROSSING und BANDWIDTH sind für begrenzte Ergebnisvektoren verfügbar. CROSSING und BANDWIDTH verwenden einen expliziten Threshold statt eines abgeleiteten Pegels.

Transiente Anstiegs-, Abfall- und Einschwingzeit

RISE_TIME und FALL_TIME benötigen explizite lowThreshold- und highThreshold-Werte. SETTLING_WINDOW benötigt einen endlichen target-Wert und einen positiven absoluten tolerance-Wert. Alle drei setzen einen echten Zeitvektor voraus.

Abgetasteter Overshoot und Undershoot

OVERSHOOT und UNDERSHOOT benötigen explizite target- und startTime-Werte. Sie liefern den abgetasteten Peak oder Trough und den Ausschlag bei oder nach startTime, ohne ein interpoliertes Extremum zu erfinden.

Delay ab expliziter Referenzzeit

DELAY benötigt threshold und referenceTime. Bei oder nach referenceTime muss genau ein Threshold Crossing liegen; der Delay ist crossingTime minus referenceTime.

Period, frequency und duty cycle

PERIOD und FREQUENCY mitteln alle vollständigen Rising-to-rising-Zyklen an einem expliziten threshold. DUTY_CYCLE nutzt dieselben Zyklen und verlangt genau ein Falling Crossing pro einbezogenem Zyklus.

Mehrdeutigkeit führt zu einem klaren Fehler

Fehlende Crossings liefern insufficient-data, zusätzliche geeignete Crossings AMBIGUOUS_CROSSING. Tersa MCP wählt bei Rise/Fall, DELAY, CROSSING, BANDWIDTH oder periodischer Duty keinen bequemen Edge aus.

Architektur

Vom Request zu Messdaten

Der MCP-Adapter startet ngspice nicht selbst und greift nicht direkt auf die Datenbank zu. Protokoll, Identität, Jobstatus und nativer Prozess bleiben getrennt.

1. Autorisierung

Der Client öffnet Tersa Sign-in und Consent. E-Mail/Passwort und Google nutzen dasselbe Konto; Scopes trennen Lesen, Validieren und Simulieren.

2. Typisierter Tool Call

JSON-RPC, Argumente, Origin und Rate werden geprüft; der BFF erhält ein separates internes Credential, nie den User Token.

3. Begrenzter Job

BFF prüft Netlist, Analyse, Vektoren, Owner, Concurrency und Idempotenz und persistiert Queue und Status per Hibernate/JPA.

4. Isoliertes ngspice

Der Worker startet einen Child Process im privaten Verzeichnis mit Zeit-, CPU-, Speicher-, PID- und Punktlimits.

Verbinden

Early-Access Quick Start

Ein verifiziertes Tersa-Konto erstellen, das private Dashboard öffnen und https://mcp-api.tersaeda.com/mcp in einem kompatiblen Client eintragen. Discovery, PKCE, Consent, Rotation und Widerruf sind aktiv.

Beispielanfrage

Validiere diese RC-Tiefpass-Netlist, führe eine Transientenanalyse aus, gib time und v(out) zurück und erkläre, ob die Antwort zu den Bauteilwerten passt. Ändere nichts vor dem Bericht der Warnungen.

  1. 1

    Tersa-Konto erstellen

    Registrierung per E-Mail oder Google. Dieselbe Identität gilt für Web, künftiges Web CAD, Mobile und MCP Grants.

  2. 2

    MCP-Dashboard öffnen

    Privates Control Plane für Status, Connections, Grants, Revoke, Ausführungen und Tagesnutzung.

  3. 3

    Remote Client verbinden

    https://mcp-api.tersaeda.com/mcp eintragen und OAuth 2.1 Authorization Code + PKCE abschließen.

  4. 4

    Begrenzte Aufgabe stellen

    Mit Capabilities oder Validation beginnen, eine Analyse und nur nötige Vektoren angeben; lange Jobs pollen.

Client-Kompatibilität

Ziel ist Remote Streamable HTTP über HTTPS mit user-scoped OAuth 2.1 und PKCE. Support folgt erst nach initialize, tools/list, validate, simulate, poll, cancel, refresh und revoke.

  • Codex ist Zielclient; Produktionsabnahme steht aus.
  • ChatGPT ist in Workspaces mit Custom Remote MCP Apps Zielclient; Abnahme steht aus.
  • Weitere Clients passen bei MCP-, HTTPS-, Discovery-, PKCE- und Refresh-Rotation-Support.

Konto, Datenschutz und Ausführungsgrenzen

Registrierung ordnet Compute, Grants, Jobs und Ergebnisse einem Owner zu. Enge Verträge verhindern allgemeinen Serverzugriff über Netlists.

  • Opaque Tokens; nur SHA-256 Hashes werden gespeichert, Replay widerruft die Familie.
  • Google ID Tokens werden serverseitig geprüft; kein Client Secret in Nuxt, Mobile oder MCP.
  • Eine Analyse; File Reads, freie Includes, Control, Shell und Code Models sind gesperrt.
  • ngspice läuft isoliert mit Ressourcenlimits.
  • Logs enthalten keine vollständigen Netlists, E-Mails, OAuth Assertions, Tokens oder Keys.

Umfang der Beta

Ein reproduzierbares RF/Analog-Notebook für Agenten, kein unbegrenztes Remote Computing.

  • Eine .op/.dc/.ac/.tran/.noise-Analyse pro Request.
  • Keine vom Caller gelieferten .include/.lib-Dateien.
  • Sweeps und Ergebnisse auf die Entscheidung begrenzen.
  • Kein Ersatz für ADS, AWR oder vollständige Desktop EDA.
  • Endpoint, Quoten, Clients und Bedingungen können sich ändern.

Verwandte Inhalte

Simulator-Workflow, RF-Matching-Guide oder privates MCP-Dashboard öffnen.

SPICE-Simulator-Workflow

Vorbereitung, Ausführung, Monitoring und Diagnose haben enge Verträge. Jeder Job gehört dem Tersa-Konto; interne Credentials bleiben verborgen.

RF-Impedanzanpassung

Der MCP-Adapter startet ngspice nicht selbst und greift nicht direkt auf die Datenbank zu. Protokoll, Identität, Jobstatus und nativer Prozess bleiben getrennt.

Tersa MCP Dashboard

Ein verifiziertes Tersa-Konto erstellen, das private Dashboard öffnen und https://mcp-api.tersaeda.com/mcp in einem kompatiblen Client eintragen. Discovery, PKCE, Consent, Rotation und Widerruf sind aktiv.

Tersa MCP

Bereiten Sie Ihr Konto für Tersa MCP vor.

Eine Tersa-Identität erstellen, Simulator erkunden und Verfügbarkeit im Dashboard verfolgen.

Konto erstellenMCP-Dashboard öffnenTersa kontaktieren