像 DeepSeek Harness 那样，让 LoopForge 支持可安装的插件扩展？

[cocofhu]

LoopForge 现在扩展能力，主要靠角色上绑定 Skill / MCP / Hook，再加上内置 SOP 和 HTTP API。团队如果要加一种自己的能力——巡检连接器、验证门禁、代码托管适配、工作台面板——往往只能改平台源码，或者在角色配置里手工粘贴。

DeepSeek Harness 走了另一条路：插件是可安装的 Bundle，装进当前 profile，不必 fork 核心。

• 一份清单声明这个包贡献什么（Host 运行时 + 可选 Client UI）
• dsh plugin add 安装，可启用 / 禁用 / 升级 / 卸载
• Plugins 页有 Installed 和 Discover；可以添加自定义 plugin index（一份 JSON 目录），官方甚至可以不内置源
• Skills、工具、MCP、Hooks、UI 槽位打成一个扩展单元

对 LoopForge 这种团队 SOP / Main Bot 工作台，这套模型可能更合适：项目专属的巡检、门禁、知识库、设计走查，应该是可分发插件，而不是每个部署方维护一份 fork。

已写成功能需求：#126。这里想先听听大家的用法和优先级，不绑定具体实现（不必照搬 Cordis）。

想对齐的能力

1. Bundle：清单声明 id、版本、兼容的 LoopForge 版本、贡献物（Skill / MCP / Hook / SOP 片段 / 执行器适配 / 可选 Web UI）。本地目录、npm、git（固定 commit）都能装，安装前确认来源。
2. 发现面：已安装列表 + 发现 / 市场；支持自定义 index，团队可自建目录。
3. 扩展点（首版可先收敛）
   • Agent 侧：给角色 / Main Bot 注入 Skill、MCP、Hook
   • 交付侧：贡献 SOP 片段、验证门禁、脚本步骤
   • 工作台侧（可后续）：约定槽位加面板，不侵入核心布局
4. 插件默认无管理权限；要凭证或出网走现有个人 / 项目凭据和审批。

现有 Skill / MCP 可以继续当插件内部的能力载体，缺的是 bundle 清单、安装器、权限边界和发现面。

想听的问题

1. 你最想用插件解决哪类问题？例如巡检连接器、代码托管、验证门禁、主题 / 面板、执行器旁路。
2. 首版如果只能做一件事，你更希望先有 本地安装 Bundle，还是先有 Discover + 自定义 index？
3. 插件应该装在实例级、项目级，还是像 DSH 那样按 profile / 用户组合？
4. 有没有已经在用的 Skill / MCP / SOP，希望直接打成可分发插件？

相关：#112 / #120 是把 LoopForge 接到 DSH / Hermes 里，方向相反；#113 / #114 是编辑器插件；#125 是 ZCode / Reasonix 执行器。欢迎直接在这条下面讨论，具体实现建议也可以回到 #126。