滴滴、荣耀

1. 项目里是把 skill 直接塞进 system prompt 的，如果 skill 太多，占用上下文窗口太大，怎么处理不能把所有 skill 常驻塞进 system prompt，这样会带来三个问题：上下文窗口被占满、候选技能噪声太大、模型在选择 skill 时更容易混淆。更合理的方式是把 skill 做成外部注册表，system prompt 里只保留最小规则和调用协议，真正的 skill 描述按需动态注入。常见做法是先做一层 skill routing。可以用规则、分类模型或者向量检索先筛出 topk skill，再把这几个 skill 的 description、参数 schema...

26学院本，有两段小厂实习经历。想转agent应用开发，或者继续java开发。简历求锐评价

求内推

但这里有一个致命的认知误区：“包装”不等于“造假”。 很多同学把别人的开源项目或者师兄师姐的产出直接扒过来写在自己简历上，这叫造假；而把你真实做过的、哪怕很基础的活儿，提炼出技术深度和业务价值，这才叫包装。很多同学实习了几个月，简历上老老实实写：“负责日常 Bug 修复”、“参与后端接口开发”、“配合前端联调”。这种描述太“真”了，真到面试官一眼看过去就觉得你是个边缘无情的 CRUD 机器，毫无亮点，直接扔进简历池底。高级的包装，是在真实的业务场景里，挖掘出你解决复杂问题的能力。打个比方，假设你实习时参与开发了一个实验室检验流程管理模块（类似 trp 这种系统），主要涉及样本、订单和设备的子模...