AICB für Coding-Agenten.

Was ein Agent fragen kann

Jede dieser Fragen beantwortet AICB aus dem Symbolgraphen, den Roslyn beim Laden der Solution aufbaut – nicht aus einer Textsuche.

Dazu kommen eine Architekturübersicht über die ganze Solution und die Erklärung eines einzelnen Symbols samt seiner Umgebung.

AI Tags aus dem Quelltext stehen auch dem Agenten zur Verfügung: er kann nach getaggten Rollen und Schichten suchen und sieht, welche Angabe vom Entwickler stammt und welche nur geschätzt ist.

Ein Befehl im Projektordner

Danach findet der Agent AICB von selbst. Vorhandene Dateien bleiben unangetastet, ein erneuter Aufruf schadet nicht.

aicb init

• .mcp.json – der Eintrag, über den ein Client den Server startet
• Ein Agent-Skill – er bringt dem Agenten bei, wann er zu welchem Werkzeug greift
• Eine Regel für die Agenten-Umgebung – sie weist eine Textsuche nach einem C#-Symbol ab und verweist auf das passende Werkzeug
• Ein Bericht – der Befehl sagt je Datei, was er getan hat und was er ausgelassen hat
• Auf Wunsch ein Review-Paar – zwei weitere Skills prüfen eine Änderung auf Fehler und auf unnötige Komplexität, gestützt auf AICB-Fakten statt auf den Diff allein (aicb init --skills=all)

Der dritte Punkt verändert das Verhalten Ihres Agenten – deshalb steht er hier und nicht im Kleingedruckten. Die Regel ist keine Empfehlung, sie blockiert. Genau das sorgt dafür, dass die Werkzeuge benutzt statt umgangen werden. Mit aicb init --hooks none bleibt sie weg.

Von Hand geht es auch

Wer nichts installieren lassen will, legt den Eintrag selbst an:

{
  "mcpServers": {
    "aicb": { "command": "aicb", "args": ["mcp"] }
  }
}

Was der Server mitschreibt

Jeder Werkzeugaufruf wird lokal festgehalten. Die Ansicht MCP Usage in der Desktop-Anwendung zeigt ihn aus – und beantwortet die Frage, was ein Agent tatsächlich benutzt hat.

• Je Werkzeug – Aufrufzahl, Laufzeit-Perzentile, Antwortgröße, Anteil an allen Aufrufen
• Je Aufruf – Zeitpunkt, Werkzeug, Client, Ergebnis, Fehlermeldung, dazu eigene Notizen
• Fehler getrennt gezählt – ein absichtlich abgewiesener Aufruf ist kein Defektverdacht und steht nicht in derselben Spalte
• Je Client – welcher Agent mit welchem Protokollstand zugegriffen hat

Die Trennung im Reiter Errors ist der Punkt, an dem sich eine Aufzeichnung von einer Statistik unterscheidet: eine abgelaufene Sitzung oder eine leere Datenbank ist eine richtige Absage, kein Fehler. Getrennt davon stehen die Ausnahmen, die auf einen echten Defekt hindeuten – mit der Version, in der sie zuletzt auftraten.

Diese Aufzeichnung liegt in einer lokalen Datenbank und verlässt den Rechner nicht. Sie lässt sich jederzeit vollständig löschen.

Was der MCP-Server nicht tut

Fünf Punkte, die man vor dem ersten Versuch kennen sollte. Zwei sind Voraussetzungen, drei sind bewusste Grenzen.

• MSBuild wird gebraucht – ein .NET-SDK oder Visual Studio muss installiert sein
• Nur vertrauenswürdige Projekte öffnen – beim Laden läuft die Build-Logik der Solution, genau wie in Visual Studio
• Kein HTTP-Zugang – der Server spricht ausschließlich über stdio, es gibt keinen Fernzugriff
• Kein Ersatz für die Entwicklungsumgebung – AICB liest den Stand auf der Festplatte, nicht Ihren ungespeicherten Editor-Puffer
• Er ändert Ihren Quelltext nicht – alle Analyse-Werkzeuge lesen nur; was ein Werkzeug schreibt, steht in seiner eigenen Beschreibung

Der letzte Punkt ist Absicht, keine fehlende Funktion: ein Server, der den Baum verändert, den er analysiert, macht seine eigenen Antworten unzuverlässig. Änderungen bleiben bei Ihnen und Ihrem Editor.