Die Oberfläche, in der Sie den Kontext kuratieren.

Eine Solution, drei Profilachsen

Bevor die Analyse etwas taugt, muss sie wissen, wie Ihr Projekt gebaut ist. Dafür gibt es drei Einstellungen – jede mit mitgelieferten Vorlagen, keine davon Pflicht.

Die Auswahl lässt sich als Datei neben der .sln ablegen. Dann liegt sie im Repository, gilt für alle, die daran arbeiten – und der MCP-Server liest dieselbe Einstellung.

Für SAP Business One

• Schichtprofil „SAP Business One Add-On“ – ordnet SAPbouiCOM der Präsentation zu, SAPbobsCOM, Service Layer und DI API der Infrastruktur, Event- und Menü-Handler der Anwendungsschicht
• Namespace-Ausschluss „SAP Business One default“ – hält die COM-Interop-Namespaces SAPbouiCOM. und SAPbobsCOM. aus dem Kontextdokument heraus
• Prüfbeschreibung „SAP DI API Patterns“ – sucht fehlende ReleaseComObject-Aufrufe, offene Formular-Handles und fehlende Fehlerprüfungen nach DI-API-Aufrufen

Welche Zusammenhänge mitkommen – und wie weit

Die Selection Engine legt je Detailstufe fest, wie ein Knoten dargestellt wird und wie weit sich die Auswahl um ihn herum ausdehnt. So wird aus wenigen gewählten Klassen ein Context, der genau die nötigen Nachbarn enthält.

Sieben Erweiterungsstrategien sind mitgeliefert: flach, nur direkte Nachbarn, Standard, tief, nur Vererbung, nur Interfaces und entlang der Testabdeckung. Jede lässt sich für einen Lauf anpassen.

Vorlagen – eine Strategie pro Aufgabe

Eine Vorlage bündelt Prompt, Detailstufen, Erweiterungsstrategie, Verdichtung und Qualitätsmetriken. Zehn sind mitgeliefert:

• Default (General) – ausgewogen, der Einstieg ohne bestimmte Aufgabe
• Refactoring – Architektur und Schichten, Qualitätsmetriken mit strengeren Schwellen
• Debugging – tiefe Aufrufketten, volle Detailtiefe, Zeilennummern, schonende Verdichtung
• Feature Focus – kompakt, nur direkte Abhängigkeiten, kleiner Token-Bedarf
• Onboarding – die öffentliche API als Rundgang durch fremden Code
• Test Generation – Quelltext der gewählten Klassen, fokussiert für neue Tests
• Documentation – XML-Dokumentation für die öffentliche API
• Performance Audit – heiße Pfade und Aufrufhäufigkeiten
• Security Review – Eingabeprüfung und Umgehungspfade in öffentlichen APIs
• AI Optimized – lässt ein Sprachmodell AI Tags für den gewählten Code vorschlagen

Was beim Analysieren nebenbei auffällt

Beim Laden einer Solution laufen Prüfungen mit. Was sie finden, steht im Reiter Insights – nach Kategorie, Schweregrad und geschätztem Aufwand.

• Vier Schweregrade – Kritisch, Warnung, Info, in Ordnung
• Kategorien – Code-Qualität, Sicherheit, Async, Design, Architektur
• Geschätzter Aufwand – je Befund in Minuten, aufsummiert über die Solution
• Vorschlag dabei – jeder Befund nennt die betroffenen Stellen und einen Korrekturweg
• Direkt weiterverwenden – ausgewählte Befunde in den Baum übernehmen oder an ein Sprachmodell schicken

Ein Befund ist ein Hinweis, kein Urteil. Was Sie schon gesehen und bewusst so gelassen haben, lässt sich ausblenden, ohne dass es beim nächsten Lauf wieder auftaucht.

Ein Dokument, das sich selbst erklärt

Das erzeugte Markdown ist kein Quelltext-Abzug, sondern ein gegliedertes Dokument mit benannten Abschnitten. Es beginnt mit einer Erklärung seines eigenen Aufbaus, damit ein Sprachmodell ihn nicht raten muss.

• 28 benannte Abschnitte – von Architektur und Einstiegspunkten bis zu Typen und Methoden
• Zwei Schreibweisen – YAML als Vorgabe oder das ursprüngliche Tag-Format
• Kürzel-Legende – lange Typnamen werden in den Graph-Abschnitten abgekürzt und einmal erklärt
• Begleitende Dateien – Projektdateien und die dazugehörige XAML kommen mit ins Dokument
• Drei Wege hinaus – in die Zwischenablage, als .md-Datei, oder direkt an ein Sprachmodell

Ein Auszug aus einem erzeugten Dokument: die Legende erklärt die Kürzel, die Graph-Abschnitte benutzen sie.

pathLegend:
  notes:
  - "ColorMixerService => CMS"
  - "IColorMixerService => ICMS"
architectureFlow:
  flows:
  - "CMS -> CBC"
  - "CMS -> CRB"
interfaceRelations:
- CMS implements ICMS

Sensible Konfigurationsdateien nimmt AICB nur auf, wenn Sie das ausdrücklich einschalten.

Wenn ein Sprachmodell antworten soll

Neun Modellprofile sind mitgeliefert, von den großen Anbietern bis zu einem lokal laufenden Modell. Endpunkt, Modellname, Token-Grenze und Temperatur sind je Profil einstellbar, eine Verbindungsprüfung gibt es dazu. Der API-Schlüssel landet in der Windows-Anmeldeinformationsverwaltung, nicht in einer Datei.

Laufarten

Heute ist der manuelle Lauf freigegeben: Sie stellen den Context zusammen und schicken ihn mit einer Vorlage an das Modell. Zwei weitere Laufarten sind bereits angelegt und in der Auswahl sichtbar, aber noch gesperrt – Iterations, ein eigener Schritt je Klasse oder Methode, etwa um AI Tags zu erzeugen und zu prüfen, und Preselection, bei der das Modell zuerst aus einer kompakten Übersicht den relevanten Context vorauswählt.

Und der Quelltext daneben

Ein Klick im Baum öffnet die Datei im eingebauten Editor – mit Syntaxhervorhebung und, wenn Sie wollen, mit Speichern. Kodierung und Zeilenenden bleiben dabei erhalten. Das ist die einzige Stelle, an der AICB Ihren Quelltext schreibt; der MCP-Server und die Kommandozeile können das nicht.

Klingt das nach Ihrem Arbeitsalltag?

Fragen zur Desktop-App oder zum Einsatz im Team? Schreiben Sie mir kurz, womit Sie arbeiten.

Anfrage sendenZum MCP-Server