plugnz 0.0.17 → 0.0.19
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +4 -3
- package/dist/plugnz.mjs +5263 -4737
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -3,6 +3,7 @@
|
|
|
3
3
|
Open-source installer **and doctor** for agent plugins (Agent Plugins / OpenPlugin spec 1.0.0) and MCP configs — Claude Code, Codex, Cursor, Kimi, and more.
|
|
4
4
|
|
|
5
5
|
```
|
|
6
|
+
npx plugnz install # current directory; compiles portable hooks
|
|
6
7
|
npx plugnz add <plugin-dir-or-marketplace-or-git-url> # native plugin stores
|
|
7
8
|
npx plugnz doctor # dead commands, shadowed entries, stale installs
|
|
8
9
|
npx plugnz pin # absolute command paths for GUI hosts
|
|
@@ -18,11 +19,11 @@ re-`add` from the source recorded in `state.json`, plus the pins that install
|
|
|
18
19
|
carried. Both refuse rather than guess, and neither will touch a plugin this
|
|
19
20
|
tool did not install. Details: `docs/pin-and-update.md`.
|
|
20
21
|
|
|
21
|
-
**Portable context hooks:** `plugnz hooks
|
|
22
|
+
**Portable context hooks:** run `npx plugnz install` inside a package containing `plugnz.hooks.json`, or `npx plugnz install <source>`. Installation compiles and registers session-start, stop, and pre/post-tool handlers through each supported harness's native loader. Handlers receive normalized JSON and return context; `plugnz hooks targets` exposes delivery and continuation limits. See [the contract, usage, and native map](docs/hooks.md) and [real-model Docker verification](docs/hooks-live-verification.md).
|
|
22
23
|
|
|
23
24
|
Why another tool: `npx plugins` is closed-source and its Cursor target does not install into Cursor; nothing in the ecosystem checks that an installed plugin still *works*. See `docs/research/`.
|
|
24
25
|
|
|
25
|
-
The published CLI runs under Node.js 22 or newer; `npx` needs npm, not Bun. `bunx` also works. Bun is used for development and building. `add` accepts a local plugin or marketplace directory as well as a Git URL. Native plugin targets currently include Claude Code, Codex, Kimi, Cursor, OMP, Hermes, Grok, DCode, and ZCode CLI. Run `plugnz targets --all` to see supported and unsupported capabilities for each host; standalone skill distribution is outside this CLI's scope.
|
|
26
|
+
The published CLI runs under Node.js 22 or newer; `npx` needs npm, not Bun. `bunx` also works. Bun is used for development and building. `add` accepts a local plugin or marketplace directory as well as a Git URL. Native plugin targets currently include Claude Code, Codex, Kimi, Cursor, OMP, Hermes, Grok, DCode, and ZCode CLI. Portable hook packages also have native Pi extension and OpenCode plugin routes for install, update, and remove. Run `plugnz targets --all` to see supported and unsupported capabilities for each host; standalone skill distribution is outside this CLI's scope.
|
|
26
27
|
|
|
27
28
|
`sync` tracks each Source and its complete Desired plugin set per host. It retires
|
|
28
29
|
owned plugins omitted from that set while retaining plugin data, inactive metadata
|
|
@@ -30,7 +31,7 @@ and lifecycle history. A missing or invalid Source is an error, never permission
|
|
|
30
31
|
to prune. Use an explicit `retire-source` manifest entry when the Source itself
|
|
31
32
|
is gone. See [the batch manifest](docs/sync-manifest.md).
|
|
32
33
|
|
|
33
|
-
General sync/update/retirement is supported. Interrupted legacy installs needing
|
|
34
|
+
General sync/update/retirement is supported for the established native plugin routes. The Pi and OpenCode portable-hook routes support install, update, and remove; `sync` is unsupported for those routes. Interrupted legacy installs needing
|
|
34
35
|
the unfinished fenced adoption transaction are refused loudly without writes;
|
|
35
36
|
successful legacy migration and stronger cross-process exclusion are follow-up
|
|
36
37
|
refinements, not delivered guarantees.
|