Semaphore 于10月9日宣布，在 Open Source 1.6 中为 Community Edition（CE）和 Enterprise Edition（EE）内置 MCP 服务器。持续集成（CI）系统负责自动化构建与测试；这项公告意味着，供 AI 代理读取 CI 信息并请求执行任务的接口将扩展到这两个版本。

MCP 是连接 AI 代理与外部工具的标准协议。sem-ai 是让代理处理 Semaphore CI 任务的命令行工具（CLI）。Semaphore 表示，1.6 无需额外配置即可支持该工具，服务账户和用户令牌均可使用。

1.6 的内置支持声明与 RC 计划

对自托管运维人员来说，首要问题不是是否有这项功能，而是能在哪里获得可安装的发行物。公告称 MCP 服务器“现已内置”，但也写明，包含详细变更清单的发布候选版（RC）预计几天后才会准备好。

在2026年10月15日查询的 GitHub 6个发行版和10个标签中，没有找到 1.6 正式版或 RC 条目。查询到的最新发行版是2025年10月10日发布的 v1.5.0。

这只说明在已核查的公开列表中没有找到发行物，并不证明其他渠道也不存在 1.6。不过，仅凭公告还难以判断现在能否下载并升级。

云端 MCP 与 sem-ai 的不同连接路径

已核查的官方 MCP 配置文档标明适用于 Cloud (SaaS)。该文档介绍云端连接地址和认证方式，并说明支持团队收到申请后，可以为组织启用 MCP 功能，无需额外付费。

执行和重新运行作业时使用的 workflow_run 与 workflow_rerun，均需另行启用 MCP 写入权限。因此，云端对信息读取和执行请求也有不同的权限条件。

另一方面，sem-ai README 介绍了 sem-ai mcp 命令，用于启动可单独安装的 sem-ai 所提供的 MCP 服务器。这不同于连接官方云端远程 MCP 服务，不能把两条路径视为同一个服务器或发行物。

因此，仅凭这些文档仍无法确定 CE·EE 1.6 的 MCP 连接地址或认证与启用流程。“无需额外配置支持 sem-ai”这一公告，也不能被扩大解释为 sem-ai 可执行文件已包含在 CE·EE 发行物中。

RustFS 与部分作业重跑涉及的运维条件

同一公告还称，将保存构建产物的存储引擎从 MinIO 替换为 RustFS，测试也改用 RustFS。公告还介绍了一项功能，可以在不重新运行整条较长流水线的情况下，仅重跑部分作业。

但公告没有说明现有数据的迁移流程、配置兼容性，以及出现问题时回滚到原状态的步骤。公告也没有解释部分作业重跑时的作业选择和依赖关系处理规则，更未明确这两项变更在 CE 和 EE 中的提供范围。

存储引擎替换后能否继续读取现有构建产物至关重要，而部分作业重跑的实际价值取决于哪些作业会重新执行。仅凭公告，难以判断迁移过程的安全性，或实际能减少多少作业量。

本次所用材料全部来自厂商自有原文，并非安装或运行验证，也不是独立的性能测量。现有依据能显示扩大代理集成的方向，但不足以支持直接在运维环境中采用。

核查公开发行物与各版本的部署流程

评估升级时，起点是从官方发行版与标签列表中核查 1.6 发行物和详细变更清单。随后可在当前使用的 CE 或 EE 文档中核查安装方法，以及 MCP 连接、认证、权限和启用流程。

不能把云端文档中的连接地址直接套用于 CE 配置，以此代替上述核查。接下来要看的不只是功能列表的扩充，还包括发行物和文档是否说明了这些功能用于自托管环境的条件。

Semaphore 1.6 是 CE·EE 扩大代理集成的公告；实际升级判断仍需核查发行物和自托管部署流程。