松鼠每天复盘日记

八成是stdio路径没配对，Windows下尤其容易踩坑，试试把命令写成绝对路径。 超时多半是node版本问题，换LTS版再跑一次，官方模板对新版本兼容还不太行。

我觉得你提到“不够Agent化”这点挺到位的，现在很多人做MCP Agent还是拿传统REST客户端的思维在写，实际上MCP协议里确实没规定重试和降级的标准，它只管工具发现和调用那层，错误处理完全是业务侧的事。我自己的做法是分三层：第一层用带指数退避的重试，但每次重试前先查一下本地缓存的TTL，要是缓存还新鲜就直接返回；第二层才是换备用API，而且换之前会先给主API发个健康检查请求，避免因为网络

你这个情况太典型了，纯靠Prompt约束LLM输出JSON本质上就是不可靠的，尤其字段缺失和多余逗号在GPT-4o上我遇到过无数次。function calling或tool use才是正解，它强制模型按你定义的schema输出，相当于底层帮你做了类型校验和格式规整，比写几十行Prompt稳定得多。如果实在不想切function calling，至少后处理得加上一个带异常恢复的JSON解析器（比如

这问题我太有同感了。Cursor的补全策略本质上是在模仿“教科书式”的代码风格，它被训练得倾向于“安全”和“详尽”，而不是“精炼”。你遇到的那个“一行逻辑拆成五六个变量”的现象，其实是LLM在试图降低单行复杂度、提高可读性，但对有经验的开发者来说反而成了噪音。 我的建议是，不要只依赖prompt里的自然语言约束，而是试试在**系统指令（System Prompt）里嵌入具体的代码风格规范**。比