Contribution attach
Plugin contributions attach by type to different places in the product. Usability is judged per contribution. A Skill inside the package is one contribution among others. Each contribution has its own identity, type, compatibility conditions, and readiness.
| Contribution | Attach point |
|---|---|
| Skill / MCP | Agent conversation; visible to that agent after Agent binding |
| App UI | Preview, settings page, commands, custom surface in a VibeX window |
| Workflow | Orchestration; publish path matches the source file in the repo |
| Host Worker | Host background; clients observe a projection |
| Runtime | Exact CLI / Binary / sidecar version, resolved and locked by the Host |
Binding and readiness
Enable allows those contributions to be published. Missing runtime, missing binding, or an agent that rejects the contribution leaves it unready. All-agents binding intent projects compatible contributions onto current and future enabled agents that support the capability. Exclusions are stored separately.
A Skill projection is a controlled read-only entry written to the agent-native Skill location. A user Skill of the same name stays. A Plugin Command and an agent-native command may share a display name and remain distinct by source identity.
A remote workstation changes state on the Host. Companion and chat-channel plugin management lives in Settings → Plugins on the Host or a workstation desktop.
Runtime lock
A Runtime requirement is an author declaration. The install lock records the exact version the Host resolved, integrity, and probe evidence. A successful declaration and a spawned process still require a passing probe before ready. A Host-owned Runtime enters reclamation only after references drop to zero.

