Wege, MASAIC zu steuern
Drei Wege, deinen Workspace zu steuern: die Web-Console, ein AI-Coding-Agent über MCP oder die masaic CLI — wofür sich welcher eignet und wie du sie kombinierst.
Alles in MASAIC — Agents, Modelle, Prompts, Skills, Tests, Automations — lässt sich auf drei Wegen steuern. Alle sprechen mit demselben Workspace und denselben Daten; nichts ist an das Werkzeug gebunden, mit dem du angefangen hast.
| Weg | Du arbeitest, indem du … | Am besten für |
|---|---|---|
| Web-Console | im Browser durch den Workspace klickst | das Produkt kennenlernen, Conversations prüfen, einzelne Änderungen, alles Visuelle |
| AI-Coding-Agent über MCP | in Claude Code, Codex, Cursor, Windsurf oder Claude Desktop in normaler Sprache fragst | „erstelle einen Agent wie den Support-Agent, aber für Billing“, Massenänderungen, Erkunden ohne Befehle zu lernen |
masaic CLI | Befehle ausführst und Agent-Definitionen als YAML-Dateien pflegst | wiederholbare Änderungen, Review vor dem Ausliefern, CI-Pipelines, Scripting |
Fang mit einem an. Die meisten Teams nutzen am Ende alle drei: die Console, um Dinge anzusehen, einen Coding-Agent, um Änderungen zu beschreiben, und die CLI, wenn eine Änderung reviewbar und wiederholbar sein soll.
Web-Console
Der Browser-Workspace ist die vollständige Oberfläche — jedes Feature erscheint hier zuerst, und manches funktioniert nur visuell wirklich gut: Transkripte lesen, einem Playground-Lauf zusehen, ein Rollout freigeben.
- Tour durch die Console — was die Bereiche der Seitenleiste tun.
- Erste Schritte — vom leeren Workspace zum funktionierenden Agent in etwa 15 Minuten.
- Schnellstart — einen bestehenden Agent ausführen.
AI-Coding-Agent über MCP
MCP (Model Context Protocol) ist ein Standard, über den ein AI-Assistent externe Tools nutzt. MASAIC bringt einen MCP-Server mit: Du richtest deinen Coding-Agent auf deinen Workspace und fragst dann einfach nach Änderungen — kein Klicken, keine Befehlssyntax.
Ein Befehl verbindet beides:
masaic login masaic mcp install claude-code
Danach kannst du Dinge sagen wie „Liste die Agents in diesem Projekt und sag mir, welche keine Tests haben“ — der Assistent liest das direkt aus deinem Workspace.
→ MASAIC aus deinem Coding-Agent steuern
Nicht zu verwechseln mit Tools für deine Agents. Auf dieser Seite steuert ein Assistent MASAIC. Deinen eigenen Agents Tools zum Aufrufen zu geben, ist die andere Richtung — siehe MCP-Server und Tools.
Die masaic CLI
Die CLI ist die Wahl, wenn eine Änderung wiederholbar und reviewbar sein muss. Du pflegst Agent-, Prompt-, Modell- und Skill-Definitionen als YAML-Dateien in deinem eigenen Repository und wendest sie an:
masaic validate -f ./masaic/agent.runtime.yaml # prüfen, ohne zu ändern masaic apply -f ./masaic/agent.runtime.yaml # veröffentlichen
Weil die Definition eine Datei ist, läuft eine Änderung durch dasselbe Review wie dein Code — und derselbe Befehl läuft in CI.
Was soll ich nehmen?
| Wenn du … willst | Nimm |
|---|---|
| sehen, was dein Agent einer Kundin wirklich geantwortet hat | Web-Console |
| deinen ersten Agent bauen | Web-Console |
| eine Änderung beschreiben statt sie selbst zu machen | Coding-Agent über MCP |
| Fragen zu deinem Workspace stellen („welche Agents haben sich diese Woche geändert?“) | Coding-Agent über MCP |
| Agent-Definitionen versioniert halten | CLI |
| dieselbe Änderung aus einer Pipeline nach Staging und Production bringen | CLI |
| über mehrere Projekte arbeiten, ohne Fenster zu wechseln | CLI (--project) |
Eine Warnung, die man einmal lesen sollte
Console, Coding-Agent und CLI schreiben alle in denselben lebenden Workspace. Ein Coding-Agent, den du bittest, „die alten Agents aufzuräumen“, tut genau das. Bevor du einen Assistenten ändern lässt:
- richte ihn zuerst auf ein Nicht-Production-Projekt oder -Environment (Environments);
- prüfe Teams und Zugriff — der Assistent handelt mit deinen Rechten, nicht mit weniger;
- halte die Beförderung nach Production in deinem normalen Release-Prozess (Sichere Rollouts).
← Anmelden und dein Workspace · MASAIC aus deinem Coding-Agent steuern →