论坛上有其他大佬也分享了一些其他版本，不过不冲突，这个是我自己拉分支开发的，大家可以对比看看
2025.06.02 更新了一些UI细节
背景与痛点
你是不是也遇到这种问题：Cursor Pro只有 500 次调用，用几天就见底，更别提 MAX 模式动辄几十点一次的“吞云吐雾”。
而500次用完之后，就会变成慢速请求，甚至无法再继续使用sonnet4模型，但是500次哪够啊，有时候问的问题不够好，也会浪费次数，发个hi就会掉1个次数。
而且随着用cursor的人越来越多，cursor的慢速请求会真正慢起来（以前慢速请求比快速请求还快），慢到你无法接受，比如现在连慢速请求都没了，直接提示不让用，如下图↓
别急，这篇文章教你把 500 次免费变成 2000+ 次！
核心做法是：通过 MCP 工具 interactive_feedback ，把多轮对话在一次请求内完成，最大化利用 25 次子调用额度。下面 5 分钟快速上手
方案原理
通过MCP工具，暴露以下方法给cursor：
interactive_feedback：向用户提问并返回用户的答案。可以显示预设选项。
让cursor在每次要结束的时候都调用这个mcp，询问用户是否问题已经解决，或者是如果当前没有足够的信息来解决问题，cursor会调用这个mcp询问用户让用户提供更多上下文或背景信息，这样就可以避免平白无故的浪费次数了，并且一次请求次数甚至可以完成多个任务。
比如你现在想让cursor帮你重构一个复杂的模块，但是你并不希望它一口吃个胖子，而是希望它先分析，然后再执行代码修改，这样可以降低幻觉，但是这样正常情况下就需要至少2次请求，如果改的不满意，甚至会花掉3次4次请求，而使用这个mcp就可以一次请求解决了。
该mcp最初版本是一个大佬开发的，不过github上这个大佬开发的mcp比较简陋，弹框样式比较丑陋，而且不支持markdown展示，输入不能粘贴图片（有时候一图胜千言啊，不支持传图片是万万不行的），所以我在此基础上
对UI做了升级，美化了UI，增加了粘贴图片
，现在可以爽快的玩耍了。
只要看到这个弹框弹出来了，就说明本次请求还没结束，你通过这个弹框继续跟cursor交流，是不会额外扣次数的，但是每次请求最大限制调用25次工具，如果超过25次会强行终止，所以这就是我为什么说是500次变成2000+次，而不是无限次的原因。
3分钟上手使用教程：
安装
- 先决条件：
- Python 3.10+
- uv (Python 包管理器)。使用以下命令安装：
- macOS:
brew install uv - Windows:
pip install uv
- macOS:
- 获取代码：
git clone https://github.com/kele527/interactive-feedback-mcp.git
配置
- 在您的
claude_desktop_config.json(Claude Desktop) 或mcp.json(Cursor) 中添加以下配置：
2.请记住将/path/to/interactive-feedback-mcp路径更改为您系统中克隆仓库的实际路径。*
{
"mcpServers": {
"interactive-feedback": {
"command": "uv",
"args": ["--directory", "[这里改成你的路径]/interactive-feedback-mcp", "run", "server.py"],
"timeout": 600,
"autoApprove": ["interactive_feedback"]
}
}
}
常见问题：
如果MCP一直显示黄灯，长时间无法成功启动，复制下图中的命令，在终端中执行，看看报什么错误，一般是 python 安装相关。
- 在cursor 中 Settings > Rules > User Rules 中的添加以下内容：
If requirements or instructions are unclear use the tool interactive_feedback to ask clarifying questions to the user before proceeding, do not make assumptions. Whenever possible, present the user with predefined options through the interactive_feedback MCP tool to facilitate quick decisions.
Whenever you’re about to complete a user request, call the interactive_feedback tool to request user feedback before ending the process. If the feedback is empty you can end the request and don’t call the tool in loop.
这将确保 cursor 在你提问的问题不明确时以及在将任务即将完成之前始终使用此 MCP 服务器来请求用户反馈。
注意事项
需要注意的是，这个方案只针对非MAX模式有效，因为MAX是按token计费然后换算成次数的，所以大家注意不是万不得已还是不要用MAX模式，对次数消耗很快的。
另外毕竟是mcp，大模型并不是100%会调用，也是有一定概率的，根据我的测试，实际使用中，90%的概率会正确调用，如果没调用，要么是cursor认为你的问题已经解决了没有其他疑问，要么就是你只问了句：“hi” ，等简单的他无法继续展开接话的问题。
当然，对于免费账号，50次的试用请求，也可以变成250+次。
本工具是否算是漏洞？
我认为不算，因为该工具的目的是解决人机交互问题，让cursor更好的理解使用者的意图，在问题描述不清楚或者问题没有被解决的情况下，给用户进一步补充信息的机会，属于一种合理的操作，不算是漏洞。
开源地址：
如果本项目帮到了你：
- 点颗
Star 支持一下 - 欢迎提 Issue/PR
- 点点赞，嘿嘿~
