用途：在用户完成作品后触发“Share to Open Design”提交动作，把当前项目打包为 Open Design 插件，避免让用户重复填写项目文件已能回答的字段。
主要能力：在项目根目录生成 generated-plugin/ 文件夹，至少包含带 frontmatter 和代理指令的 SKILL.md，以及含 specVersion、name、version、description、mode、task kind、inputs 等元数据的 open-design.json；可选 examples/ 与 assets/。它会按顺序读取 *.artifact.json 或 artifact.json、brand-spec.md / DESIGN.md、工作区中生成的产物（选最新或最大的作为 useCase.exampleOutputs[0].path 并复制到 examples/）、以及用户首条提示，据此推断插件 id 与描述。
使用方式：代理 CWD 为用户 OD 项目根目录，先读取现有文件推断，仅在确实无法推断时用一次 AskUserQuestion 集中询问。生成后运行 od plugin validate、od plugin pack、od plugin install --source <绝对文件夹路径> 验证。plugin.repo 可选，需先检查 gh --version 与 gh auth status，优先用本地登录账号，仅在必要时用 gh api user --jq .login；若 gh 缺失、未登录、限流或无法解析真实 owner，则省略 plugin.repo 并报告问题，可用 gh auth refresh -h github.com -s repo,workflow、gh auth login -h github.com -s repo,workflow 或 od plugin publish-repo generated-plugin --owner <github-login-or-org> 恢复。禁止写入占位 owner。
限制：不要自行串联 publish-repo / Open-Design-PR 流程，也不要建议 od plugin publish、gh repo create、git init 等命令，应引导用户使用 Design Files 下插件卡片中的三个按钮。不要假设 jq 已安装，读取清单优先用内置文件读取工具，其次 cat 后手动解析，再次 node -e。生成产物字段须保持英文，聊天语言则跟随用户。完成后输出一条汇总并停止。