本帖是劝大家不要选择客户端的。原因如下：1.做客户端开发之后，你会发现市场需求很小，招人的公司就那些。除非你是那种技术大神，能够百分百进入大厂，以及成为架构那种，那么选择也是可以的。不过既然你都能做的这种程度了，为什么不选择更宽的路子呢？把路走宽，不要把路走窄。2.社招难，客户端开发技术很杂，Android 是 Java 和 Kotlin，iOS 是 OC 和 Swift，以及跨端技术 Flutter、RN 以及 KMP 等等。现在的大环境，公司选择只会选择有对口经验的，如果你没有对口经验，大概率人家是不会要的。写 Swift和 SwiftUI 的不要写 OC 的，写跨端技术栈的不要写纯原生的...

真的感觉现在的笔试就是在筛选老实人。就正常你去刷题，感觉根本就做不过这些互联网大厂的笔试题，因为整个难度实在是非常太大了。

一开始签了个AI coding什么的，当时想欸这么好可以用AI？（似乎那个AI coding是ai面试？）然后再看又是切屏不计入，又是允许本地IDE，干脆直接chatgpt启动了出来和大家讨论发现好像不能用AI上小红书搜发现这么干的不是少数，尤其是本地IDE直接是cursor和trae的而且发现这个问题去年秋招就有人问过，更离谱的是当时有的人问HR，有的HR说可以有的说不可以现在发了邮件去问招聘团队了，感觉是细则没写清楚要是直接说不能用不如直接签到题走人更省时间

1、项目里负责的边界是什么？哪些内容是亲手实现或验证的？我负责的边界一般分成四块：Agent 主链路、RAG 检索链路、工具调用层和效果评测。主链路包括 query 理解、路由、上下文构造、结果生成；RAG 这块包括文档清洗、切片、召回、重排和 prompt 拼接；工具调用层包括 function schema 定义、参数校验、执行封装和失败重试；评测这块包括 badcase 回流、离线测试集和线上日志分析。亲手实现的部分主要是在线链路和评测闭环，比如 query 改写、混合检索、rerank 接入、上下文压缩、工具调用编排、token 统计、失败样本分析。验证过的内容包括不同 chunk 策...