Plugin development
A Plugin packages workspace contents — prompts, tables/policies, STFs, workflows, effects, files — into a template.yaml. It is installed into an instance and executed by the instance. Users interact through the built-in console and chat.
Install skills
Section titled “Install skills”When designing, asking questions, or combining with a custom FE, prefer installing all skills. Plugin-focused minimum:
npx skills add d6e-ai/d6e-plugin-skills --skill '*' -y# Also when writing Docker STFsnpx skills add d6e-ai/d6e-docker-stf-skills --skill '*' -yRepository: d6e-ai/d6e-plugin-skills
What goes in a Plugin
Section titled “What goes in a Plugin”| Piece | Summary |
|---|---|
template.yaml |
Manifest declaring prompts, STFs, workflows, policies, file refs, … |
| Prompts | Markdown that shapes chat-agent behavior |
| JS STF | Pure functions on QuickJS |
| Docker STF | Containers (see Docker STF) |
| Effect | Declarative HTTP calls |
| Workflow | Orchestration of STF / Effect steps |
| Policies | Table ACL (deny by default) |
Schema: schema/template.schema.json
Typical workflow
Section titled “Typical workflow”- Connect MCP via Local AI development
- Iterate on SQL, STFs, and prompts; capture what works in
template.yaml - Distribute via Install from URL, or Marketplace / registry
Details:
Relation to custom frontends
Section titled “Relation to custom frontends”Plugins prepare workspace behavior; custom frontends consume it. Shipping template.yaml alongside frontend code in one repo is common. If you touch the FE, install the skills together (Installing Agent Skills). See Choosing a path.