忽然想起了我的第一份实习。事情是这样的：在我刚进公司第二天的时候，就要负责面试校招的同学，由我这边根据聊的情况来决定他是不是能进入到下一轮业务面试，不行的话就一键淘汰，说是掌握各位同学的生杀大权也不为过。本着对大家负责的态度（其实是因为自己当时也是本科应届很共情了），每一个人我都聊得很认真，时间也相对长一点。然而，随着手上的岗位从单一产品营销线的售前、销售、项目，慢慢扩展到覆盖各个产品线的产品经理、产品运营、市场运营、用户体验and前后端开发等等等等，要对接的部门负责人和工作量成倍增加。终于，有一天，我的mentor跟我说，我这里有几个人力岗的，你也来面一下。终于，我忍不住了，“我草？”脱口而出。她笑了，说：“我一直在等，你什么时候会说出这句话。”我：终究还是不负你的期待了。

Agent 与大模型开发相关详细展开复杂任务编排能力，具体是解决什么问题，做了一些什么工作？在什么场景下适合用简单的 Agent 去解决问题，什么场景下适合在 Agent 内部做复杂的链路编排？在复杂的 Agent 编排中，如何控制传递的上下文内容，保证既传递了有效信息，又不会因为传递过多而干扰大模型的注意力？Plan-Execute-Replan 模式相当于一个循环，如果问题一直不能解决，它会陷入死循环一直迭代吗？在实际使用中，有没有遇到过上下文窗口被撑爆（溢出）的情况？你是如何管理上下文窗口的？RAG 召回的内容和 Agent 提取的长期记忆（Memory）之间需要做什么划分？什么样的内容...