@useorgx/wizard 0.1.51 → 0.1.55
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 +9 -5
- package/dist/cli.js +777 -208
- package/dist/cli.js.map +1 -1
- package/package.json +3 -3
package/README.md
CHANGED
|
@@ -20,12 +20,14 @@ For local development, use `pnpm dev -- --help`.
|
|
|
20
20
|
The wizard modifies local tool configuration only. Depending on the command, it can:
|
|
21
21
|
|
|
22
22
|
- add OrgX MCP server entries to Claude, Cursor, Codex, VS Code, Windsurf, and Zed;
|
|
23
|
+
- detect the audited DeepSeek Harness release, install the OrgX DSH plugin, and launch its headless profile with refreshed browser OAuth;
|
|
23
24
|
- install standalone OrgX skills/rules into Cursor and Claude Code;
|
|
24
|
-
- install companion OrgX plugins for Cursor, Claude Code, Codex, and OpenClaw
|
|
25
|
+
- install companion OrgX plugins for Cursor, Claude Code, Codex, and OpenClaw. The Claude Code plugin is a policy-safe static bundle: user-invoked skills and commands plus a focused, non-destructive, closed-world OrgX status profile through native OAuth, with no runtime hooks or transcript/context sync code.
|
|
25
26
|
|
|
26
27
|
## Commands
|
|
27
28
|
|
|
28
29
|
- `setup` adds OrgX MCP configs, standalone skills/rules, and companion plugins to detected AI tools. When OrgX auth is available in an interactive shell, it guides workspace selection or creation, can create the user's first live OrgX initiative, creates a starter onboarding task under that initiative, and prints a handoff prompt for the configured AI tool of choice. The founder preset preplans plugin installs before it writes standalone skills so plugin-backed hosts do not get duplicate standalone assets in the same run.
|
|
30
|
+
- `deepseek <prompt...>` refreshes the wizard's OrgX OAuth token, strips any separate `ORGX_API_KEY` gateway authority, and runs the pinned DSH `headless` profile with the OrgX MCP access token. It fails closed when DSH, OAuth refresh, or the audited runtime version is unavailable.
|
|
29
31
|
- `work-graph profile --from all --publish --public-share` runs AQ from recent AI-work receipts, publishes a redacted profile, and prints a four-signal operating profile plus the first AQ-lifting repair to execute next.
|
|
30
32
|
- Every profile or preview writes both the full evidence report and a compact, machine-safe `work-graph-agent-brief-*.md` with provenance, the growth edge, and a ready prompt for the smallest verifiable repair.
|
|
31
33
|
- `work-graph preview --from all` shows the same profile story locally without publishing.
|
|
@@ -35,7 +37,7 @@ The wizard modifies local tool configuration only. Depending on the command, it
|
|
|
35
37
|
- `surface remove <name>` removes OrgX-managed config from a specific surface.
|
|
36
38
|
- `mcp add [surface]` and `mcp remove [surface]` manage OrgX MCP entries in Claude, Cursor, Codex, VS Code, Windsurf, and Zed tool configs.
|
|
37
39
|
- `plugins list` shows companion plugin availability and install status for Cursor, Claude Code, Codex, and OpenClaw.
|
|
38
|
-
- `plugins add [target...]` installs the managed Cursor plugin bundle and managed OrgX companion plugins into Claude Code, Codex, and/or OpenClaw.
|
|
40
|
+
- `plugins add [target...]` installs the managed Cursor plugin bundle and managed OrgX companion plugins into Claude Code, Codex, and/or OpenClaw. The Claude Code bundle owns its static OrgX skills, user-invoked commands, and focused closed-world status profile; Cursor and Codex retain their host-specific asset bundles.
|
|
39
41
|
- `plugins remove [target...]` uninstalls the managed Cursor plugin bundle, legacy managed Cursor rules, and managed OrgX companion plugins from Claude Code, Codex, and/or OpenClaw.
|
|
40
42
|
- `uninstall` removes OrgX-managed tool config, companion plugins, legacy managed Cursor rules, wizard-local auth, and wizard-local setup state. Use `--keep-auth`, `--keep-state`, `--skip-plugins`, or `--skip-surfaces` to preserve specific pieces.
|
|
41
43
|
- `doctor` verifies local config, hosted MCP reachability, npm registry readiness, current-workspace connectivity, local OpenClaw health, and optionally the remote setup status API. Hosted MCP tools are OAuth-scoped inside the client connector, so the wizard does not preflight them with `oxk_` API keys. It exits non-zero when blocking connectivity issues remain.
|
|
@@ -77,6 +79,7 @@ Set `ORGX_TELEMETRY_DISABLED=1` or `ORGX_TELEMETRY_ENABLED=0` to opt out.
|
|
|
77
79
|
- `doctor` also checks npm registry reachability for `@useorgx/wizard` and reports whether the package is already published.
|
|
78
80
|
- Remote setup status is separate: `doctor` checks `/api/setup/status` only when `ORGX_SERVICE_KEY` is present because that endpoint is still service-key-only.
|
|
79
81
|
- Auth resolution order is `ORGX_API_KEY`, then the wizard auth store, then OpenClaw config.
|
|
82
|
+
- DeepSeek setup pins `@deepseek-ai/dsh@0.1.0-rc.6` and `@useorgx/deepseek-harness-plugin@0.1.0`. The launcher uses the wizard's browser OAuth access and refresh tokens for hosted MCP; it does not reuse an `oxk_` gateway key as an MCP token.
|
|
80
83
|
|
|
81
84
|
## Workspace Bootstrap
|
|
82
85
|
|
|
@@ -98,7 +101,8 @@ Set `ORGX_TELEMETRY_DISABLED=1` or `ORGX_TELEMETRY_ENABLED=0` to opt out.
|
|
|
98
101
|
- The same command installs available OrgX Claude skill packs by pulling their source files from `useorgx/skills`; pass specific pack names to limit what is installed.
|
|
99
102
|
- `wizard skills add` and `wizard skills sync` both compose generated outputs from OrgX-managed core skills plus any enabled extension files from the wizard skill-extension store.
|
|
100
103
|
- When the Cursor companion plugin is installed, that plugin owns Cursor-side OrgX skills, rules, MCP config, commands, hooks, and agent prompts. In that case `wizard skills add` remains the standalone rules fallback for Cursor installs that are not using the plugin.
|
|
101
|
-
- When the Claude Code companion plugin is installed,
|
|
104
|
+
- When the Claude Code companion plugin is installed, it owns Claude-side static OrgX skills, user-invoked commands, and the pinned `https://mcp.useorgx.com/mcp?profile=claude-directory` native-OAuth MCP connection. The bundle has no hooks or dynamic transcript/context sync code, and `wizard skills add` skips overlapping Claude assets instead of writing duplicate copies.
|
|
105
|
+
- Claude plugin installs are fetched from the reviewed release tag rather than a mutable branch. Before a staged local replacement, the wizard validates the exact static file set, reviewed plugin manifest, MCP object, exact endpoint, and prohibited runtime content. A symlinked destination root or symlink occupying an expected managed path is rejected; unexpected legacy links are pruned by an atomic directory replacement without following them. Existing Claude installations are then refreshed with `claude plugin update` so the installed cache advances too.
|
|
102
106
|
- The Codex companion plugin also bundles its own OrgX skills, so `wizard skills add` does not try to manage Codex skill files at all.
|
|
103
107
|
- Those generated rules expect artifact proof to use durable sources such as GitHub permalinks, public URLs, or absolute file paths / `file://...`, not OrgX wrapper routes like `/live/...`, `/artifacts/...`, or `/console/...`.
|
|
104
108
|
|
|
@@ -115,8 +119,8 @@ OrgX core skills are treated as managed upstream content. User behavior lives in
|
|
|
115
119
|
## Release Flow
|
|
116
120
|
|
|
117
121
|
- GitHub Actions publishes to npm on pushes of version tags matching `v*`.
|
|
118
|
-
- The publish workflow
|
|
119
|
-
-
|
|
122
|
+
- The publish workflow uses Node 22, pnpm 10.7.1, and npm 11.16.0; it runs `pnpm typecheck`, `pnpm test`, and `pnpm build`, verifies the tag matches the package version, then runs `npm publish --access public`.
|
|
123
|
+
- npm authentication uses GitHub Actions trusted publishing through OIDC, so the release does not require a long-lived `NPM_TOKEN`.
|
|
120
124
|
|
|
121
125
|
## Troubleshooting
|
|
122
126
|
|