S24-J01 · 工具链：MCP、Git/PR、外部集成与 Computer Use

适用读者：要让工具"看见更多、动手更多"的人。
前置：S24-B03、S21-B05（MCP）。
口径：集成方式随产品变化，本文讲机制与边界。
覆盖旧文：683(179) 689(242) 692(263) 680(265) + 相关 = 1,185 点。
覆盖扩展：E-S24-004（MCP 让工具可插拔）。
上一篇：S24-B03 · 提示词、规则与配置：把要求"固化"下来
下一篇：S24-J02 · 上下文与记忆。

1. 一句话结论

工具的能力边界由"它能触达什么"决定：MCP 扩外部系统、Git 集成扩协作、Computer Use 扩图形界面——每扩一层，权限风险升一级。

能力	触达	风险
MCP	外部 API/数据库	数据外泄、越权调用
Git/PR	代码仓库、CI	误合并、误推送
Slack/Linear	团队通信与工单	信息泄露
Computer Use	整个桌面	最高（等价人工操作）

2. MCP：把"外部能力"变成可插拔（E-S24-004）

AI 工具（Client）──MCP──> 你的服务（Server：数据库/内部 API/工单）

收益	代价
不用为每个工具写定制集成	多一个服务要运维
工具可复用（S21-B05）	服务端要鉴权与限流

判据："这个能力会被多个客户端用吗？" 会 → 做成 MCP Server；只此一处 → 直接集成。

3. Git/PR 集成：让它在 PR 里当审查员（E-S24-010）

能力	注意
读 diff、留评论	评论可能"过度自信"，需人工判断
自动修复	不要自动推送主分支
关联 issue	需要有权限边界

"为什么建议只读 + 建议修改"：自动改 PR 会让评审变成"审查 AI 的改动"，反而增加负担。

4. Computer Use 的边界（A-680）

可用场景	禁用场景
本地演示、测试环境	生产系统操作
需要点 UI 才能完成的重复操作	涉及支付/权限变更

判据："这个操作点错了会怎样？" 会出事 → 不允许 Computer Use，改为 API + 审批。

5. 五个误区

误区	真相
"MCP 接上就安全"	服务端仍需鉴权限流
"Git 集成能自动合并"	应保留人工评审
"Computer Use 万能"	最脆弱、风险最高
"外部集成越多越好"	攻击面与维护成本上升
"工具能读就等于能改"	权限要分级（A01）

6. 自检

四类能力各触达什么、风险如何？
MCP 的收益与代价？
Git 集成该"只读"还是"可写"？
Computer Use 的禁用场景？
为什么"能读≠能改"？

7. 下一篇

S24-J02 · 上下文与记忆：压缩、记忆与动态工作流

工具讲完，下一篇讲"长任务上下文怎么不被撑爆"。

本篇属于系列《S24 · AI 编程工具》。旧文来源：A-683/689/692/680 + 相关卡；扩展点 E-S24-004。