Codebase-Kontext
Geben Sie Coding Agents dauerhaften Codebase-Kontext.
Machen Sie Repository-Wissen zu Kontext, der länger als einen Prompt besteht. FiboCode verbindet Spezifikationen, Designs, Pläne, Analysen, Änderungserklärungen, Code, Dokumentation und Graphen im Projekt, damit die nächste Agent-Aufgabe mit mehr als nur dem Chatverlauf beginnen kann.
Agents brauchen Projektkontext, nicht nur einen größeren Prompt.
Ein Coding Agent kann während einer Sitzung Dateien untersuchen, doch die Gründe früherer Entscheidungen gehen leicht verloren, wenn sie nur im Gespräch existieren. Architektur, Einschränkungen und frühere Änderungen wiederholt zu erklären kostet Zeit und zwingt den Agent dennoch, bereits bekannte Beziehungen neu zu erschließen.
Context Engineering macht dieses Wissen dauerhaft und auswählbar. FiboCode hält Projektverständnis in Markdown neben dem Code fest und verbindet es über Pfade und Graphen. Der Agent erhält konkretes Repository-Material, das Menschen prüfen, verbessern und in die nächste Änderung mitnehmen können.
Sehen Sie, wie Projektkontext mit dem Code wächst.
Die Produktdemos zeigen verbundenes Wissen, das zwischen Ansichten wandert und sich mit dem Repository weiterentwickelt.
Sehen Sie, wie dauerhafte Projektdokumente rund um echte Arbeit entstehen, statt am Ende eines Agent-Gesprächs zu verschwinden.
Folgen Sie den Verknüpfungen, über die ein Agent oder Entwickler die Belege hinter einem Teil des Projektkontexts wiederfindet.
Erstellen Sie Kontext, den ein Agent wiederverwenden kann.
Es geht nicht darum, jede Nachricht aufzubewahren, sondern die Projektfakten und Entscheidungen, von denen künftige Arbeit abhängt.
Bestimmen Sie die Kontextgrenze.
Beginnen Sie mit dem Feature, Modul, der Entscheidung oder dem Fehler, den der Agent verstehen muss. Wählen Sie relevante Dateien und Symbole aus, statt das gesamte Repository als einen undifferenzierten Prompt zu behandeln.
Halten Sie dauerhaftes Wissen in Markdown fest.
Dokumentieren Sie Spezifikationen, Designs, Pläne, Analysen und Änderungserklärungen in einem Format, das auch ohne die ursprüngliche Chatsitzung lesbar bleibt.
Verbinden Sie Wissen mit Quellcode und Beziehungen.
Nutzen Sie Pfade, Tags und Graphen, um die Herkunft einer Aussage und ihre Beziehungen zu anderen Modulen oder Dokumenten zu bewahren.
Bringen Sie den Kontext in die nächste Agent-Aufgabe ein.
Lassen Sie den gewählten Agent CLI das relevante Projektmaterial lesen und prüfen und aktualisieren Sie diese Dokumente, während sich Implementierung und Verständnis weiterentwickeln.
Kontext, der überprüfbar bleibt.
Dokumente im Besitz des Repositorys.
Wichtiger Kontext liegt beim Projekt in lesbarem Markdown, statt von einer einzelnen Anbietersitzung oder einem privaten Speicher abzuhängen.
Nachvollziehbare Quellverbindungen.
Pfade und Tags halten Erklärungen mit dem beschriebenen Code verbunden und geben Menschen die Möglichkeit, die Ausgangsannahmen eines Agents zu prüfen.
Mehrere Kontextansichten.
Code liefert die Implementierungswahrheit, Dokumentation erklärt Verhalten und Absicht, und Graphen zeigen Beziehungen, die Text allein verbergen kann.
Weiterentwicklung über Änderungen hinweg.
Spezifikationen, Designs, Pläne, Diff-Dokumente und Analysen bewahren, was sich warum geändert hat, damit spätere Arbeit auf vorhandenem Verständnis aufbauen kann.
Anwendungsfall: ein Feature an eine neue Agent-Sitzung übergeben.
Ein Team hat bereits ein Subsystem kartiert, eine Einschränkung dokumentiert und eine zugehörige Änderung abgeschlossen. Statt ein altes Gespräch in eine neue Sitzung zu kopieren, verweist der Entwickler den Agent CLI auf die relevanten Analyse-, Design- und Änderungsdokumente neben den Quelldateien.
Der Agent beginnt mit geprüftem Projektmaterial. Während die neue Änderung voranschreitet, kann das Team denselben Kontext verfeinern und das Repository für den nächsten Entwickler oder Agent nützlich halten, statt eine weitere isolierte Erklärung zu erzeugen.
Context Engineering ist keine Ansammlung von Prompts.
Ein langer Prompt kann Details in eine Anfrage tragen, wird dadurch aber nicht automatisch zu wartbarem Projektwissen. FiboCode trennt dauerhaften Kontext von flüchtigen Gesprächen und gibt ihm sichtbare Verbindungen zu Code, Dokumenten und Graphen.
Der Agent denkt und bearbeitet weiterhin über den Agent CLI Ihrer Wahl. FiboCode stellt den gemeinsamen, überprüfbaren Kontext um diesen Ablauf bereit; Spec-Driven Development ergänzt einen strukturierten Weg von einer neuen Anforderung zur geplanten Ausführung.
FAQ zum Codebase-Kontext
Was bedeutet hier dauerhafter Kontext?
Wichtiges Projektwissen wird neben dem Code in wiederverwendbaren Dokumenten und Verbindungen festgehalten, statt nur in einem vorübergehenden Agent-Gespräch zu existieren.
Stellt FiboCode einen neuen Coding Agent bereit?
Nein. Sie behalten den Agent CLI, dem Sie bereits vertrauen. FiboCode erweitert dessen Arbeitsbereichskontext und verbindet die Arbeit des Agents wieder mit dem Verständnis und der Prüfung im Editor.
Warum Markdown für Agent-Kontext verwenden?
Markdown lässt sich von Menschen und Agents leicht lesen und schreiben, eignet sich für Spezifikationen und Erklärungen und bleibt als Projektmaterial überprüfbar.
Kann der Kontext Diagramme und Beziehungen enthalten?
Ja. Graphen und Tags ergänzen Markdown und Code, machen Beziehungen navigierbar und bewahren dabei Pfade zum zugrunde liegenden Projektmaterial.
Wie sollte sich der Kontext ändern, wenn sich der Code ändert?
Prüfen Sie die relevanten Dokumente an der neuen Implementierung und aktualisieren Sie sie bei Bedarf. Ziel ist eine lebendige, nachvollziehbare Wissensbasis, keine eingefrorene Zusammenfassung.