mirror of
https://github.com/nexu-io/open-design.git
synced 2026-05-31 19:04:39 +07:00
- Introduced `specVersion` and `version` fields to the plugin and marketplace schemas, ensuring better versioning and compatibility tracking. - Updated various components and functions to handle the new fields, including database migrations, plugin snapshots, and marketplace management. - Enhanced tests to validate the presence and correctness of the new fields in plugin manifests and marketplace entries. - Improved documentation to reflect the changes in schema requirements and provide guidance on the new versioning system. This update strengthens the plugin ecosystem by providing clear versioning, enhancing the reliability and maintainability of plugins and marketplaces.
2.8 KiB
2.8 KiB
Agent Development Handoff
Language: English | 简体中文
Give this file to a coding agent when you want it to create or improve an Open Design plugin.
Mission
Create a portable Open Design plugin that can:
- Run as a normal Agent Skill through
SKILL.md. - Install into Open Design through
open-design.json. - Be validated locally.
- Be published as an independent open source repo or submitted as a PR to Open Design.
Required Reading
Read these files before editing:
plugins/spec/SPEC.mddocs/schemas/open-design.plugin.v1.jsondocs/plugins-spec.mdwhen you need deeper product semanticsplugins/spec/PUBLISHING-REGISTRIES.mdwhen the user asks to publish outside Open Design- A nearby example under
plugins/spec/examples/
Build Procedure
- Choose a lowercase plugin id, for example
import-screenshot-to-prototype. - Create a folder with at least:
<plugin-id>/
SKILL.md
open-design.json
README.md
- Keep the
SKILL.mdportable. It may mention Open Design behavior, but the core workflow must still make sense in any Agent Skills compatible agent. - Put OD-specific display,
specVersion, pluginversion, inputs, preview, pipeline, atoms, connectors, and capabilities inopen-design.json. - Add
examples/,preview/,assets/, orreferences/only when they materially help the agent produce better results. - Add
evals/evals.jsonwhen the plugin has enough behavior to regress. - If publishing externally, prepare registry-safe README sections for skills.sh, ClawHub, and canonical GitHub source.
Quality Bar
The plugin is not done until:
SKILL.mdhas a clear "Use this plugin when..." description.- The workflow states the expected output files or handoff result.
open-design.jsonvalidates against the v1 shape and carries explicitspecVersionplus pluginversion.- The declared atoms are known first-party atoms or clearly marked future work.
- The declared capabilities are the minimum needed.
- Visual plugins include a preview or concrete example output.
- Share, deploy, connector, and network plugins require explicit confirmation before externally visible actions.
Validation Commands
Run what is available in this environment:
pnpm guard
pnpm --filter @open-design/plugin-runtime typecheck
If the daemon CLI is built:
od plugin validate ./<plugin-id>
od plugin install ./<plugin-id>
od plugin apply <plugin-id> --input key=value
PR Output
When opening or preparing a PR, include:
- Plugin id, spec version, plugin version, and lane.
- What user request should trigger it.
- Files changed.
- Validation commands and results.
- Capabilities requested.
- Screenshots, preview URLs, or example artifacts for visual plugins.
- Registry links and dry-run output when publishing to skills.sh, ClawHub, or another skill registry.