判断很简单：这一步的输入输出是不是固定的？固定就写脚本。跑测试、发布、生成变更日志这类步骤，命令行更快、更好调、失败信息更清楚。
需要模型在运行时从多个数据源里挑一个，或按上一步结果决定下一步，才值得接 MCP。这时它的价值是工具描述和结构化返回，不是能连的服务多。
真要在 CI 里接 MCP，把服务器数量压到这个作业需要的那几个，密钥从 CI 密钥库注入，并给整体设超时。默认允许所有工具的配置不该出现在流水线里。
混着用最实际：脚本负责确定性的步骤，MCP 只出现在需要判断的那一步，产出走机器人分支交人评审。对照本站「在 CI 里跑编码 Agent」和「MCP 和命令行工具怎么选」。