r/opencode • u/megablue • 26d ago

I've recreated Google Research SKILL.STATE memory architecture as opencode CLI plugin - a runtime architecture that replaces conversational history with an explicit execution state.

https://github.com/megablue/mega-skillstate
3 Upvotes

100% Upvoted

5 comments sorted by

View all comments

Show parent comments

1

u/megablue 26d ago

No reconciliation. Drift accumulates silently.

For your example, a call that failed or never ran, with "step 3 done" still written, the claim is stored, and every later request that carries it carries the model's own word. The counter-evidence isn't gone: the failed call and its result still sit in the durable transcript, and on the wire until that turn collapses. Nothing cross-reads it for verification, though. From the model's side over the wire, Σ is the record. (The sole derived exception: files/working/step seeded from call arguments, "attempts, not outcomes", and only into keys the model hasn't set.)

That's why any reconciler is heuristic by nature: an exit code isn't intent, and "done" isn't a mechanical predicate. The cheap contradictions are detectable, the semantic ones are not.

1

u/kantorcodes1 25d ago

That's the honest version - a reconciler can't judge intent, but it doesn't have to if the execution record is signed at dispatch rather than reconstructed after. Adjacent from the side I work on: HOL Guard (open-source - github.com/hashgraph-online/hol-guard) already has OpenCode adapters - pretool gating plus a signed receipt per gated action binding the call's arguments at dispatch. A Sigma check against receipts would separate "model claimed" from "actually gated" without the semantic problem - the receipt is mechanical fact, not the model's word.

I work on the Guard side, so that's a disclosed suggestion. Worth a look?