Die Belegschaft, die sich vervielfacht.

Ein Agent hat genau zwei Zuhause. Die Markdown-Datei beschreibt, wie er denkt — seinen Prompt, seinen Modus, sein Modell und seinen Berechtigungsbaum — und ist eine standardmäßige OpenCode-Agentendatei, weil Kortix keine eigene Sprachvariante hinzufügt. Der Manifest-Block legt fest, worauf er zugreifen darf. Nichts an einem Agenten lebt in einer Datenbank, die du nicht lesen kannst.

• Das Manifest weist ein Verhaltensfeld im Governance-Block zurück und verweist im Fehler auf die .md-Datei des Agenten.
• Markdown ist die Grundlage, nicht die Grenze: Die gesamte OpenCode-Oberfläche liegt daneben im selben Repo — deine eigenen TypeScript-Tools, Plugins für die Runtime sowie die Modell- und Provider-Konfiguration. Ein Agent kann sein eigenes Modell festlegen oder in dieser Reihenfolge die Standardwerte von Projekt, Konto und Plattform übernehmen.
• In jedem neuen Projekt werden zwei Agenten bereitgestellt: kortix, der Generalist, und memory-reflector, der das Projektgedächtnis pflegt.

Der Grant-Block umfasst die gesamte Oberfläche, nicht nur Tools: welches Sandbox-Image der Agent startet, welche Konnektoren und Kanäle er aufrufen darf, welche Secrets er erhalten darf, welche Skills er verwenden darf und was er an Kortix selbst tun darf. Ein Agent ohne Grants erhält nichts davon. Du gewährst ausdrücklich — andernfalls lautet die Antwort Nein. Darüber liegt eine Obergrenze, die keine Konfiguration anheben kann.

Ein Agent überschreitet niemals seine menschliche Berechtigung

Der Grant, der beim Sitzungsstart gilt, entspricht dem, was der Agent deklariert, eingeschränkt durch die Rolle der Person, die ihn gestartet hat. Gewährst du einem Agenten alles, erhält er trotzdem genau deine eigenen Berechtigungen — nicht mehr, auf keinem Pfad.

Manches kann niemals gewährt werden

Administration auf Kontoebene — Mitglieder, Abrechnung, Projekte erstellen — gehört grundsätzlich nicht zu dem, was ein Agent besitzen kann. Es gibt keinen Wert, den du in eine Datei schreiben kannst, um dies zu aktivieren.

Secrets werden benannt, nicht angezeigt

Der Block eines Agenten listet die Secrets, die er verwenden darf, nach Namen auf — Kennungen, niemals Werte. Eine Sitzung erhält nur die Schnittmenge aus diesem Grant und der Rolle der Person, die sie gestartet hat.

Er kann sich selbst keine Gehaltserhöhung genehmigen

Ein Agent kann kortix.yaml bearbeiten — es ist eine Datei. Die Änderung gilt jedoch erst für Sitzungen, die gestartet werden, nachdem eine Person den Änderungsantrag zusammengeführt hat. Selbst dann bleibt die Obergrenze bestehen.

Ein Skill ist ein Verzeichnis mit einer SKILL.md im Stammverzeichnis. Das Frontmatter benennt ihn und sagt, wann er eingesetzt werden soll; der Inhalt beschreibt das Verfahren. Jede Sitzung kann ihn laden. Was du einem Agenten im März erklärt hast, gilt also im November noch für jeden Agenten.

10

Skills, die am ersten Tag in ein neues Projekt-Repo committed werden

10

Plattform-Skills, die beim Start in jede Sitzung injiziert werden

2

Agenten in einem neuen Projekt: ein Generalist und ein Kurator des Projektgedächtnisses

Agenten und Skills sind keine Zeilen in einer Tabelle, die du nicht sehen kannst. Sie sind Markdown im Repo, das der Cloud-Computer klont. Deine Belegschaft zu ändern ist daher derselbe Vorgang wie deinen Code zu ändern — und wird genauso geprüft.

Der Editor schreibt in einen Branch, nicht in eine Zeile

Anpassen ist bewusst schreibgeschützt. „Neu erstellen“ oder „Bearbeiten“ öffnet eine Sitzung, die die Dateien in einem Branch bearbeitet und einen Änderungsantrag zur Prüfung und Zusammenführung öffnet. Es gibt keinen Button, der heimlich ändert, wie sich ein Agent morgen verhält.

Agenten schreiben sich selbst um — und lassen dies prüfen

Ein Agent kann seinen eigenen Prompt schärfen, einen Skill hinzufügen oder eine Berechtigungsregel verschärfen. Jede dieser Änderungen ist ein Commit in einem Branch innerhalb eines Änderungsantrags, den eine Person zusammenführt. Selbstverbesserung — von Menschen zusammengeführt. Ein Agent führt niemals seine eigenen Änderungen zusammen.

Eine Belegschaft, die du forken kannst

Weil alles Text in einem Repo ist, kannst du deine gesamte Belegschaft forken, eine andere Gruppe von Grants ausprobieren, sie zurücksetzen oder komplett an ein neues Projekt übergeben. Die Konfiguration reist mit dem Klon.

Durchsuche Agenten, Skills und ganze Projekte, füge eines mit einem Klick zu deinem Projekt hinzu — und was ankommt, sind Dateien in deinem Repo, keine gemietete Abhängigkeit. Es ist als Beta gekennzeichnet, weil sich Quellen und Updates noch verändern, und ist für jedes Projekt aktiviert.

1. 00

   Finden

   Durchsuche den Marketplace ohne Anmeldung. Kortix betreibt ein eigenes Verzeichnis — 62 Agenten, 61 Skills und 62 Projektvorlagen — und du kannst kuratierte externe Verzeichnisse mit einem Klick aktivieren. Standardmäßig wird keines geladen.

2. 01

   Hinzufügen

   Eine Schaltfläche. Sie startet eine Agentensitzung, die die Quelle des Elements liest und passende Inhalte in die eigenen Dateien deines Projekts übernimmt, statt ein Paket abzulegen und zu hoffen.

3. 02

   Richtet sich selbst ein

   Wenn das Element einen Schlüssel oder eine verbundene App benötigt, stellt dir der Agent im selben Durchlauf einen Ausfüll-Link bereit. Du fügst niemals ein Zugangstoken in einen Chat ein, und der Agent sieht den Wert niemals.

4. 03

   Du genehmigst es

   Die Sitzung öffnet einen Änderungsantrag. Du liest genau, welche Dateien zu deinem Unternehmen hinzugefügt werden sollen, und führst ihn zusammen, sobald du zufrieden bist. Nichts landet ungeprüft.

Eines ist dies nicht: ein Paketmanager. Es gibt keine Lock-Datei, keine Versionsbindung und keine automatischen Updates — ein hinzugefügtes Element wird zu deinen eigenen Dateien, genau wie selbst geschriebener Code. Das ist ein bewusster Kompromiss, den wir wieder eingehen würden.