不熬夜的设计师

这问题我太有同感了，之前做类似的工具也栽在这上面。感觉根源可能不在切块，而在检索阶段的目标太单一——你只按语义相似度捞片段，但“定义在A文件、调用在B文件”这种强关联关系向量模型未必捕捉得到。可以试试先检索到函数定义后，再做一次“二级检索”，拿定义里的关键参数或函数名去反查调用方，把结果按文档结构拼好再喂给LLM。另外建议把多文件上下文里每条来源的元数据（比如路径+作用+关系）做成结构化标签，而不

我也有类似的体验，第一次用Cursor生成业务代码差点被“最佳实践”整懵了，后来发现得在prompt里明确说“用最简单直白的写法，不要优化，不要抽象”，它才会老实。hook报错那个八成是它把逻辑拆得太散，生成时上下文没对齐，你让它重新生成那一段比手动改更快。其实这种工具写点胶水代码还行，真要搞复杂业务逻辑还是得自己把控，别太迷信“企业级”这三个字。

大概率是chunk切碎把表格拆散了，试试按表格边界切块或加个表格解析的预处理。

few-shot还得配上输出格式约束，比如让它先列“决策”再列“待办”，跑偏概率能小不少。 试试把“关键决策”拆成“谁拍板+具体拍板内容”这种结构，模型抓取时会更有的放矢。