"Transformation des Claude-Codes in ein autonomes Ingenieurteam"
Die jüngste Entwicklung im Einsatz von Claude Code umfasst eine ~/.claude/ Konfiguration, die aus etwa 2.200 Zeilen Markdown besteht und darauf ausgelegt ist, es in ein autonomes Build-System zu transformieren. Mit dieser Einrichtung können Nutzer Aufgaben einfach durch Eingabe von /build <task> ausführen, was eine Reihe automatisierter Prozesse auslöst, einschließlich der Erstellung von Spezifikationen, der Strukturierung von Projekten, dem Starten paralleler Sonnet-Agenten und dem Ausführen von Test-Driven Development (TDD) Schleifen. Darüber hinaus integriert das System einen Opus-Reviewer, der die Ausgaben anhand einer festgelegten 5-Punkte-Checkliste überprüft und schließlich einen Pull Request (PR) öffnet.
In einem praktischen Beispiel wurde das System verwendet, um eine GitHub-Aktivitäts-Befehlszeilenschnittstelle (CLI) zu erstellen, wobei 941 Zeilen TypeScript-Code mit 38 bestandenen Tests in etwa 5 Minuten generiert wurden. Während der resultierende Code als anständig beschrieben wurde, wird eine manuelle Überprüfung vor der Bereitstellung in Produktionsumgebungen dennoch empfohlen.
Der zugrunde liegende Mechanismus dieses Systems umfasst klar definierte Phasen für die Ausführung: SPEC, SCAFFOLD, EXECUTE, VALIDATE und INTEGRATE. Der Erfolg bei der Handhabung paralleler Agentenoperationen ohne Konflikte beruht auf exklusivem Dateibesitz, um sich überschneidende Bearbeitungen zu vermeiden, und einer 'zwei Strikes und Pivot'-Regel, die anhaltende Probleme an leitende Agenten eskaliert, anstatt endlose Schleifen zu verursachen.
Darüber hinaus profitiert das System von einem persistenten Speichersystem, das SQLite verwendet, um Beobachtungen aus jedem Build zu speichern. Diese Datenbank fördert wiederkehrende Muster zu Regeln und ermöglicht es dem System, aus seinen vorherigen Fehlern zu lernen und sich anzupassen. Es ist jedoch wichtig zu beachten, dass diese Einrichtung von der experimentellen Funktion CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 abhängt, die instabil sein kann und eng mit den Ingenieurmöglichkeiten des Erstellers verbunden ist, was eine Anpassung basierend auf individuellen Vorlieben nahelegt.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Sense: Go SDK für KI-gestützte Test-Assertions und strukturierte Textextraktion
Sense ist ein Go SDK, das Claude für zwei Hauptfunktionen nutzt: die Bewertung nicht-deterministischer Ausgaben in Tests mit einfachen englischen Assertions und die Extraktion typisierter Structs aus unstrukturiertem Text durch Reflection und erzwungene tool_use.
Blackwell LLM Toolkit: NVFP4-Konfigurationen, Räder und Benchmarks für TensorRT-LLM auf RTX Pro 6000
Ein Community-Repository bietet TensorRT-LLM-Konfigurationen, vorgebaute LMCache-Räder mit sm_120-Unterstützung und Benchmarks für Blackwell-GPUs. Nemotron-3-Nano-Omni V3 erreicht 270 tok/s bei 8k Kontext auf einer einzelnen RTX Pro 6000.
Sovr MCP Proxy fügt eine Sicherheitsschicht hinzu, um zerstörerische LLM-Befehle zu verhindern.
Ein Entwickler baute sovr-mcp-proxy, nachdem ein lokales LLM beinahe rm -rf in seinem Home-Verzeichnis ausgeführt hätte. Das Tool fängt Befehle vor der Ausführung ab und blockt zerstörerische Muster wie rm -rf, DROP TABLE, curl | sh und chmod 777.
bareguard: Ein leichtes Sicherheitsgate für KI-Agenten — jetzt auf npm
bareguard v1.0 ist eine ~1000-zeilige Sicherheitsschicht mit einer einzigen Abhängigkeit für KI-Agenten, die destruktive Aktionen blockiert (rm -rf, DROP TABLE) und Budgetgrenzen mit menschlicher Eskalation durchsetzt. Teil der bare-Suite, live auf npm.