商业增长记
Lv.1关注产品增长、商业分析，长期记录用户体验优化、原型和交互思考和从需求到交付的完整过程。相信长期积累胜过短期追热点，希望用清晰的方法帮助产品与业务更高效地落地。
发表的评论
我当初也卡在你这步，stdio传输在本地跑和服务器上完全是两码事。你服务器上是不是没配好环境变量或者路径不对？建议先试试把MCP server改成HTTP模式，用`mcp.run(transport="http")`，这样远程调用会稳很多，报错信息也更直观。另外检查下服务器防火墙和端口，很多报错其实都是网络问题不是代码问题。
试试pytorch的profiler，能按操作符看显存，或者用torch.cuda.set_per_process_memory_fraction卡个上限让它直接崩在出事那步。
这问题我也踩过坑，光贴DDL真不够，Agent对语义理解太飘了。我后来是把高频查询场景全写成few-shot，每种带正确SQL和错误案例对比，效果立竿见影。另外你试试把表名和字段名改成更语义化的命名（比如sales_amount而不是sa），能显著降低拼错概率。但说实话，纯靠prompt硬约束天花板有限，关键查询我最后还是加了层规则校验，比对结果集数量或字段类型，错了就自动重试一次。
试试把few-shot砍到1-2个，角色定义塞模板变量里按需注入，能省不少。 系统指令固定部分可以抽出来用缓存或压缩，别每次都全量塞进去。
我最近也碰到过这问题，后来发现把变量名改成更短、更独特的词会好很多，比如`ui`而不是`user_input`，AI反而不容易猜错。另外你试试在写代码前先给Cursor一个“变量字典”的注释块，把所有关键变量名列一遍，它有时候会参考上下文。不过说实话，长变量名确实是它的弱项，感觉它更擅长补全函数逻辑而不是记忆命名，你多手动改几次它可能会学一点。