create-pluginlisted

在用户描述“想创建一个插件”“想在界面里加一个入口 / 按钮 / tab / 搜索 / 调试面板 / 本地服务能力”，或明确要求“用 plugin 实现某个 UI 效果”时使用这个 skill。 ## 工作目标 先理解用户真正想要的交互效果、入口位置和 runtime 能力，再把自然语言效果转换为一个可运行、可调试、可维护的 OneWorks plugin。优先落到 plugin manifest、前端 `activatePlugin(ctx)`、server `activatePlugin(ctx)` 和 scoped runtime 通道；不要把 plugin 需求改成宿主硬编码，除非现有 plugin 扩展点明显不足。 这是 OneWorks 内置的 create-plugin skill，只面向本仓库的 OneWorks plugin。不要套用 Codex 系统 `$plugin-creator` 的 `.codex-plugin/plugin.json`、`.agents/plugins/marketplace.json`、`~/.codex/skills` 或 marketplace 规则，也不要修改全局 Codex skill。 ## 先读这些 开始写或改 plugin 前，先读取当前仓库里的插件规则和示例： - `assets/homepage/apps/docs/usage/plugins.md` - `assets/homepage/apps/docs/usage/plugins/ui-runtime.md` - `assets/homepage/apps/docs/usage/plugins/server-runtime.md` - `packages/plugins/demo/package.json` - `packages/plugins/demo/plugin.json` - `packages/plugins/demo/README.md` - `packages/plugins/demo/README.zh-Hans.md` 如果用户是在改已有 plugin，先读目标 plugin 自己的 `plugin.json`、README 多语言文件、`client/` 和 `server/` 入口，再决定最小修改点。 ## 先理解效果 先把用户诉求拆成这些问题；用户已经给出时不要重复问： - 入口在哪里：左侧导航、左侧更多菜单、chat header、下方面板 `+` 菜单、右侧/下方 workbench tab、launcher 搜索、独立 plugin route。 - 点击后发生什么：打开页面、创建新 tab、执行命令、调用本地服务、跳转外链或展示状态。 - 展示在哪里：plugin route、可关闭 workbench tab、右侧抽屉 tab、toast、菜单项、launcher result。 - 是否需要 runtime：只需要前端 DOM，还是要 server command、scoped API、loopback 本地服务或文件监听。 - 是否需要开发态热更新：本地开发优先放在 `packages/plugins/<name>` 并通过 `.oo.config.json` 显式声明；临时开发目录才放在 `.oo/plugins.dev/<name>`，开启 watch。本地路径 plugin 的 client source 会通过宿主 Vite dev server 加载，不需要