MCP 真的要被 CLI 和 SKLII 替代了吗

能用cli就不要用mcp了吧，不仅是上下文空间的问题，stdio类型的mcp每个对话都会开一个实例，开多了电脑也有点资源告急。

Hermes有/reload-mcp命令所以这个热加载机制应该是可以实现的。

其实我觉得站内有位佬总结的很好 开源用skill，闭源用mcp。简单来说就是通用需求用skill，内部业务走mcp。

比如查资料、跑脚本这些公开工具用skill 开箱即用的；但公司内部私有的业务和数据，封装成 mcp server才是正解，因为它本质上就是私网的统一大模型网关。

有的工具确实是只有 MCP 没有 CLI，都有的体验了确实是 CLI 更好用

抛弃 mcp 确实是趋势，tool search 强行给 mcp 续了一命

mcp迟早进历史的垃圾堆，可以看作AI发展过程的试错石

MCP还是主流吧，我自己工作常用的软件都还只有MCP支持，CLI目前没看到有机会使用

mcp 增加了复杂性，skill 配合cli 复杂性远远降低， 出问题了直接修， 修好了直接用；简单好用才能长久

我个人使用MCP的场景还是挺多的， 例如会使用clickhouse-mcp查询数据库、 使用playwright-mcp通过CDP协议操作浏览器并截图、 使用context7-mcp查文档等等， 如果没有MCP我想象不到怎么实现这些能力，我觉得skill和mcp不冲突吧，

看需求，像我们搞逆向的mcp绝对必不可少

MCP的价值不就是在于可以把服务部署到远端吗，Ai友好型接口调用

不会被替代的，使用场景都不一样，有些服务端功能不能开源暴露给你的。另外比如模型想要访问真实世界，AI调用真人去做某些事情的时候，也需要MCP

在我看来不会被取代 两种不同的东西 各有各的用途 近期mt管理器更新还上mcp Server 对于apk逆向分享很有帮助

我也使用很多，不多感觉体验真的不是很好，老是连不上或者不出来等等，加上又不能动态加载就很烦，我一般都是有 CLI 的就绝不用 MCP

怎么可能会被替代

MCP实际上和cli/skill 可以互相无损转换

只要应用那边暴露出一个接口，谁管你是用MCP还是cli的形式

MCP能火的一个重要原因就是让很多应用都有了各种接口暴露给ai

而且功能接口转为mcp可能更简单，因为都是json

你用cli，那是不是要多维护一套命令行的体系？

所谓占用上下文，一般不都是提前想好会用哪些工具吗，只开常用的

这种情况下两者上下文没有太大区别

都不是一个东西，咋替代？cc刚出了workflow，是不是马上又会出现skill要死了吗…

MCP全量加载会占用上下文，谈不上替代但是被边缘化确实是事实。对于一个模型来说，最宝贵的东西永远是注意力，这个东西该留给需要的东西，而不是一堆肥硕的MCP。如果MCP做渐进式披露，问题会好很多。

chrome-devtools 的mcp就比cli好用，cli总是想去用9222打开一个新的chrome 进程，各种不稳定。

Antigravity 2.0那个browser 还是内置的chrome devtools mcp

Codex 的computer use，browser use都是mcp

是我理解偏差吗？mcp 和skills两个东西啊，mcp的价值不是为了去调用生产力工具的吗？skills不就是一个跑通了的工作流优化后的记忆吗？不冲突啊