| description | Check pinned npm plugins in the global OpenCode config and update them after confirmation |
|---|
Check my global opencode config for outdated pinned plugins and update them after I confirm.
Follow these steps exactly:
- Locate the global OpenCode config under
$XDG_CONFIG_HOME/opencodewhen set, otherwise~/.config/opencode. Readopencode.jsonc, falling back toopencode.json. Readplugins(OpenCode 2), falling back toplugin(OpenCode 1.x). If both files or fields contain plugin definitions, resolve which entries are active before proposing edits. - Identify exact version pins of the form
<name>@<version>, splitting at the LAST@to handle scoped packages. Entries can be strings, OpenCode 2 objects (packageplusoptions), or OpenCode 1.x tuples ([package, options]). Skip unpinned entries, version ranges, local paths,file://URLs, and Git sources such asgithub:,git+,git://, or HTTPS repository URLs. - For each pinned npm plugin, look up
npm view <name> dist-tags --json. Run lookups in parallel where possible. Compare stable pins withlatest; for prerelease pins usenextwhen available. Report missing packages or tags rather than guessing a version. - Compare using semver and present a table with plugin, pinned version, published target, and status. A pin ahead of the published target is not an update and must not be downgraded. If nothing is outdated, report that and stop.
- Ask which updates to apply (all, none, or a subset). Do NOT edit anything before confirmation.
- Update only confirmed pins in the file that defined them. Preserve formatting, entry order, plugin options, and unrelated settings. Do not convert the OpenCode config format as part of a version update.
- Remind me to restart the OpenCode server:
opencode service restartfor OpenCode 2's shared service, or restart OpenCode 1.x / an IDE-managed server as appropriate.