Platform teams
Standardise how agent capabilities are requested, packaged, evaluated, approved, and promoted.
Enterprise guide
Enterprise AI governance should focus on the capability boundary. The plugin is that boundary: installable, owned, versioned, instrumented, and reviewable.
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
Enterprises are moving from AI experiments to systems that take action. That creates a simple question: what exactly did we approve? If the answer is a folder of prompts and undocumented tool calls, the operating model will not hold.
A plugin gives the enterprise a control point. It can have an owner, purpose, component inventory, permissions, test evidence, telemetry contract, lifecycle state, and retirement path.
A plugin governance model should be practical enough that teams use it. The aim is not to block every capability. The aim is to make the installable unit clear and the operating evidence visible.
Telvine is designed around this evidence record. It stores plugin versions, component inventory, metadata-only telemetry, eval results, feedback, outcomes, and promotion decisions.
The first approval is only the start. Agent behavior changes as models, tools, policies, and workflows change. Governance needs release evidence, not static paperwork.
That means every meaningful plugin version should be compared against the last stable release on errors, latency, outcome quality, feedback, and eval pass rate.
Where it applies
Standardise how agent capabilities are requested, packaged, evaluated, approved, and promoted.
Review capability boundaries, data handling, component inventory, and connector scopes.
Adopt useful agent workflows without losing sight of owners, versions, and measured outcomes.
FAQ
Related pages