@aryaminus/controlkeel-opencode 0.3.64 → 0.3.66

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.
@@ -50,6 +50,11 @@ Use this skill when the task is attaching or distributing ControlKeel across age
50
50
  3. Export plugin bundles when the user wants a shareable package.
51
51
  4. For MCP-only tools, generate the instruction bundle and installation guidance.
52
52
  5. For Conductor, prefer the Claude Code install path because Conductor documents support for `.mcp.json`, `CLAUDE.md`, and `.claude/commands`.
53
+ 6. Treat the target matrix as the discovery contract: every listed native skill directory is scanned by the registry, while host-specific non-skill companions remain documented separately.
54
+ 7. For `ck_attach`, validate the canonical project inside `CK_PROJECT_ROOT` for every scope. User scope changes native destinations but does not authorize another project; consult the target matrix for hosts whose MCP registration also updates a user-managed config path.
55
+ 8. Run the complete verification path after install: `controlkeel setup`, `controlkeel attach <host>`, `controlkeel attach doctor`, `controlkeel provider doctor`, `controlkeel status`, and `controlkeel findings`.
56
+ 9. Keep boundaries explicit: project attach mutates the governed repo; user scope is valid only for targets that advertise it and writes user-level host files. Local stdio MCP has the full local tool set, while hosted MCP is a narrower OAuth-scoped set.
57
+ 10. Describe exported plugin and marketplace manifests as installable bundles, not as proof that a public marketplace has published or approved them.
53
58
 
54
59
  ## Cursor (Rules, Skills, Agents, Hooks, Plugins)
55
60
 
@@ -65,7 +70,7 @@ Cursor’s **Settings → Rules, Skills, Subagents** (and related **Commands**,
65
70
  | **MCP** | `.cursor/mcp.json` | Stdio MCP; use `${workspaceFolder}` for command paths and `CK_PROJECT_ROOT`. |
66
71
  | **Plugins** | `.cursor-plugin/` | Distributable bundle (`plugin.json`, mirrored assets, `hooks/hooks.json`, `mcpServers`) for **Plugins → Install** / marketplace-style flows. |
67
72
 
68
- **Install path:** `controlkeel attach cursor` in the governed repo root, then enable the ControlKeel MCP server in Cursor and (if desired) install the generated `.cursor-plugin` from the repo or a release export.
73
+ **Install path:** run `controlkeel setup` and `controlkeel attach cursor` in the governed repo root, then enable the local ControlKeel MCP server in Cursor and (if desired) install the generated `.cursor-plugin` from the repo or a release export. The generated marketplace-style bundle is not itself a public marketplace listing. Finish with `controlkeel attach doctor`, `controlkeel provider doctor`, `controlkeel status`, and `controlkeel findings`.
69
74
 
70
75
  ## Additional resources
71
76
 
@@ -6,16 +6,29 @@
6
6
  - Claude Code: `.claude/skills`, `.claude/agents`, plugins
7
7
  - Copilot / VS Code: `.github/skills`, `.github/agents`, plugins
8
8
  - Cursor: `.cursor/skills`, `.cursor/agents`, `.cursor/rules`, `.cursor/hooks.json`, `.cursor/mcp.json`, `.cursor-plugin/`
9
+ - OpenCode: `.opencode/skills` and `.agents/skills`
10
+ - Augment: `.augment/skills`
11
+ - Kilo: `.kilo/skills`
12
+ - Devin for Terminal: `.devin/skills` (project), `~/.config/devin/skills` (user)
13
+ - Warp: `.warp/skills` and `.agents/skills`
9
14
  - Conductor compatibility: use Claude Code repo-local surfaces (`.mcp.json`, `CLAUDE.md`, `.claude/commands`)
10
15
 
11
16
  ## MCP-only fallback
12
17
 
13
- - Windsurf
18
+ - Windsurf (native rules/workflows/hooks; AgentSkills compatibility via `.agents/skills`)
14
19
  - Kiro
15
20
  - Amp
16
- - OpenCode
17
21
  - Gemini CLI
18
22
  - Continue
19
23
  - Aider
20
24
 
21
25
  All MCP-only tools should still receive CK instruction snippets so the model knows how and when to call CK tools.
26
+
27
+ ## Scope and distribution boundaries
28
+
29
+ - Project scope writes into the governed repository. User scope writes host-level files only when the target advertises user support; project binding and evidence remain project-specific.
30
+ - `ck_attach` always authorizes an existing canonical project inside `CK_PROJECT_ROOT`, regardless of scope. Scope changes artifact destinations, not which project may be attached.
31
+ - Some hosts keep MCP registration in a user-managed config even when companion artifacts are project-scoped. Current examples include Cursor, Windsurf, Kiro, Kilo, Amp, Augment, OpenCode, Gemini CLI, Cline, Continue, and Goose. Their attach output identifies the exact host config path before restart; this host registration is separate from project-root authorization.
32
+ - Local stdio MCP exposes the full local catalog. Hosted MCP is a separate service-account OAuth surface with a narrower scope-authorized catalog; consult `docs/support-matrix.md` for exact tool availability.
33
+ - Exported plugin directories and marketplace manifests are release/install bundles. They are not evidence that a host's public marketplace has published or approved ControlKeel.
34
+ - `github.com/.../releases/latest/download/...` selects a versioned release asset. `raw.githubusercontent.com/.../main/...` reads mutable default-branch content.
package/package.json CHANGED
@@ -35,5 +35,5 @@
35
35
  "url": "git+https://github.com/aryaminus/controlkeel.git"
36
36
  },
37
37
  "type": "module",
38
- "version": "0.3.64"
38
+ "version": "0.3.66"
39
39
  }