Skip to content

SDKs and integrations ​

Use the SDKs when you are embedding Universal Agent Plugins in another application or writing typed hook handlers. Installing a plugin through the CLI is a different workflow; see Use plugins.

Choose the right SDK ​

You want to…UseLanguage and entry point
Handle an agent's native hook/eventGo Hooks SDKGo: github.com/777genius/plugin-kit-ai/sdk
Distinguish Claude Code from Codex in a shared hook executableHost detectionGo: sdk/hostdetect
Embed package install/update/repair/remove directly in a Go hostGo Installer SDKGo: install/integrationctl/agentplugins/installer
Discover agent profiles and manage installed plugins from a desktop/Node applicationTypeScript Management SDKTypeScript: universal-agent-plugins-management-sdk and /node

Two different kinds of detection: hostdetect.Detect identifies the host invoking one hook from its payload. discoverTargets (TypeScript SDK) inspects available native client profiles via the management engine. Neither grants automatic installation or host authentication.

Availability and version boundaries ​

SurfaceDocumented baselineWhat it actually proves
Go Hooks SDKPublished Go module github.com/777genius/plugin-kit-ai/sdk@v1.3.0Typed runtime contract for named supported hooks; event-level maturity differs
Go host detectionCurrent sdk/hostdetect source; verify the exact module tag before using itBounded Claude/Codex hook-payload identification, not agent installation discovery
Go Installer facadeCurrent install/integrationctl/agentplugins source and its external sampleProcess-local install/repair APIs; pin a reviewed source revision, do not assume a separate published module version
TypeScript Management SDKSource package 0.1.1; verify npm availabilityTyped client for Management API v1, plus Node-owned engine; not a replacement for the Go engine
Native management engineReleased agentplugins CLI 0.1.95 or newer with manage serve and manage discoverThese commands are available; individual operations need their own engine capability/version

The TypeScript SDK's checkUpdates method exists in SDK 0.1.1 but is not served by CLI 0.1.95 or older. Select a newer qualified engine or a pinned source build before using it. A documented method is not evidence that every released engine has it.

Features and where to find them ​

TaskRead thisImportant boundary
Signed catalog, direct Git/archives, standalone Skills and project scopeInstall guideSource trust and client support differ
uap.toml, uap.lock, export/import, update, repair and removalMaintenanceInstalled does not mean authenticated
Claude/Codex/Gemini/Qoder typed hook eventsGo HooksEvent maturity varies by release
Identify the host invoking a hookHost detectionDefault JSON signals cover Claude and Codex
Prepare, confirm, apply, inspect, recover and migrate stateGo InstallerExplicit plan and profile authority
Native profile discovery, Skill preview/edit, operation tracking and update checksTypeScript ManagementSDK methods need matching engine capabilities
Author a portable plugin.json package with Skills and MCPBuild guideauthor tools are source-build-only

Choose by task. The CLI installs for users; the TypeScript SDK manages a private Go engine from Node/desktop; the Go installer facade embeds install authority; the Hooks SDK handles callbacks inside native clients. None of these operations alone proves that a remote MCP call succeeded.

The three integration layers ​

  1. Hooks runtime: Agent invokes your Go executable; it reads its native event and writes a typed response. This does not install packages.
  2. Installer engine: Go owns package resolution, state, rollback/recovery, local profile authority and native activation. Embedding code must choose the exact targets and obtain explicit review/confirmation.
  3. Management client: TypeScript uses the engine's authenticated local Management API; its /node helper owns a pinned engine process. The client itself does not manipulate native agent files.

Do not equate schema validation, package materialization, native agent discovery, service authentication and actual tool execution. They require separate evidence.

Next steps ​

Source and reference ​

These are integration guides, not a claim that an archived generated API reference or source-only command ships in the current installer.

Public docs for plugin authors and integrators.