A2P: Ein MCP-Server, der Engineering-Disziplin für KI-Codierungsagenten durchsetzt

✍️ OpenClawRadar📅 Veröffentlicht: 17. April 2026🔗 Source
A2P: Ein MCP-Server, der Engineering-Disziplin für KI-Codierungsagenten durchsetzt
Ad

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
Ad

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:

  1. Ein neues Projekt mit Guardrails starten: Architektur definieren → in Slices aufteilen → mit gated TDD bauen → Sicherheit → Deployment-Artefakte
  2. 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

Ad

👀 Siehe auch

skill-depot: Ein lokales Speicher- und Fähigkeitensystem für MCP-kompatible KI-Agenten
Werkzeuge

skill-depot: Ein lokales Speicher- und Fähigkeitensystem für MCP-kompatible KI-Agenten

skill-depot ist ein Retrieval-System, das Agentenwissen als Markdown-Dateien speichert und Vektoreinbettungen nutzt, um semantisch zu suchen und selektiv nur relevante Inhalte zu laden. Es läuft 100 % lokal ohne API-Schlüssel, funktioniert mit jedem MCP-kompatiblen Agenten und kann mit npx skill-depot init eingerichtet werden.

OpenClawRadar
Interfaze: Neue Modellarchitektur übertrifft Gemini-3-Flash und GPT-5.4-Mini bei deterministischen Aufgaben
Werkzeuge

Interfaze: Neue Modellarchitektur übertrifft Gemini-3-Flash und GPT-5.4-Mini bei deterministischen Aufgaben

Interfaze, eine neue Modellarchitektur, die DNN/CNNs mit Transformatoren kombiniert, übertrifft Gemini-3-Flash, Claude-Sonnet-4.6, GPT-5.4-Mini und Grok-4.3 in 9 Benchmarks, darunter OCR, Bildverarbeitung, Spracherkennung und strukturierte Ausgaben.

OpenClawRadar
CrabMeat v0.1.0: Ein sicherheitsorientierter Agenten-Gateway, das dem LLM die Sicherheitsgrenze nicht anvertraut
Werkzeuge

CrabMeat v0.1.0: Ein sicherheitsorientierter Agenten-Gateway, das dem LLM die Sicherheitsgrenze nicht anvertraut

CrabMeat v0.1.0 ist ein WebSocket-Gateway für agentische LLM-Workloads, das Sicherheit auf architektonischer Ebene erzwingt: Capability-ID-Indirektion, Effektklassen, IRONCLAD_CONTEXT fixierte Anweisungen, manipulationssichere Audit-Kette, Streaming-Output-Leak-Filter und kein YOLO-Modus.

OpenClawRadar
Aufbau eines Sprachassistenten mit unter 500 ms Latenz: Architektur und Leistungseinblicke
Werkzeuge

Aufbau eines Sprachassistenten mit unter 500 ms Latenz: Architektur und Leistungseinblicke

Ein Entwickler hat einen Sprachagenten von Grund auf neu gebaut und dabei eine End-to-End-Latenz von ~400 ms mit vollständigem STT → LLM → TTS-Streaming erreicht. Wichtige Erkenntnisse umfassen die Behandlung von Sprache als Problem der Sprechwechsel, die Verwendung semantischer Sprechwechselerkennung und die gemeinsame Platzierung aller Komponenten für minimale Latenz.

OpenClawRadar