@capybara-hq/plugin-sdk 0.1.0-rc.4 → 0.1.0-rc.5

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.
@@ -1,4 +1,4 @@
1
- # Agent templates
1
+ # Authoring: agent templates
2
2
 
3
3
  An agent template describes a whole agent: instructions, tools, skills, connectors and the
4
4
  sub-agents it may dispatch. A member creates a private agent from a template; org admins can also
@@ -2,6 +2,10 @@
2
2
 
3
3
  Read this first. It explains the vocabulary the other topics use.
4
4
 
5
+ The other topics are for *authoring*: writing an extension, building a plugin, skills, templates,
6
+ connector templates, tool naming and extension points. To *use* the platform (install, switch on,
7
+ configure, manage), use the operations: `browse`, `search`, `describe` and `call`.
8
+
5
9
  ## Platform and org
6
10
 
7
11
  - The **platform** is one deployment. The **super admin** runs it: imports plugins into the
@@ -1,4 +1,4 @@
1
- # Connector templates
1
+ # Authoring: connector templates
2
2
 
3
3
  A connector template is a ready-made connection to an external system: a protocol connector
4
4
  (`connector-mcp`, `connector-openapi`), a preset endpoint and the auth shape. An org installs it
@@ -1,4 +1,4 @@
1
- # Extension point: channel
1
+ # Authoring: extension point channel
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `channel` (a ref is `channel@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: config-source
1
+ # Authoring: extension point config-source
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `config-source` (a ref is `config-source@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: connector
1
+ # Authoring: extension point connector
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `connector` (a ref is `connector@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: counter
1
+ # Authoring: extension point counter
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `counter` (a ref is `counter@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: directory
1
+ # Authoring: extension point directory
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `directory` (a ref is `directory@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: file-preview
1
+ # Authoring: extension point file-preview
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `file-preview` (a ref is `file-preview@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: identity-source
1
+ # Authoring: extension point identity-source
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `identity-source` (a ref is `identity-source@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: model-provider
1
+ # Authoring: extension point model-provider
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `model-provider` (a ref is `model-provider@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: object-store
1
+ # Authoring: extension point object-store
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `object-store` (a ref is `object-store@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: sandbox
1
+ # Authoring: extension point sandbox
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `sandbox` (a ref is `sandbox@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: secret-store
1
+ # Authoring: extension point secret-store
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `secret-store` (a ref is `secret-store@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: web-fetch
1
+ # Authoring: extension point web-fetch
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `web-fetch` (a ref is `web-fetch@<major>`)
@@ -1,4 +1,4 @@
1
- # Extension point: web-search
1
+ # Authoring: extension point web-search
2
2
 
3
3
  <!-- generated:extension-point -->
4
4
  - Name: `web-search` (a ref is `web-search@<major>`)
@@ -1,4 +1,4 @@
1
- # Writing an extension
1
+ # Authoring: writing an extension
2
2
 
3
3
  An extension is TypeScript code a plugin ships. It runs in the platform's process with full
4
4
  trust: approval by the super admin is governance, not a sandbox. It sees only the SDK's `ctx`
@@ -1,4 +1,4 @@
1
- # Plugin format
1
+ # Authoring: the plugin format
2
2
 
3
3
  A plugin is a directory, packed into a `.tgz` with `capybara-plugin pack` (the published
4
4
  `@capybara-hq/plugin-tools`; `npx capybara-plugin check` runs the checks).
@@ -1,4 +1,4 @@
1
- # Skills
1
+ # Authoring: skills
2
2
 
3
3
  A skill is a folder with a `SKILL.md` (the Agent Skills format) and any files it needs. The agent
4
4
  sees only the skill's `name` and `description` until it loads the skill, so the description is
@@ -1,4 +1,4 @@
1
- # Tool naming
1
+ # Authoring: tool naming
2
2
 
3
3
  The model-visible tool key grammar:
4
4
 
package/dist/index.d.ts CHANGED
@@ -1,4 +1,4 @@
1
- export declare const SDK_VERSION = "0.1.0-rc.4";
1
+ export declare const SDK_VERSION = "0.1.0-rc.5";
2
2
  export * from "./agent-template.js";
3
3
  export * from "./bootstrap.js";
4
4
  export * from "./cards.js";
package/dist/index.js CHANGED
@@ -1,4 +1,4 @@
1
- export const SDK_VERSION = "0.1.0-rc.4";
1
+ export const SDK_VERSION = "0.1.0-rc.5";
2
2
  export * from "./agent-template.js";
3
3
  export * from "./bootstrap.js";
4
4
  export * from "./cards.js";
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@capybara-hq/plugin-sdk",
3
- "version": "0.1.0-rc.4",
3
+ "version": "0.1.0-rc.5",
4
4
  "description": "Capybara plugin SDK: the types and pure functions plugins are written against",
5
5
  "license": "Apache-2.0",
6
6
  "repository": {