市场概览与等级
这 插件市场 就是 AiHummer 如何超越其内置运行时。它的目录从 CDN 同步，安装可以通过管理员界面一键完成，每个插件都可以运行 主机本地 ——模型中任何地方都没有 Docker。插件进入 三层 它们在执行方式和功能上有所不同。
三个层级一目了然
| 层 | 它是什么 | 它如何运行 | 证书 |
|---|---|---|---|
| 一级 | 独立的主机本地服务（频道、语音） | 它自己的沙箱 systemd 单元 + 端口 | 共享（工作区） |
| 二级 | 正在使用的工具/技能 | 在网关过程内部 | 个人的或共享的 |
| 三级 | 零代码源类型（OpenAPI，MCP） | 由网关合成，无需编码 | 个人（每用户 OAuth）或共享 |
第一级 — 独立的宿主本地服务
一级插件本身就是完整的服务：频道连接器和语音组件，如 SIP、Bitrix24、Einstein 和 iOS-proxy 插件。每一个都被部署为 其自己的沙箱化 systemd 单元在其自己的端口上监听，网关通过 HTTP 与它通信。这就是“宿主机原生，而非 Docker”的原则在实际中的表现——插件是一个托管的系统服务，而不是一个容器。
目录中的通道连接器： Telegram 包含在社区计划中；MAX（一个新的俄罗斯聊天应用，频道） max）、Bitrix24（一个内部员工即时通讯渠道，而非客户全渠道），以及 Discord、Slack、Teams、Matrix、Signal、电子邮件和 WhatsApp 都是受许可限制的 — 见下方注释。
[!NOTE] 社区计划仅包含核心渠道——Telegram。安装任何其他渠道连接器都需要处于激活状态 启动器, 商业 或者 企业 许可证；在社区上安装请求 返回 HTTP 402 “需要升级” (代码
plan_limit) — 参见 许可.
[!NOTE] 一级插件未捆绑在网关二进制文件中。它们需要安装并 作为独立的 systemd 服务进行监督，并通过 URL 访问，这就是为什么每个 它有自己的端口。
二级 — 进行中的工具/技能
二级插件是 工具/技能被编译到网关中并在其进程内运行。因为它们代表当前用户在进程中执行，所以它们可以使用 个人或共享凭证：个人模式将一个动作归因于特定的人（他们的凭证和轮次归属），共享模式使用一个工作区范围的凭证。
[!NOTE] 个人与外部账户的集成（Google、Microsoft、Todoist、Asana, Jira、ClickUp、GitLab、Spotify、Fitbit、Oura、SmartThings 等）作为 零代码 第三级 每用户 OAuth 每个用户连接到自己账户的集成。
第三级 — 零代码源类型
需要三级插件 完全没有集成代码有两种来源类型：
- 开放API — 指向任何 OpenAPI 3.x 规范，AiHummer 就会合成一个工具 每次操作。
- MCP — 通过 stdio 或 HTTP 连接任何 MCP 服务器并暴露其
tools/list.
两者都将现有服务转变为代理工具，而无需您编写或部署任何代码。
通过具有每用户 OAuth 的 OpenAPI 机制，拥有大量的 个人整合 已经可用——每个用户将它们连接到自己的账户：Gmail、Google 日历、Google 联系人、Google 任务、Google 云端硬盘、YouTube、Outlook 邮箱、Outlook 日历、OneDrive、Microsoft 待办事项、Todoist、Asana、Jira 云、ClickUp、GitLab、Fitbit、Oura Ring、Spotify、Samsung SmartThings 等等。查看 零代码集成 完整指南。
目录和内容分发网络
市场目录 从 CDN 同步因此，可安装插件的列表会保持最新，无需您手动打包。在管理员界面中，您可以浏览目录，一键安装，并让每个安装根据自己的计划自动更新。
官方与社区
目录分为两个登记册，它们 不要混合:
- 官方（第一方） — 来自 AiHummer 的模块。源已固定，且 默认被信任（根据固定的注册表密钥进行验证）；在网页用户界面中 这些插件具有一个 官方 徽章和等级第一。
- 社区（第三方） — 通过外部开发者发布的插件
这 个人柜 （«我的插件» →
上传 → AI 审核 → 人工审核）。它们被添加为 单独来源
(
community-catalog.json)那样做 不覆盖 官方目录；在 这些插件在列表中显示时没有徽章，并按下载量排序。
两个注册表使用相同的清单合同和相同的安装路径；它们的不同在于 起源和信任锚 （参见 安装与更新).