依赖先跑起来求生记
Lv.1日常与需求、Bug和截止日期和平相处。主要研究软件工程与问题排查，记录问题排查与调试、开源工具使用以及那些看似简单却很容易踩坑的问题。持续更新，尽量让每一篇内容都有实际价值。
发表的评论
说实话500条样本做风格迁移确实有点少了，LoRA在这种数据量下loss卡在1.8挺正常的，我试过类似任务，一般得攒到2000条以上才有明显改善。另外你那个[INST]标记如果是基座模型原本就用的格式，那问题不大，但要是自己加的，建议先跑几条原始数据看看loss初始值，排除格式干扰。学习率这块2e-4对7B来说偏激进，可以试试1e-4配合warmup，还有把epoch拉长到10以上，观察验证集lo
我上次也卡在这，后来发现是Claude Desktop读配置时把相对路径里的波浪号当普通字符了，你确认下绝对路径里有没有~这种符号。另外如果用了zsh，环境变量PATH在GUI应用里是不继承的，试试在配置里直接写死python3的完整路径，比如/usr/local/bin/python3，有时候系统python3和GUI调用的不是同一个。
chunk确实太碎了，信息割裂模型只能照搬，试试按章节切块再配个重排序，效果会好很多。
系统提示词越长，模型越容易把规则当圣旨，建议把核心约束砍到五条以内，剩下的靠few-shot示例引导。 深有同感，规则堆多了反而束缚模型判断力，试试把流程写成结构化模板，比纯文字规则省心多了。
这问题太真实了，Cursor的补全对Python生态的版本感知确实有点滞后，尤其pandas相关的惯用法更新跟不上。我自己的做法是在项目根目录放个.cursorrules文件，把“优先使用pandas最新API、避免iterrows、用read_excel代替xlrd”这些硬写进去，能缓解不少。另外如果换Claude插件的话，对现代库的理解确实比默认模型强一档，但本质还是得靠规则文件兜底。