github copilot 对话框旁边有个 mcp 按钮，但是我从来没用过，感觉日常开发只需要对话就够了。 MCP 想要发展起来，还是需要一个强而有力的推动者，用 mcp 搞出来一个无法替代又不能不用的东西，就好比 iPhone air 推动 esim 的发展，类似的还有 ipv6 这种技术
@avonhermit 这个不知道，修改代码/编辑文档这种事情大概率肯定是一个 Agent ，不过把 Agent 包到一个 MCP 里面去作为一个远程服务也有可能，毕竟可以不依赖本地软件升级，热更新 Agent 什么的也更方便
我确实也有点想不明白，还望求解。 MCP 的生态位是不是不可替代的，我在开发 agent 的时候，或者是使用 agent 的时候，不论是单 agent 还是 multi agent ，也在思考是不是真的有用。但实践和日常使用中，我真正用到 mcp 的很少，而且当 mcp 相关内容一多，对上下文也是一种挤压。所以很多人都说，做 mcp 的人比用的人的还多。 所以有些地方想的不太明白。什么时候用 mcp 是不可替代的，或者是效果更好。mcp 对 agent 或者是 llm 的使用效果的上限到底在哪。
@RotkPPP 有用还是有用的，只不过有一个很大的问题：太麻烦了。 如果是简单的应用，其实完全没必要 MCP ，属于过度设计了，会引入很多不必要的复杂性；如果是复杂的应用，另当别论，不用 MCP 也得想其他办法。 其实不一定要纠结是不是 MCP ，只要能让 LLM 丝滑的使用工具（一个函数、一个对象、一个远程服务），都可以，毕竟让 LLM 原生的使用工具总比我们自己写控制逻辑要方便多了（当然也有风险，都是两面性的），这就是最大的好处，当然过程中慢慢肯定会涉及到工具过滤、结果校验等等一堆工程上的事情，这是必不可少的，小的时候一般不必纠结。 chak 这几天会做一个更新，让 mcp 这事变成一个可选项，而不是必选项，一个函数、一个 object ，都可以传给 llm 让它调用，不必那么复杂的搞一个 server ，太麻烦了，大家帮忙关注下，帮我点个 star 啊，哈哈哈哈，感谢感谢🙏 https://github.com/zhixiangxue/chak-ai
