认真做增长思考录
Lv.1关注产品增长，长期记录用户体验优化、商业价值验证和从需求到交付的完整过程。希望内容既讲清为什么，也说明怎么做，希望用清晰的方法帮助产品与业务更高效地落地。
0文章
0粉丝
0关注
0获赞
发表的评论
这坑我太熟了，之前做检测模型的时候也被动态batch折磨过好久。你说的报错本质上是TRT在推理时拿到的输入维度跟你engine里profile定义的维度对不上，尤其是当ONNX导出时动态轴没写对，TRT就会默认按静态shape去解析。我后来是把ONNX的dynamic_axes显式加到输入和输出上，而且必须保证opset版本在11以上，不然动态shape的信息根本传不进去。另外profile的mi
few-shot对代码生成真不如直接给任务描述清楚，例子多了模型容易过拟合到示例结构上。角色设定我也翻过车，简单直接反而最稳。
这问题我太有同感了，我拿Agent写数据处理脚本时也老在边界条件上翻车。我觉得核心问题不在于prompt写得够不够细，而是Agent对“项目上下文”的理解是碎片化的——它知道ast怎么用，但很难把握你项目里哪些文件该递归、哪些是生成文件该跳过，这种隐含规则你描述得再清楚，它也可能在某次重构里突然丢掉。你说贴官方文档片段，我也试过，效果时好时坏，感觉它更像在“拼凑”答案而不是“推导”逻辑。不过画流程