王二的paiflow&xfg agent

本人小菜鸟大一大二比较摆，然后现在这个时间段比较慌，感觉学的东西不是说很多，现在也是开始恶补知识了，包括八股，技术栈，算法啥的都在进行，紧赶着做出来一个小项目，然后本菜鸟对cpp方向比较感兴趣，想最近看能不能找个实习，然后各位佬们根据我的简历，给我出出主意，是继续在cpp后端方向进行吗？如果我继续坚持的话根据我的简历下一步应该再做个项目、还是开始投实习、还是再沉淀沉淀？如果不在这个方向坚持的话佬给我提供点方向和思路呗

1. 自我介绍2. 讲一下你做的项目，重点说你负责的模块和难点3. 你在做 Agent 的过程中，真正学到的东西是什么，最大的坑是什么真正学到的不是 Prompt 怎么写得花，而是怎么把模型能力约束进一个可控系统里。比如什么时候让模型自由推理，什么时候必须走工具，什么时候直接拒答，什么时候中断循环，这些都不是模型自己能解决的。最大的坑一般是把模型当成确定性组件用，结果线上一旦遇到模糊输入、脏数据或者工具超时，链路就开始发散。后面通常会补上三层约束：输入规范化、工具白名单、执行状态机。这样即使模型发挥不稳定，系统也不会直接失控。4. RAG 这条链路里，最容易被忽略但最影响效果的环节是什么最容易...

我的bg是双非本2硕科班，本科有一段没含金量的不知名小公司的两个月实习，然后项目是一个星球高并发一个rag。关于agent相关知识只是了解了一下，被问到能说出个大概的样子。从三月中投递到现在只约到了小红书、字节、腾讯、京东的面试。字节和鹅一面挂，小红书和京东二面挂，再没任何面试了。各种中厂大厂日常和暑期也都投了个遍。各位佬有什么建议吗，换方向（比如测开/agent）？还是继续沉淀all in后端？

1. 自我介绍2. SSE 跟 WebSocket 有什么区别？为什么模型推流场景很多时候选 SSE，不选 WebSocket？答案：SSE 是服务器到客户端的单向流式推送，基于 HTTP，天然适合把模型生成的 token 一段一段往前端推。WebSocket 是全双工协议，更适合双方都要频繁通信的场景，比如协同编辑、实时游戏、双向控制。模型推流大多数时候是服务端连续输出、客户端被动接收，所以通信模式上 SSE 更贴近需求。另外 SSE 在工程上更轻，和现有 HTTP 网关、鉴权、中间件、日志系统、Nginx 代理兼容性更好，浏览器原生支持 EventSource，实现成本低。很多公司不选 W...