creating-plugins — Claude Code skill for EmDash CMS plugins
Guides the agent through writing EmDash CMS plugins: sandboxed hooks, routes, MCP tools and admin UI.
npx skills add emdash-cms/skills --skill creating-plugins -a claude-codeWhat creating-plugins does
The skill covers two plugin formats in EmDash. A sandboxed plugin lives in src/plugin.ts and default-exports a SandboxedPlugin, with admin screens built from Block Kit pages and widgets. The native route uses definePlugin() or createPlugin() and unlocks React, Astro components and raw page fragments, but it runs with the site's authority and cannot be installed from the registry.
Scaffolding starts with pnpm dlx @emdash-cms/plugin-cli init my-plugin, then pnpm install and pnpm run test. The emdash-plugin.jsonc manifest is the trust contract: every capability such as content:write or network:request is declared up front, and adding authority, exposing a public route or shipping MCP tools needs fresh administrator approval. Settings, KV, declared storage and logging stay plugin-scoped and ask for nothing.
Sandboxed runtime code gets Web APIs but not Node.js built-ins, which is where people trip when they reach for fs out of habit. Routes are private by default and need authentication plus the declared permission; public ones face the internet and require explicit install consent. Authoring types come in with import type from emdash/plugin, and value imports are limited to lightweight helpers like pluginRoute() and pluginResponse().
What it helps with
- scaffold an EmDash plugin from the CLI
- declare only the capabilities a plugin actually needs
- hook into content save events
- expose an MCP tool over a private JSON route
- pick between sandboxed and native plugin formats
Example prompts for the agent
- Scaffold an EmDash plugin with plugin-cli and add a content:afterSave hook
- Declare media read and email send capabilities in emdash-plugin.jsonc
- Build an MCP tool over a private route with a Zod input schema
How to install creating-plugins
1Skills CLI (Vercel)
npx skills add emdash-cms/skills --skill creating-plugins -a claude-code2Manually: put the files in place
~/.claude/skills/creating-plugins/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/creating-plugins/
1Skills CLI (Vercel)
npx skills add emdash-cms/skills --skill creating-plugins -a codex2Manually: put the files in place
.agents/skills/creating-plugins/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add emdash-cms/skills --skill creating-plugins -a cursor2Manually: put the files in place
.cursor/skills/creating-plugins/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install emdash-cms/skills creating-plugins2Manually: put the files in place
.github/skills/creating-plugins/SKILL.md1Skills CLI (Vercel)
npx skills add emdash-cms/skills --skill creating-plugins -a gemini-cli2Platform CLI
gemini skills install https://github.com/emdash-cms/skills --path skills/creating-pluginsManually: put the files in place
.devin/skills/creating-plugins/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add emdash-cms/skills --skill creating-plugins -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about creating-plugins
How do I install creating-plugins in Claude?
Run npx skills add emdash-cms/skills --skill creating-plugins -a claude-code. The skill then sits at ~/.claude/skills/creating-plugins/SKILL.md.
What does creating-plugins do?
It tells the agent how to build EmDash CMS plugins: hooks, routes, storage, content and media APIs, MCP tools and declarative admin UI.
How is a sandboxed plugin different from a native one?
Sandboxed plugins have no host-process access and can ship through the registry; native plugins run with the site's authority and only work as a trusted dependency.
Source text
SKILL.md · MIT
---
name: creating-plugins
description: Create EmDash CMS plugins with sandboxed hooks, routes, storage, content and media APIs, MCP tools, and declarative admin UI, or native React and Astro extensions. Use when scaffolding or implementing an EmDash plugin.
---
# Creating EmDash plugins
Build against the API that reaches the intended execution mode. Source types and production-boundary tests take precedence over examples in this skill when they disagree.
## Choose a format
| Format | Runtime source | Admin UI | Distribution |
| --------- | --------------------------------------------------- | --------------------------------------------------------- | ---------------------------- |
| Sandboxed | `src/plugin.ts` default-exports a `SandboxedPlugin` | Block Kit pages, widgets, saved-entry panels, and actions | Plugin CLI and registry |
| Native | `definePlugin()` / `createPlugin()` | React, Block Kit, and Astro components | Trusted site dependency only |
Use a sandboxed plugin unless the feature needs host-process access, React admin code, Astro rendering components, raw page fragments, or custom Portable Text block definitions. Native plugins run with the site's authority and cannot be installed from the registry.
## Scaffold a sandboxed plugin
```sh
pnpm dlx @emdash-cms/plugin-cli init my-plugin
cd my-plugin
pnpm install
pnpm run test
```
The manifest is the identity and trust contract. Runtime hooks and routes live in `src/plugin.ts`; the CLI generates descriptors, manifests, and bundles. Do not create a separate descriptor factory or `sandbox-entry.ts`.
```typescript title="src/plugin.ts"
import type { SandboxedPlugin } from "emdash/plugin";
const plugin: SandboxedPlugin = {
hooks: {
"content:afterSave": async (event, ctx) => {
ctx.log.info("Content saved", { id: event.content.id });
},
},
};
export default plugin;
```
Import authoring types from `emdash/plugin` with `import type`. Value imports are limited to lightweight helpers such as `pluginRoute()` and `pluginResponse()`, which the CLI bundles. Sandboxed runtime code can use Web APIs but not Node.js built-ins.
## Declare access
Declare every host API in `emdash-plugin.jsonc`. Adding authority, exposing a route publicly, or adding MCP tools requires renewed administrator approval.
| Capability | Grants |
| -------------------------------- | -------------------------------------------------------------------------- |
| `schema:read` | Public collection and field definitions |
| `admin.editor-draft:read` | Selected unsaved field values after an explicit editor interaction |
| `admin.editor-draft:patch` | Host-validated unsaved field changes proposed for editor review |
| `content:read` | Content identity, translations, and published public URLs |
| `content:revisions:read` | Retained revision data; implies content read |
| `content:write` | Create, update, delete, and translation creation; implies read |
| `content:publish` | Revision-fenced publish, unpublish, schedule, and unschedule; implies read |
| `content:restore` | Revision-fenced reads and restoration of trashed content |
| `hooks.content-policy:register` | Pre-publish, pre-schedule, and pre-unpublish policy hooks |
| `taxonomies:read` | Taxonomy definitions, terms, and entry assignments |
| `taxonomies:write` | Term creation and assignment deltas; implies read |
| `bylines:read` | Public byline profiles and single or batched entry credits |
| `redirects:read` | Versioned redirect inspection |
| `redirects:write` | Versioned redirect creation, update, and deletion; implies read |
| `comments:read` | Stored non-trashed comments and their personal data |
| `comments:moderate` | Expected-status moderation; implies read |
| `media:read` | Ready-media metadata and authenticated asset URLs |
| `media:bytes:read` | Bounded media bytes and content hashes |
| `media:metadata:write` | Alt text, caption, and focal-point updates |
| `media:write` | Upload and delete; implies media read |
| `network:request` | `ctx.http.fetch()` restricted to `allowedHosts` |
| `network:request:unrestricted` | `ctx.http.fetch()` without a host list |
| `users:read` | User directory lookup; also required by comment hooks |
| `email:send` | Email delivery when a transport is configured |
| `hooks.email-transport:register` | Exclusive `email:deliver` hook |
| `hooks.email-events:register` | Email before/after hooks |
| `hooks.page-fragments:register` | Trusted-only page fragments; excluded from sandbox registration |
Settings, KV, declared storage, logging, and cron scheduling are plugin-scoped and need no capability. Use `ctx.settings` for user configuration, `ctx.kv` for internal key-value state, and declared `ctx.storage.<collection>` for queryable records.
Read the focused reference for the API being used:
- [Content, schema, translations, and publication](./references/content.md)
- [Taxonomies and redirects](./references/taxonomies-and-redirects.md)
- [Comments](./references/comments.md)
- [Media](./references/media.md)
- [Storage, KV, and encrypted settings](./references/storage.md)
## Routes, HTTP, and MCP
Routes are private by default and require authentication, their declared RBAC permission, token scope or CSRF as appropriate. Public routes are internet-facing and require explicit install consent.
Undeclared routes keep the legacy JSON/query envelope. Declare methods and body modes for host-enforced parsing. Use `pluginResponse()` only on a route that declares a raw response. Outbound `ctx.http.fetch()` responses and declared route bodies are buffered and bounded.
MCP tools reference private JSON routes with explicit permissions and Zod input schemas. Mark difficult-to-reverse operations `destructive: true`. Read [API routes and MCP tools](./references/api-routes.md).
## Hooks
Sandboxed hooks enter the same priority, dependency, timeout, error-policy, enablement, exclusive-provider, and capability pipeline as trusted hooks. Publication policy hooks identify action origin and actor without granting publication authority. Comment moderation invoked through `ctx.comments` reports plugin origin and runs the normal after-hook once. Read [Hooks](./references/hooks.md).
## Declarative admin UI
Sandboxed pages and widgets return validated Block Kit. Structured links use host-resolved targets; `routeCtx.ui` carries host-attested locale, direction, and surface. External images require matching network authority.
Saved-entry panels and actions point to private routes. Ordinary panel load receives only host-reloaded saved identity and version. Add `admin.editor-draft:read` or `admin.editor-draft:patch` plus extension-level collection and field selectors when an explicit interaction must receive selected unsaved fields or propose an atomic whole-field patch. Patch does not imply read. The host previews accepted patches, marks the form dirty, and never saves them automatically. Read saved content through capability-gated `ctx.content`.
Declarative field widgets currently compose supported Block Kit elements into a JSON value. Custom Portable Text blocks and Astro render components remain native-only. Read [Admin UI](./references/admin-ui.md), [Block Kit](./references/block-kit.md), and [Portable Text blocks](./references/portable-text-blocks.md).
## Runner parity
Cloudflare Worker Loader and Node/workerd execute the same bundle behind a plugin-scoped bridge. Both return buffered WHATWG responses from `ctx.http.fetch()` with binary bytes preserved and decoded request/response bodies limited to 8 MiB. Write against exported types, not extra methods found in one wrapper.
Read [Sandbox boundaries](./references/sandbox-boundaries.md) before designing around an API not listed here.
## Test the production boundary
Use `createPluginTestHost()` for fast hook, route, manifest, capability, KV, settings, and storage transport tests. Use `createPluginRuntimeTestHost()` when the test must exercise real content actions, plugin activation, media, comments, redirects, scheduling, restart, authorization, CSRF, caching, Block Kit validation, or saved-entry extensions.
Runtime fixtures establish state without firing hooks. Runtime actions call production boundaries; inspectors read observable state. Queue outbound HTTP responses with `host.http.respond()` and inspect requests with `host.http.requests()`. Dispose every host after use. Add Node/workerd parity only for runner-sensitive behavior.
## References
- [Content, schema, translations, and publication](./references/content.md)
- [Taxonomies and redirects](./references/taxonomies-and-redirects.md)
- [Comments](./references/comments.md)
- [Media](./references/media.md)
- [Hooks](./references/hooks.md)
- [Storage, KV, and encrypted settings](./references/storage.md)
- [Admin UI and field widgets](./references/admin-ui.md)
- [API routes and MCP tools](./references/api-routes.md)
- [Block Kit](./references/block-kit.md)
- [Portable Text blocks](./references/portable-text-blocks.md)
- [Sandbox boundaries](./references/sandbox-boundaries.md)
- [Publishing](./references/publishing.md)
© emdash-cms · MIT · emdash-cms/skills