golang后端这个方向本身岗位就少，而鼠鼠基本投中大厂没有找小厂保底，就算大厂约面也是因为能力和各方面因素屡战屡败，导致现在0offer重新思考后感觉不能一直死磕这个方向，鼠鼠现在只有一段小厂实习，但又不太确定往哪里转之前特别急，想着说先有暑期实习不管岗位了，在BOSS上试着投了运维和测试岗，反响都不是特别好，有收简历的反而没下文了，感觉还是得学下py然后还有一个agent方向我觉得很迷，最近有在补这方面的知识，但是新概念更新速度太快了，而且感觉agent更适合有经验的开发者去实现工程化落地，去面试的感觉要被拷打死最后在4月末和5月我感觉可能找到实习的希望都比较渺茫了，还有可能直接准备秋招了，但秋招我现在履历十分不够看，就算后面找到实习了好像也是无用功，还不如考研？又或者试试看三大运营商或者国企银行运维岗？但好像这些岗位学历也卡的严已经完全没有之前那么坚定想进互联网的信念了？有牛友给些建议吗

前言：印象中很久没更新干货了，近期入职后学到了很多东西---不只是知识，还有职场生存法则。也是从这一段开始，我才算在"做事"。今天就挑选我觉得最值得分享的三点。没有大词，都是我踩过的坑。一、对数据敏感我最近在跟着 mt 做 Agent 调优，曾经就做过把人工测试用例转化为自动化用例。听起来就是个体力活，对吧？一开始我也这么觉得，跑通了就发周报："本周转化了 XX 条用例。"mt 看完只回了我一句："然后呢？" 接着问了我一串问题：转化后的自动化覆盖率是多少？相对人工用例覆盖了百分之几？通过率是多少？失败的是真 bug 还是用例本身写得...

有没有uu知道这种情况怎么办，加邮件里hr的微信可以吗

1. 自我介绍2. 项目里怎么做意图识别，如何理解用户真正要解决的问题意图识别不是简单做文本分类，而是把用户输入转换成系统能执行的任务。比如用户问“这个供应商最近还能不能继续合作”，表面上是一个问答，实际上可能需要查询供应商资质、历史履约、黑名单、逾期付款、合同违约记录和采购金额变化。这里要识别的不只是意图标签，还包括业务对象、时间范围、风险类型和是否需要调用工具。工程上我会分成三层。第一层是规则和实体识别，先提取合同编号、供应商名称、采购单号、金额、日期这类强结构化槽位。第二层是模型意图分类，判断是合同审查、条款解释、供应商风险、付款异常还是流程咨询。第三层是置信度和兜底，如果置信度低，就让...