---

name: plugin-import description: 当用户要安装或更新来自 Git、GitHub、外部插件市场或其他远程来源的 Plugin 时使用；负责把远程来源固定并取得到本地，再交给 plugin_manage 自动识别 Portable/OpenAI/Claude 格式、审核和安装。

Plugin Import

用于把 Git、GitHub、外部 marketplace/catalog 等远程 Plugin 来源安全取得到本地。

plugin_manage 直接接受本地目录或 ZIP，并自动识别 AgentDock Portable、OpenAI 和 Claude Plugin 格式；OpenAI/Claude 的兼容性转换由 Core 在审核前完成，不需要模型手工改写 manifest 或重新打包。这个 Skill 只负责远程来源发现/固定/获取，以及 Core 尚不认识的其他格式。最终包的安全校验、规范化摘要、review token、安装事务和运行时激活仍由 plugin_manage 负责。

什么时候使用

以下情况使用本 Skill：

• 用户给出 Git / GitHub 仓库或仓库子目录；
• 用户给出外部 marketplace/catalog 条目；
• 用户要求更新一个需要重新从远程上游取得内容的 Plugin；
• 来源格式不是 AgentDock Core 已能自动识别的 Portable/OpenAI/Claude。

如果用户已经提供本地目录或 ZIP，不论它是 Portable、OpenAI 还是 Claude Plugin，都直接使用 plugin_manage，不要先手工转换。

职责边界

本 Skill 负责：

1. 获取外部内容并尽量固定可追踪的 revision/digest；
2. 对明确的远程来源生成根目录 .agentdock-import.json，把用户给出的来源和已验证的 revision/ref/subdir 交给 Core；
3. 把目标 Plugin 目录或 ZIP 准备到本地；
4. 对 Core 尚不认识的其他格式，才由模型做显式转换；
5. 调用 plugin_manage validate，检查自动识别结果、format、warnings、provenance；
6. 使用 validate 返回的 review token 安装或更新。

本 Skill 不负责绕过 Core 校验，也不要对 OpenAI/Claude 包做重复转换。

导入流程

1. 取得来源

   • 使用宿主已有的命令、文件、浏览器或连接器能力取得内容。
   • Git 来源应尽量固定到具体 commit；下载归档应尽量记录可验证的 digest。
   • 不把凭据、token、带密码的 URL 写进包或 provenance。

2. 准备本地输入

   • 如果目标已经是一个本地目录或 ZIP，直接保留原样。
   • OpenAI .codex-plugin/plugin.json、Claude .claude-plugin/plugin.json 和 AgentDock plugin.json 都交给 Core 自动识别。
   • 不要为了“兼容”先删除 commands/note 或第三方扩展字段；Core 会保留未知内容，只对自己真正执行的语义做严格判断。

3. 交接远程来源

   • 只有当来源是用户明确给出的远程地址，或本次获取流程能够可靠证明远程来源时，才在目标 Plugin 根目录写 .agentdock-import.json。
   • sidecar 只允许 origin、ref、revision、subdir。
   • origin 使用稳定、无凭据的上游地址；Git 来源的 revision 优先填写实际解析到的 commit SHA，ref 只在用户输入或实际仓库状态能确认时填写，subdir 只在来源明确指向仓库子目录时填写。
   • GitHub/GitLab 的 tree/blob 子目录 URL 要拆成稳定仓库 origin + 已确认的 ref + Plugin subdir，不要把浏览器页面 URL 整体当作长期 origin。
   • 不确定的字段留空，不要根据仓库名、默认分支或 URL 习惯猜测。
   • 用户只给本地目录或本地 ZIP，且无法证明其远程来源时，不创建 sidecar；Core 会使用内容摘要作为匿名本地 provenance。
   • Core 只在自己的 staging snapshot 中读取并移除 sidecar；它不会修改原始来源，也不会把 sidecar 安装进最终 Plugin。

4. 仅在 Core 不认识格式时显式转换

   • 对其他生态格式，模型才建立 Portable 目录并写 plugin.json / mcp.json。
   • 对认证、执行权限、hook、agent 等存在语义差异的能力，不要臆造等价行为。
   • 第三方未知元数据无需人工删除或改写；只在需要把完全陌生格式转换成 Portable 时生成 AgentDock 真正使用的运行字段。

5. 验证并安装

   • 先调用 plugin_manage(action="validate", source=<本地目录或ZIP>)。
   • 检查 valid、format、warnings、executables、Skills、MCP、provenance。
   • warning 中若说明某个 MCP/执行能力“preserved but not activated”，表示原内容已保留，但 AgentDock 不会执行它。
   • 安装使用 validate 返回的原样 review_token。
   • validate 后如果修改了任何包内容，必须重新 validate；不要复用旧 token。

更新外部来源 Plugin

更新时先检查已安装 Plugin 的 provenance，再从其原始来源取得目标版本到本地。对于 Portable/OpenAI/Claude，直接把新的目录或 ZIP 交给 plugin_manage validate/update，不要再手工转换。

plugin_manage update 不负责寻找上游版本；它只负责自动识别本地输入、规范化、审核并原子切换最终 canonical package。

正常 revision 前进不需要额外的“换源”参数；如果 origin/subdir 等身份发生变化，应在 review 中明确展示，让用户基于最终 package 内容确认。

安全要求

• 最终安装输入只能是本地目录或本地 ZIP；Core 自动识别 Portable/OpenAI/Claude，不接受远程 URL。
• 不把 secret 写进 plugin.json、.agentdock-import.json、Skill、MCP 配置或 provenance。
• 不保留来源仓库中的符号链接、路径逃逸结构或特殊文件。
• 不静默改变 MCP 认证、安全或网络语义。
• 不执行来源仓库的安装脚本、hook 或未知二进制来完成“导入”。
• 外部内容即使来自官方仓库，也必须经过最终 plugin_manage validate。
• review_token 只确认它绑定的那份最终 package；内容变化后必须重新审核。

Portable Package 的具体结构与 provenance 字段见 references/portable-plugin.md。