Agenten-Fähigkeiten: Stoppen Sie das Schreiben von SOPs, beginnen Sie mit dem Aufbau von Grenzsystemen

Ein kürzlicher Beitrag auf r/ClaudeAI argumentiert, dass der übliche Instinkt, Agentenfehler durch das Hinzufügen weiterer Fähigkeiten, Tools, Prompts oder Ausnahmeregeln zu beheben, kontraproduktiv ist. Der Autor behauptet, dieser Ansatz mache Agenten mit der Zeit zerbrechlicher: Der Kontext wird schwerer, die Toolauswahl unübersichtlicher und Regeln geraten zunehmend in Konflikt.
Fähigkeiten als SOPs vs. Grenzsysteme
Das Kernproblem, so der Autor, ist, dass viele Entwickler Fähigkeiten wie Standard Operating Procedures (SOPs) schreiben:
Schritt 1: tu dies
Schritt 2: tu das
Wenn X passiert, tu Y
Wenn Y passiert, tu Z
Tu nicht B, es sei denn A, außer wenn C passiert
Dieser Stil funktioniert für deterministische Arbeitsabläufe, versagt jedoch bei offenen Agentenaufgaben. Stattdessen schlägt der Autor einen Grenzsystem-Ansatz vor, bei dem eine gute Fähigkeit diese Fragen beantwortet:
- Wann muss diese Fähigkeit ausgelöst werden?
- Wann sollte sie auf keinen Fall verwendet werden?
- Was bedeutet Erfolg in geschäftlicher Hinsicht?
- Was ist das kleinste benötigte Toolset – ohne Ambiguität?
- Welche Fakten müssen über eine API oder externe Quelle verifiziert werden?
- Wo muss der Agent anhalten und einen Menschen um Bestätigung bitten?
„Wir sollten dem Modell nicht beibringen, wie man atmet. Wir sollten ihm eine klare Karte, saubere Werkzeuge und eindeutige Stoppschilder geben.“
Tools: Weniger ist mehr
Das gleiche Prinzip gilt für Tooldefinitionen. Mehr Tools bedeuten nicht automatisch mehr Fähigkeit. Wenn die Grenzen zwischen Tools verschwimmen, verbraucht das Modell Kontext und Überlegungsbudget allein für die Entscheidung, welches Tool aufgerufen werden soll. Die Faustregel des Autors:
Minimales vollständiges Toolset, maximale Grenzklarheit.
Evaluierung statt prozeduraler Korrektheit
Eine gute Fähigkeit sollte nicht danach beurteilt werden, ob der Agent die genauen Schritte des Autors befolgt hat, sondern danach, ob er:
- Das richtige Tool ausgewählt hat
- Die richtigen Parameter übergeben hat
- Die richtigen Fakten verifiziert hat
- Angehalten hat, als er anhalten sollte
Der Autor schließt: Eine schlechte Fähigkeit ist eine SOP, die immer länger wird; eine gute Fähigkeit ist ein getestetes Grenzsystem. Er fragt die Community, wie andere damit umgehen – ob Fähigkeiten klein und modular gehalten oder zu langen Anweisungspaketen werden, und wie man erkennt, ob eine Fähigkeit den Agenten tatsächlich verbessert oder mehr Kontextschulden erzeugt.
📖 Lesen Sie die vollständige Quelle: r/ClaudeAI
👀 Siehe auch

Verwende HTML als primäre Chatsprache für KI-Codierungsagenten, um SVG-Diagramme zu ermöglichen
Ein Entwickler hat die System-Prompts seines KI-Agenten von Markdown auf HTML umgestellt, sodass der Agent SVG-Diagramme und formatierte Tabellen direkt im Chat anzeigen kann. Verwendet wird Qwen3.6-27B mit einem HTML-basierten Interface.

Behandlung von Agentendurchläufen als Überprüfungspakete: Ein praktisches Muster für Claude Code & Codex
Ein Entwickler berichtet, wie das Erstellen eines strukturierten Ordners pro Agentenlauf (Recherche, Entwürfe, Auswertungen, Freigabepaket, Metriken, Gedächtnis) Fehler sichtbar macht und Iterationen beschleunigt.

llama.cpp Massives Prompt-Neuverarbeitung mit Coding-Agents: Debugging von KV-Cache und Kontextaustausch
Ein Benutzer berichtet, dass llama.cpp bei ähnlichen Prompts (opencode + pi.dev) trotz hoher LCP-Ähnlichkeit ständig über 40k Token neu verarbeitet. Konfigurationsdetails und vermutete Ursachen werden geteilt.

Claude Code Token-Verschwendung beheben: Deaktiviere Attribution-Header für bessere Cache-Treffer
Das Setzen von CLAUDE_CODE_ATTRIBUTION_HEADER=false in Ihrer Shell-Konfiguration kann die Cache-Trefferquote von Claude Code über Sitzungen hinweg von 48 % auf 99,98 % verbessern und die System-Prompt-Verarbeitungskosten pro Sitzung um das 7-fache reduzieren.