A2P: Ein MCP-Server, der Engineering-Disziplin für KI-Codierungsagenten durchsetzt
Was A2P tut
A2P (Architect-to-Product) ist ein KI-Engineering-Framework, das als MCP-Server verpackt ist und entwickelt wurde, um häufige Probleme mit KI-Coding-Agenten wie Claude Code anzugehen. Anstatt nur mehr Tools bereitzustellen, erzwingt A2P Engineering-Disziplin durch ein gated Workflow-System.
Kern-Workflow
Das Framework implementiert einen Lebenszyklus mit erzwungenen Gates: Architektur → Plan → Build → Audit → Sicherheit → Deploy. Jeder Feature-Slice muss durchlaufen: RED → GREEN → REFACTOR → SAST → DONE.
Diese Durchsetzung ist im Code implementiert. Wenn ein Agent versucht, fortzufahren, ohne eine Gate-Anforderung zu erfüllen, wirft das Tool einen Fehler.
Spezifische Durchsetzungsbeispiele
- Ein Slice kann nicht fortfahren, es sei denn, Testnachweise existieren
- Security-Scanning läuft als Teil des Workflows, nicht am Ende
- Deploy kann blockiert werden, bis SSL/HTTPS verifiziert ist
- Secret-Management muss definiert sein, bevor Deploy-Konfigurationen generiert werden
- Stateful-Systeme können Deploy nicht passieren, ohne Backup-Anforderungen
- Release-Entscheidungen und Sign-off-Punkte sind explizit, nicht in Prompts handgewunken
Zusätzliche Funktionen
Der Ersteller integrierte codebase-memory-mcp für strukturelle Code-Exploration, sodass der Agent Repositories effizienter verstehen kann, anstatt "alles grep-walked".
Anwendungsfälle
Das Framework ist für zwei primäre Szenarien entwickelt:
- Ein neues Projekt mit Guardrails starten: Architektur definieren → in Slices aufteilen → mit gated TDD bauen → Sicherheit → Deployment-Artefakte
- Ein vibe-coded MVP härten: Direkt zu Sicherheit, Audit, Refactor und Deployment-Readiness springen
Technische Details
A2P ist Open Source unter der MIT-Lizenz. Das Repository ist verfügbar unter github.com/BernhardJackiewicz/architect-to-product.
Der Erstler sucht speziell kritisches Feedback von Entwicklern, die bereits ernsthaft Claude Code verwenden, und fragt nach den größten Fehlermodi in aktuellen KI-Coding-Workflows: Tests, Sicherheit, Architektur-Drift, fake "done" oder Deployment-Probleme.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Claude Code v2.1.176: Sprachbewusste Sitzungen, Bedrock-Anmeldedaten-Caching und Dutzende Fehlerbehebungen
Sitzungstitel entsprechen jetzt der Gesprächssprache; Bedrock-Anmeldedaten bis zum Ablauf zwischengespeichert; Umgehung der Modellerzwingung für /fast und Umgebungsvariablen behoben; tmux-Zwischenablage korrigiert; Sandbox-Symlink-Fix.
Einzelaufruf-MCP-Pipeline reduziert den Claude-Code-Token-Verbrauch um 74 %
Ein Entwickler hat einen Kontext-Engine-MCP-Server erstellt, der Claude Code einen Abhängigkeitsgraphen von Codebasen bereitstellt und so die Token-Nutzung zunächst um 65 % reduziert. Eine neue Single-Call-Pipeline senkt die Token weiter um 74 %, indem sie mehrere Roundtrips eliminiert und Ergebnisse serverseitig dedupliziert.
Mehr-Agenten-Karriere-Mentor entwickelt mit Ollama und MCP für lokale KI
Ein Entwickler hat ein 5-Agenten-KI-System gebaut, das Lebensläufe analysiert und Karriere-Intelligenzberichte mit Ollama und llama3 lokal generiert. Das System verkettet Agentenausgaben, sodass jeder auf dem vorherigen Kontext aufbaut, wobei MCP die Tool-Integration übernimmt.
Warum Ihre Claude Code UI-Ausgabe driftet und wie eine strukturierte Spezifikation das Problem behebt
Ein Entwickler erklärt, dass inkonsistente UI-Ausgaben von Claude Code kein Prompt-Problem sind – es ist ein Format-Problem. Die Angabe exakter Hex-Codes, Schriftstärken, Abstände, Bildschirmzustände und Übergänge beseitigt Drift. Außerdem haben sie einen MCP-Server als Open Source veröffentlicht, der Bildschirmaufnahmen in strukturierte Spezifikationen umwandelt.