Aan de slag

Voor OpenCode v2 voeg je het pakket toe aan de native plugins-lijst:

{
  "plugins": ["opencode-mem@latest"],
}

OpenCode laadt ook automatisch de ./tui-companion van het pakket zodat auto-capture- / profiel- / fouttoasts in de TUI verschijnen (serverplugins kunnen ui.toast niet rechtstreeks aanroepen). Je hebt geen tweede entry in plugins nodig. Als je een CLI-only TUI tegen een remote OpenCode-server draait, registreer opencode-mem/tui in de pluginlijst van die CLI (bijvoorbeeld cli.json) zodat de companion kan inschrijven op toast-RPC-events.

Voor OpenCode v1 voeg je de standaard entrypoint toe aan je configuratie op ~/.config/opencode/opencode.json:

{
  "plugin": ["opencode-mem@latest"],
}

Met @latest (of een semver-bereik) en autoUpdate: true in opencode-mem.jsonc (standaard) wist de plugin de gecachte OpenCode-installatie wanneer een nieuwere npm-release beschikbaar is en vraagt je om te herstarten. Vastgezette versies zoals opencode-mem@2.26.0 worden nooit automatisch bijgewerkt.

Automatische geheugencontext op OpenCode v2

De v2-plugin levert automatische geheugencontext via de systeemcontext van het model. Deze blokken worden niet toegevoegd aan de geschreven gebruikersprompt en niet opgeslagen in het chattranscript. Met chatMessage.injectOn: "first" (de standaard) blijft de initiële context van de sessie behouden over gebruikersbeurten en modelstappen. Met "always" wordt deze bij elke geschreven gebruikersbeurt vernieuwd.

Na een host- of pluginherstart bouwt een hervatte sessie bij het volgende modelverzoek zijn context opnieuw op vanuit de huidige memory store, ook als er geen nieuwe gebruikersprompt binnenkomt. De herbouwde context kan afwijken van de oorspronkelijke naarmate herinneringen en het profiel evolueren. Herstel legt geen synthetische gebruikersprompt vast en slaat geen tweede kopie van de geheugentekst op in OpenCode-pluginopslag. Compaction invalideert de gecachte automatische context; de bestaande compaction-memory-herstel blijft ook draaien.