Release promotion
Compare a candidate plugin version against stable on eval pass rate, errors, latency, outcome state, and feedback.
Telemetry
Plugin telemetry tells owners whether an agent capability is being used, where it fails, how long it takes, and whether a new release improved the work.
Publish the product
The first useful milestone is simple: one plugin directory, one owner, one release record, and one measurement model.
npm i -g @telvine/cli telvine login telvine publish ./my-plugin
Useful telemetry starts at observable boundaries: a Skill invocation, a connector call, an MCP server action, a hook run, a command execution, or a package validation step. Each event should describe what happened without copying the work product into analytics.
Telvine uses a metadata-only model so teams can measure adoption and quality without sending prompts, file contents, connector payloads, tool arguments, or model outputs.
Skill behavior should use skill.* events. Non-Skill component behavior should use plugin.component.invoked and plugin.component.error. That keeps the app-level product and the execution-level component model clear.
The goal is not a giant event stream. The goal is enough trustworthy evidence to compare versions, spot regressions, and decide what to improve next.
Without plugin telemetry, teams judge releases by demos and anecdotes. With plugin telemetry, owners can compare candidate and stable versions on actual behavior.
That is the difference between shipping agent capability and operating it.
Where it applies
Compare a candidate plugin version against stable on eval pass rate, errors, latency, outcome state, and feedback.
See which installed plugins are adopted, ignored, failing, or getting better after changes.
Verify component inventory and event coverage without collecting sensitive work content.
FAQ
Related pages