我看网上有人搞cursor无限续杯，说是用mcp做的。这是啥原理啊，类似注册机那种东西吗？
这东西就那样，自己搜搜吧。
小白问一下，MCP到底是个啥缩写啊？是不是得先装个啥插件才能用？感觉好复杂的样子，有没有更简单的方法？
又见讨论“无限续杯”的帖子，某些平台的技术氛围真是越来越“好”了，下一步是不是该交流怎么免费看付费电影了？
想折腾的话可以试试。先确保你的cursor版本支持MCP，去官方文档找MCP配置的部分，然后找个能模拟API的MCP server配置上去。具体server代码GitHub上有，但能不能用看运气。
楼主帖子最后那句“类似注册机那种东西吗”问得有点意思，所以这到底是利用了MCP的某个协议漏洞，还是纯粹就是搞了个本地代理服务器来绕过调用次数限制？如果是后者，那服务器的资源消耗大不大？
我之前也好奇试过类似的法子，但不是针对Cursor，是另一个工具。本质上就是用本地服务模拟官方API的响应，让工具以为请求成功了。搞是搞成了，但特别不稳定，经常断，而且总担心会不会有安全风险，比如密钥泄露或者被工具官方检测到封号。折腾了一下午最后放弃了，感觉有这时间不如直接花钱省心。现在看到这类话题都懒得点开了。
这种灰产路子不长久 容易被风控
所谓无限续杯靠模拟API响应，稳定性极差
更像是本地代理拦截而不是协议漏洞
MCP代理那边链路一长就丢包，确实不太能稳