背景概述：为什么要写这个呢？虽然现在大模型很火，但对于我们工程同学来说，把大模型当一个黑盒用就好了。一开始我也是这么认为的。直到我在小红书做到了一个需求在小红书的时候有一个需求是优化组内一个 agent 项目的响应和结果优化，这个 agent 是一个复杂的商业助手，并不是说技术很难，但要分析的广告业务很复杂，有上千个指标，好几种场景，prompt非常长，如果输出的效果不好，是没有人愿意用的。用了很多优化手段，比如并发查数据等等。有一天这个项目的正职同学和我说，他和算法那边的同学交流，说可以把我们动态拼到 System prompt 的指标数据拼到用户的 query 里面，这样就可以利用模型的 ...

timeline1.13打电话约面1.20 一面 第二天约二面1.23 二面 过了一个周末约三面1.28 三面2.2 通知三面过 offer审批2.5 oc

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

/(ㄒoㄒ)/~~发现自己好菜，下午浅浅罗列了自己在这家想转正的公司犯过的错，我的老天奶这种人我都不想给转正pwp交付前未问清交付标准问题：第一次处理图鉴时没问运营交付给后端的文件格式。解法：无论第一次做啥事，都要问清what、why、交付标准。画原型时把功能揉在一起问题：画原型时，只画了功能区、各种按钮的样式，未呈现清楚点击每个按钮后的结果。解法：画原型时，除非按钮点击后不会关联其他状态，否则要呈现整个页面。页面信息过载问题：做新春活动时，最初针对新老玩家展示相同的问题：如果你是新用户你需要干嘛，如果你是老用户需要干嘛。解法：直接判断用户状态，新/老用户展示不同类型的文案。要提炼要点，尽量减...