实习期间参与的项目，聚焦于合同审核场景，本文以合同审核为例，针对在垂直落地场景中，为什么需要做sft微调展开简单的讨论和个人的一点见解。 传统合同审核系统依赖规则编写和关键词匹配，局限性突出： 一是规则需人工逐条维护，新增合同类型（如技术许可合同）时，需重新梳理数百条规则，迭代效率极低； 二是无法处理模糊表述，如“合理期限内整改”“适当补偿”等条款，关键词匹配会直接漏判； 三是不具备推理能力，无法关联多条款风险，如管辖地与争议解决方式的逻辑冲突。二、为什么需要SFT——教模型学会“思维”对合同审核场景而言，基座模型就像刚掌握法律基础的实习生，懂术语但不懂业务判断，SFT本质就是用高质量业务数据...

还记得第一家实习公司，藏在写字楼的角落，整个开发团队不到十人，所谓技术栈，就是把若依改个名字当自研框架。CRUD写到昏头，那时憋屈得很，觉得浪费了应届生身份。现在回头看见过代码能烂到什么程度，才懂规范和质量不是空话，环境烂归烂，但脑子不能跟着一起烂。

前几天藤子开放暑期实习通道，学弟问我："哥，我还没刷完八股，要不再等等？" 我说："等个屁。你现在投，挂的是简历；等六月再投，挂的是HC。" 太多人把实习当期末考试，觉得必须复习到100分才能进考场。醒醒，实习是滚动录取，不是排名录取——秋招要横向对比、分批发offer，前后差几天还在一个池子里；实习是"先到先得，招满即止"，等你觉得"准备好了"，人家早没坑位了。 所以我的策略是：小步快跑，分批迭代，故意送死。 第一批（3月1日-3月10日）：故意送人头 选7-8家你"看不上"的公司（比如保底档...