BROWSER-TESTS / 01
Der Agent ändert die App. Dann prüft er, was du siehst.
MidTerm dockt den Entwicklungsbrowser neben das echte PTY. Du und der Coding-Agent teilen ein sichtbares Ziel; explizite Helfer liefern Struktur, Aktionen, Logs, Screenshots und responsiven Zustand.
Von Johannes G. E. Schmidt · Aktualisiert am 14. Juli 2026
GESCHLOSSENER KREIS / 02
Bauen, prüfen, handeln, verifizieren.
Der Feedback-Kreis bleibt im Workspace, in dem Code, Server, Logs und Agent ohnehin laufen.
Die echte App anbinden
mt_open wählt eine URL, dockt den Dev Browser und wartet auf die steuerbare Bridge. mt_status meldet ready, waiting oder ambiguous, statt ein Verbindungsproblem zu verstecken.
Begrenzte Belege lesen
Beginne mit mt_outline. Nutze dann mt_text, mt_query, mt_attrs oder mt_css für genau den Teil der Seite, der zählt.
Exakte Elemente bedienen
mt_click, mt_fill und mt_submit adressieren explizite Selektoren. Der Agent reproduziert einen Ablauf, ohne Koordinaten aus Screenshots zu raten.
Browser-Belege behalten
mt_log, mt_proxylog_summary und mt_proxylog zeigen Clientfehler und Proxy-Anfragen; mt_screenshot bewahrt den visuellen Beleg.
MINIMALER ABLAUF / 03
Die Oberfläche ist ausführbare Dokumentation.
. .midterm/mtcli.sh
mt_open http://localhost:5173
mt_status
mt_outline
mt_query '[data-testid="save"]' --text
mt_fill '#title' 'Persistenter Browser-Test'
mt_submit 'form'
mt_log error
mt_screenshotDer generierte Helfer ist ein authentifizierter Client der aktuellen MidTerm-Session. Daneben wird eine PowerShell-Variante erzeugt. Agents entdecken die Oberfläche im Repo, ohne fremde Modellintegration oder undokumentiertes Plugin.
GEMEINSAMES ZIEL / 04
Für den Operator sichtbar. Für den Agent adressierbar.
MidTerms Dev Browser ist bewusst keine verborgene zweite Welt.
| Menschliche Sicht | Die App bleibt neben dem Terminal. Du kannst eine Aktion beobachten, übernehmen, das Layout vergleichen oder denselben Fehler prüfen, den der Agent meldet. |
|---|---|
| Agent-Sicht | Kompakte Textantworten liefern Struktur und Zustand, ohne für jede Prüfung einen vollständigen Screenshot zu verbrauchen. |
| Host-Kontext | Die Vorschau erreicht Entwicklungsserver und private Dienste des MidTerm-Hosts; ihr Browser-Login bleibt bei der Vorschau, während Code und Server auf dem Rechner bleiben. |
| Keine erfundene Bedeutung | MidTerm transportiert expliziten Browser-Zustand und Befehle. Ob die UI korrekt ist, entscheiden Agent und Instruktion. |
RESPONSIVE + GERÄT / 05
Beginne mit Maßen. Steigere auf Gerätesignale.
Ein schmaler Screenshot beweist nur das schmale Layout. MidTerm trennt responsive Prüfung, Chrome-Geräteemulation und reale Gerätevalidierung bewusst.
Exakte Maße setzen
mt_viewport 390 844 begrenzt den Desktop-Iframe auf Handy-Maße. mt_viewport 0 0 setzt ihn zurück. User-Agent, Pointer, Hover, Touch und Lifecycle bleiben unverändert.
Prüfen, was sich bewegte
Frage Navigation, Overlays, feste Controls und aktives Formular in der schmalen Breite ab, statt nur auf CSS-Breakpoints zu vertrauen.
Gerätesignale lokal ergänzen
Die optionale Mobile Device Bridge öffnet die Vorschau im lokalen Chrome mit Pixel-Profil, Touch, Android-Identität, Orientierung, Lifecycle und Tastatur-Viewport-Näherung. MidTerms Browser-Befehle bleiben nutzbar.
Das Betriebssystem validieren
Nutze ein physisches Handy für die echte Bildschirmtastatur, Safari/WebKit und OS-spezifisches Lifecycle-Verhalten. Ein Bridge-Screenshot kann diese Grenzen nicht zertifizieren.
GRENZE / 06
Nutze das passende Browser-Werkzeug.
Das gemeinsame sichtbare Ziel ist die Stärke und definiert zugleich die Grenze.
| MidTerm wählen | Für iterative Entwicklung, in der Terminal-Agent, Entwickler, lokaler Server und sichtbare App einen dauerhaften Browser-Workspace teilen. |
|---|---|
| Playwright wählen | Für reproduzierbare Testsuiten, isolierte Browser-Kontexte, mehrere Engines, CI-Ausführung und große Automationsmengen. Beide Werkzeuge können zusammenarbeiten. |
| UI muss verbunden sein | Browser-Befehle brauchen einen offenen MidTerm-Tab und eine steuerbare Vorschau. Ohne UI-Client scheitert mt_open explizit. |
| Gerätetreue | Der Responsive Frame ändert nur Maße. Die optionale Chrome-Bridge ergänzt Chromium-Gerätesignale; Safari, iOS und eine echte Betriebssystem-Tastatur erfordern weiterhin reale Hardware. |
| Sicherheitsgrenze | Der Helfer enthält einen lokalen Session-Zugang. Behandle generierte .midterm-Helfer als Geheimnis und schütze Fernzugriff mit HTTPS, Authentifizierung und möglichst einem privaten Netz. |
ANTWORTEN / 07
Kurz beantwortet.
Kann ein Coding-Agent den Dev Browser von MidTerm steuern?
Ja. Generierte Bash- und PowerShell-Helfer liefern Struktur, Text, Attribute, berechnetes CSS, Aktionen, Konsolen- und Proxy-Logs, Screenshots und Viewport-Größe der gewählten Vorschau.
Ersetzt MidTerm Playwright oder eine Headless-Browser-Farm?
Nein. MidTerm optimiert einen gemeinsamen sichtbaren Entwicklungsbrowser neben einer echten Terminal-Session. Für reproduzierbare Testsuiten, isolierte Browser und große Automationsmengen bleibt Playwright geeigneter.
Braucht die Browser-Steuerung eine eigene MidTerm-KI?
Nein. Browser-Bridge und Befehlshelfer sind deterministische Kontrolloberflächen. Die Intelligenz liefert der Coding-Agent, der sie benutzt.
Kann ein Agent mobiles Verhalten testen?
MidTerms Responsive Frame ändert nur Abmessungen. Die optionale Mobile Device Bridge ergänzt Chrome-Gerätemetriken, Android-Identität, Touch, Orientierung, Lifecycle und eine Bildschirmtastatur-Näherung. Echtes Safari-, iOS- und Betriebssystem-Tastaturverhalten erfordert weiterhin ein reales Gerät.
