Zum Inhalt springen

Speicher vs. AGENTS.md vs. Skills

In memory speichern In AGENTS.md / statischen Docs speichern Als Skills speichern (Web-UI / skills.db)
Projektspezifische Entscheidungen, Bug-Muster, „wir haben X versucht und es ist gescheitert“ Stabile Regeln und Workflows, die sich selten ändern Wiederverwendbare Prozeduren, die der Agent bei Bedarf lädt
Über Sitzungen hinweg entdeckte Benutzerpräferenzen Immer gültige Coding-Konventionen und Prozesse Team-editierbare Skill-Packs über denselben Storage
Fakten, die dir über Chats hinweg folgen sollen Anweisungen, die jeder Agent unabhängig von Retrieval sehen soll OpenCode-natives skill-Tool (V2-Plugin-Bridge)

Faustregel: dauerhafte Always-on-Projektanweisungen → AGENTS.md; wachsender Arbeitskontext → Speicher; wiederverwendbare On-Demand-Prozeduren → Skills.

  • Skills im Web-Explorer anlegen/bearbeiten (Skills-Tab unter /skill-library).
  • Persistiert in skills.db unter dem Plugin-Storage-Pfad (nicht als Memory-Vektoren).
  • Unter OpenCode V2 registriert das Plugin aktivierte Skills über ctx.skill.transform, sodass der Agent sie mit dem nativen skill-Tool laden kann.
  • Optionaler HTTP-Katalog für andere OpenCode-Instanzen: "skills": ["http://127.0.0.1:4747/skills/"] (liefert /skills/index.json und /skills/<id>/<id>.md — getrennt vom UI-Pfad).
  • REST: GET/POST /api/skills, GET/PUT/DELETE /api/skills/:id.