Skill 与 MCP 的区别和组合方法

一个描述做法，一个提供工具

Skill 通常是一组任务说明、参考资料和脚本，告诉助手如何执行某类工作。MCP 是让客户端发现并调用外部工具的协议。两者可以组合，但安装 Skill 不会自动获得所有外部服务账号，连接 MCP 也不会自动带来完整工作流。

组合示例：资料转 Markdown，再整理报告

先用 MarkItDown MCP 转换一份自己创建的简短 HTML；再用文档整理 Skill 按“摘要、事实、待确认事项”编排内容，生成可审阅的报告。转换工具负责提取，技能负责组织方法，模型负责按任务调用它们。

1. 在MCP 安装指南中查看经过初始化验证的命令。
2. 创建只有标题和两段文字的合成 HTML，先检查转换后是否遗漏文本。
3. 选择合适的文档技能，阅读 SKILL.md，确认需要的脚本和运行环境。
4. 提出明确任务：“使用 MarkItDown MCP 转换 sample.html 并保存 converted.md，再激活 docx 技能生成 report.docx，包含资料摘要、已知事实和待确认事项。保留原文事实，缺失信息标待确认，注明来源文件，最后重新读取核对。”
5. 打开实际文件，对照输入核对事实与结构，再扩展到更复杂资料。

本次在 Windows、Tokeny 1.7.6 和 gpt-6-sol 在线模型上跑通了上述组合：实际调用 MarkItDown、激活 docx 技能、保存 Markdown、生成 Word，再回读并校验文档。运行时使用已有 Python 与 python-docx 环境，并修正了一项文档 XML 校验问题。已在 Microsoft Word 中检查单页排版和事实；这次合成样例的结果不能替代其他模型或正式资料的验收。

下载合成 HTML、实际转换文本和实际 Word 报告进行对照。

怎么选择

已经有可用文件工具、只是需要规范报表样式时，先找适合的 Skill。需要访问现有客户端未提供的外部工具时，再评估 MCP。也可能只用内置工具就足够，不必为了一个简单任务额外安装服务。

第三方 Skill 的脚本可以执行操作，MCP 服务也可能连接网络。安装前核对来源、权限与数据目的地；不要把“本地进程”理解为“不联网”。参见模型与数据去向。

结果怎么验收

分三层检查：连接层能否列出工具；单工具层能否完成最小输入；任务层最终文件是否正确、完整、可编辑。连接层通过后，仍应逐层验收，不把连接成功截图当成业务成功证明。

可用CSV 报表和会议纪要的样例练习任务层验证。协议背景参见 Model Context Protocol 官方文档。