osFoundry / Platform
Agentenkonfigurationen
Bearbeiten Sie Name, Modell, Tools, Prompt und Richtlinien jedes Agenten als versionierten Datensatz. Forken, veröffentlichen, teilen.
Was es ist
Eine Agent-Config in osFoundry ist die vollständige Definition eines KI-Agenten, gehalten als ein einziger, bearbeitbarer Datensatz: sein Name, das Modell, auf dem er läuft, die Tools, die er aufrufen darf, sein System-Prompt und die Policy, die regelt, was er tun darf. Statt diese Einstellungen über Code, Konfigurationsdateien und das Dashboard eines Anbieters zu verstreuen, bearbeitest du sie an einer Stelle, und jede Änderung wird als Version festgehalten. Du kannst sehen, wie der Prompt oder die Tool-Liste eines Agenten vor drei Bearbeitungen aussah, ihn mit dem jetzigen Stand vergleichen und zurücksetzen, wenn eine Änderung ihn verschlechtert hat.
Da osFoundry auf dem Bring-your-own-Key-Prinzip beruht und lokal-first ist, verweist die Config auf das Modell deiner Wahl: ein lokales Modell auf deinem eigenen Rechner, ein Cloud-Modell über deinen eigenen API-Key oder einen selbst gehosteten Endpunkt, ohne Zwischenhändler. Das Modell eines Agenten zu wechseln ist ein Feld in der Config, kein Umschreiben: Behalte denselben Prompt, dieselben Tools und dieselbe Policy und probiere ihn auf einem anderen Modell aus, um Kosten und Qualität zu vergleichen. Im Policy-Feld legst du die Leitplanken fest: welche Tools eine Freigabe brauchen und worauf der Agent zugreifen darf, sodass Verhalten und Berechtigungen mit dem Agenten wandern, statt anderswo zu liegen.
Configs sind zum Weitergeben gemacht. Forke einen beliebigen Agenten für eine unabhängige Kopie, die du ohne Auswirkung auf das Original ändern kannst, veröffentliche eine Version, wenn sie ausgereift ist, und teile sie, damit ein Kollege oder ein anderer Workspace denselben Agenten ausführt. Durch die Versionierung ist eine geteilte Config ein bestimmter, reproduzierbarer Zustand und kein bewegliches Ziel: Wer sie erhält, bekommt genau das Modell, die Tools, den Prompt und die Policy, die du getestet hast, und kann sie forken, um sie zu seiner eigenen zu machen.
Wichtige Funktionen
- Bearbeite Name, Modell, Tools, System-Prompt und Policy eines Agenten aus einem einzigen Datensatz statt aus verstreuten Dateien und Dashboards
- Jede Änderung wird als Version gespeichert, sodass du den Verlauf prüfen, Bearbeitungen vergleichen und eine verschlechternde Prompt- oder Tool-Änderung zurücksetzen kannst
- Wechsle das zugrunde liegende Modell jedes Agenten in einem einzigen Feld und nutze denselben Prompt und dieselben Tools, um lokale, Cloud- und selbst gehostete Modelle zu vergleichen
- Forke jede Config in eine unabhängige Kopie, veröffentliche dann eine Version und teile sie, damit andere genau den Agenten ausführen, den du getestet hast
- Läuft mit deinen eigenen API-Keys und kann lokale Modelle nutzen, sodass die Definition eines Agenten und seine Daten auf deinem Gerät bleiben: keine Gebühren pro Platz, kein Aufschlag
Anwendungsfälle
- Prompt-Engineer: Iteriere den System-Prompt eines Agenten über ein Dutzend Versionen, vergleiche zwei davon und setze auf die Formulierung zurück, die am besten abschnitt
- Team-Lead: Veröffentliche einen geprüften Support-Agenten mit einer eng gefassten Policy und lass jeden Kollegen ihn für den eigenen Workflow forken, ohne das Original zu zerstören
- Kostenbewusster Entwickler: Halte Prompt und Tools eines Agenten fest und wechsle nur das Modell, um ein lokales Modell gegen einen Cloud-Key bei derselben Aufgabe zu vergleichen
Häufig gestellte Fragen
Was genau umfasst eine Agent-Config?
Fünf Dinge als ein versionierter Datensatz: den Namen des Agenten, das Modell, auf dem er läuft, die Tools, die er aufrufen darf, seinen System-Prompt und seine Policy (die Regeln und Freigaben, die sein Handeln bestimmen). Jede Bearbeitung erzeugt eine neue Version, die du prüfen oder zurücksetzen kannst.
Kann ich das Modell eines Agenten ändern, ohne ihn neu zu schreiben?
Ja. Das Modell ist ein Feld in der Config. Richte denselben Agenten auf ein lokales Modell, ein Cloud-Modell über deinen eigenen API-Key oder einen selbst gehosteten Endpunkt aus und lass Prompt, Tools und Policy unangetastet, was den Vergleich von Modellen bei identischem Setup leicht macht.
Was ist der Unterschied zwischen Forken und Teilen einer Config?
Forken erstellt eine unabhängige Kopie, die du frei bearbeiten kannst, ohne das Original zu berühren. Teilen gibt jemandem eine veröffentlichte Version zur unveränderten Ausführung. Da Configs versioniert sind, ist ein geteilter Agent ein bestimmter, reproduzierbarer Zustand: Wer ihn erhält, kann ihn forken, wenn er ihn ändern will.