MCP 传输与 Skill 导入

这是 ChengOS 与多数工作流工具差异最明显的一块:既作为 MCP 客户端接入外部工具,也能把一段能力打包成可安装的 Skill。

三种 MCP 传输

支持 Stdio、SSE 与 HTTP。Stdio 适合本机进程型工具,SSE 与 HTTP 适合远程服务。三者在配置层是并列选项,按工具自身的部署形态选择。

Skill 的五种来源

一个 Skill 可以从需求描述生成,也可以从网页或 API 文档、Git 仓库、已有的 SKILL.md、或一个 ZIP 包导入。导入是起点而不是终点:生成结果仍需要人工检查,并不保证任意站点的文档都能被正确解析。

与凭据的关系

Skill 与 MCP 工具通过凭据句柄访问外部服务,密钥明文不进入模型上下文。撤销一个凭据即可切断所有引用它的工具。

常见问题

导入的 Skill 一定能直接用吗?
不一定。从文档或网页导入时,结果取决于源材料的结构化程度,需要人工检查和调整后再投入使用。
MCP 工具运行在哪里?
取决于传输方式:Stdio 工具作为本机进程运行,SSE 与 HTTP 工具运行在它们自己的服务端。

本页主张的依据

最后核验:

支持 MCP 的 Stdio、SSE 与 HTTP 三种传输方式。
适用范围: ChengOS 平台侧 MCP 客户端。
依据: ChengOS MCP 传输实现 ·
支持从需求描述、网页/API 文档、Git 仓库、SKILL.md 与 ZIP 包导入 Skill。
适用范围: 导入结果仍需人工检查;不保证任意站点的文档均可解析。
依据: ChengOS Skill 导入实现 ·
模型只能通过凭据句柄调用工具,API Key 明文不进入模型上下文。
适用范围: 凭据保管库与工具调用路径;不涵盖用户自行粘贴到对话中的内容。
依据: ChengOS Credential Vault 与工具调用实现 ·