既然Jira可以挂上MCP，为什么还要在代码中保留测试计划？

一直看到这个问题出现在试图为代理重塑工作流的团队中。“*为什么要将测试计划/故事/产品上下文放在代码中？只需通过MCP工具暴露Jira即可。*”类似这样：* list\_stories * get\_story * update\_story 瞧！*从技术上讲*，代理现在可以访问所有内容。但访问 ≠ 理解。区别类似于一个“**读遍了整个图书馆**”的人和一个“**拥有借书卡**”的人。借书卡在技术上可以访问每一本书。但真正读过图书馆的人理解其中的关系、模式、结构、上下文等。将同样的逻辑应用到你的代码上。想象一下，你的代码库以单个文件的形式存储在远程SaaS中，并完全通过MCP工具访问：* list\_files * read\_file * upsert\_file 从技术上讲，你的代理可以访问整个代码库。但实际上，它失去了很多能力：* 本地索引优化检索 * 文件夹结构作为隐式上下文 * 跨所有内容的grep/find * 自然地读取附近上下文 * 在思维链的多步推理中更快迭代 代理不仅仅是访问代码——它开始理解代码的结构。同样的原则也适用于产品知识。如果故事、测试和知识以原生/代码的形式存在，代理可以构建更丰富的业务模型，而不是通过工具一次拉取一条记录。好奇其他人是否考虑过这个问题。大家觉得MCP + 工具就足够了吗？还是说代理拥有原生/本地访问结构化上下文有根本性的区别？