[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2km3jdi8rye8d":3},{"_id":4,"slug":5,"title":6,"subtitle":7,"kind":8,"cards":9,"tags":44,"categories":45,"source":46,"lang":49,"author":50,"audioState":53,"stats":54,"publishedAt":57,"renderer":58},"6abc0c84ca21c797c7e9e453","6-ai-ea1df999","干了 6 年前端，我是怎么一步步转型到 AI 的？","最近半年，我开始真正参与公司的 AI 落地工作。回头看自己的职业经历，会发现这条路其实挺有意思：6 年前端开发，2 年前端基础设施建设，2 年数据分析，到现在开始做 AI 企业落地。表面上看，似乎换了好几个方向，但如果把这些经历串起来看，我并没有真正离开“开发”这件事情，只是解决的问题越来越大。 刚开始工作的时候，我主要做前端，Vue、React、JavaScript、TypeScript…","news",[10,14,19,24,29,34,39],{"headline":6,"body":11,"imageUrl":12,"images":13},"最近半年，我开始真正参与公司的 AI 落地工作。回头看自己的职业经历，会发现这条路其实挺有意思：6 年前端开发，2 年前端基础设施建设，2 年数据分析，到现在开始做 AI 企业落地。表面上看，似乎换了好几个方向，但如果把这些经历串起来看，我并没有真正离开“开发”这件事情，只是解决的问题越来越大。 刚开始工作的时候，我主要做前端，Vue、React、JavaScript、TypeScript 这些基本都接触过。那时候关注的事情比较具体，比如页面怎么实现、组件怎么抽象、接口怎么调用、工程怎么构建，以及项目怎么部署。 做了几年之后，我慢慢发现，前端真正让我感兴趣的并不只是写页面，而是整个软件是怎么被构建出来的。一个需求从产品设计，到前端、后端，再到数据库、部署和上线，中间其实涉及很多东西。 做了大概 2 年前端基础设施，主要技术栈开始转向 Node.js。这个阶段接触了很多工程化相关的东西，比如脚手架、构建工具、组件库、自动化、CI\u002FCD、Node 服务等。 这个阶段对我影响比较大的一点，是让我开始关注一个问题：开发者真正的价值，是不是不应该只是不断写代码，而应该想办法让很多代码根本不用写？ 比如一个团队有几十个人，如果大家每天都在重复做一些事情，那么与其让几十个人一直重复，不如花时间把这个过程自动化掉。 现在回头看，这其实已经和我后来做 AI 有一些联系了。Agent、Workflow、自动化，本质上也在做类似的事情，只不过以前我们用程序把流程固定下来，现在开始尝试让 AI 根据目标自己完成一部分流程。 之后我又进入了数据分析领域，大概做了 2 年。这段经历和前面的前端、Node 看起来差别很大，但现在看来，它反而给我后面做 AI 打下了另外一块基础。 这期间主要接触了 NumPy、Pandas、Spark、Airflow 等技术，开始真正处理大量数据，也开始关注数据清洗、分析、计算和任务调度。 以前做前端的时候，我更关注的是“数据怎么展示出来”；做数据分析之后，我开始关注“这些数据到底意味着什么”。 而 AI 企业落地恰恰又离不开数据。企业知识库需要数据，RAG","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F0.webp",{"local":12},{"headline":15,"body":16,"imageUrl":17,"images":18},"需要数据，Agent 需要上下文，自动化流程需要业务数据，最后连 AI 应用的效果评估，也需要数据。 所以现在回头看，这 2…","需要数据，Agent 需要上下文，自动化流程需要业务数据，最后连 AI 应用的效果评估，也需要数据。 所以现在回头看，这 2 年数据分析经历并没有让我偏离开发路线，反而让我补上了以前比较欠缺的一块能力。 最近半年，我开始帮助公司做 AI 的企业落地。这个阶段的工作方式和以前发生了比较明显的变化。 以前接到需求，通常是产品经理告诉我需要开发什么功能，然后我负责把功能实现出来。但现在遇到的问题经常不是“帮我开发一个功能”，而是“这个业务问题能不能用 AI 解决？”","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F1.webp",{"local":17},{"headline":20,"body":21,"imageUrl":22,"images":23},"比如一个企业内部有大量文档，员工每天需要查询资料，那么我们会考虑是不是可以搭建知识库，让 AI 帮员工快速找到答案；如果某个岗位每天需要整理大量信息，那么就会考…","比如一个企业内部有大量文档，员工每天需要查询资料，那么我们会考虑是不是可以搭建知识库，让 AI 帮员工快速找到答案；如果某个岗位每天需要整理大量信息，那么就会考虑能不能用 Agent 或 Workflow 把这个过程自动化；如果 AI 需要访问企业内部系统，就还需要考虑工具调用、权限、数据安全以及整个工作流怎么设计。 所以现在我的工作越来越接近 FDE，也就是 Forward Deployed Engineer。简单理解，就是技术人员不只是坐在研发团队里开发产品，而是直接进入真实业务场景，理解企业的问题，然后利用现有的技术把问题真正解决掉。 这半年我也开始接触和实践越来越多的 AI 工具和框架，比如 Pi、DeepSeek Harness、LangChain 等。 以前开发软件，我们通常会把流程明确写出来：第一步做什么，第二步做什么，第三步做什么。现在 Agent 的出现，让软件开始具备了一定的自主执行能力。 比如以前一个自动化流程可能是 A → B → C → D，所有步骤都是开发者提前定义好的。而 Agent 的思路则更接近于告诉 AI 一个目标，然后让它根据当前的信息决定下一步应该做什么。","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F2.webp",{"local":22},{"headline":25,"body":26,"imageUrl":27,"images":28},"当然，这并不意味着以后不需要写代码。恰恰相反，当 Agent 真正进入企业生产环境之后，对工程能力的要求反而更高了。模型怎么选、上下文怎么管理、工具怎么设计、权…","当然，这并不意味着以后不需要写代码。恰恰相反，当 Agent 真正进入企业生产环境之后，对工程能力的要求反而更高了。模型怎么选、上下文怎么管理、工具怎么设计、权限怎么控制、失败怎么重试、成本怎么控制、结果怎么评估，这些都会变成新的工程问题。 企业开始使用 AI 后，一个很现实的问题很快就会出现：AI 不知道公司的内部知识怎么办？ 公司可能有大量 PDF、Word、Excel、产品文档、技术文档、业务资料、制度文件和历史项目资料。这些东西以前都是给人看的，现在需要让 AI 也能够理解和检索。 于是就开始涉及知识库、Embedding、向量搜索、RAG 等技术。","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F3.webp",{"local":27},{"headline":30,"body":31,"imageUrl":32,"images":33},"但真正做下来以后会发现，知识库远远不是“把文件丢进去，然后让 AI 搜索”这么简单。文档怎么解析，怎么切分，怎么建立索引，检索结果怎么排序，什么时候应该检索，什…","但真正做下来以后会发现，知识库远远不是“把文件丢进去，然后让 AI 搜索”这么简单。文档怎么解析，怎么切分，怎么建立索引，检索结果怎么排序，什么时候应该检索，什么时候不应该检索，最终生成的答案怎么评估，这些都是实际落地过程中需要解决的问题。 这也是我觉得 AI 应用开发和传统软件开发比较大的一个区别：传统软件强调确定性，而 AI 系统需要开始处理概率性。 我现在越来越感兴趣的，其实不是单独做一个 AI Chat，而是把 AI 放进企业原来的工作流程里面。","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F4.webp",{"local":32},{"headline":35,"body":36,"imageUrl":37,"images":38},"比如一个员工以前需要自己查资料、复制数据、分析数据、写报告，最后再把报告发给领导。AI 真正落地以后，可以尝试把这个过程变成一个自动化…","比如一个员工以前需要自己查资料、复制数据、分析数据、写报告，最后再把报告发给领导。AI 真正落地以后，可以尝试把这个过程变成一个自动化 Workflow：用户提出需求，AI 理解需求，然后查询知识库、调用工具、分析数据、生成报告，最后完成后续动作。 这样 AI 就不再只是一个聊天机器人，而开始变成企业工作流中的一个“执行者”。 6 年前端，2 年前端基础设施，2 年数据分析，最近半年 AI 企业落地。 如果只看技术栈，确实感觉跨度很大。但如果看我一直在解决的问题，其实是一条连续的路线。 前端解决的是“怎么把产品做出来”；基础设施解决的是“怎么让开发效率更高”；数据分析解决的是“怎么从数据中获得价值”；而现在做 AI，则开始解决“怎么让 AI 真正参与业务”。 所以我现在越来越不觉得这是一次传统意义上的“转行”。 以前我是一个前端开发，后来开始关注工程效率，又开始理解数据，现在又开始研究模型、Agent、知识库和自动化工作流。 这些东西并不是互相割裂的，而是在慢慢拼成一个完整的能力体系。 以前我们很容易给自己贴标签：前端、后端、Python 开发、数据工程师、算法工程师。但 AI 出现以后，这些边界正在越来越模糊。 现在一个 AI 应用，可能同时涉及软件工程、数据、模型、Agent、RAG、Workflow、自动化、部署以及具体的业务场景。 所以我现在越来越觉得，未来开发者的竞争力可能不只是“会多少技术”，而是能不能把技术真正转化成结果。 会调用大模型 API，只是开始；会搭一个 RAG，也只是开始；真正困难的是，你能不能进入一个真实的业务场景，找到一个值得解决的问题，然后把模型、数据、知识库、Agent、Workflow 和企业系统连接起来，最终让这个东西真正跑起来。 我不太想把自己定位成一个单纯的“大模型 API 开发者”，更希望未来能够继续深入 AI 应用、Agent、自动化和企业 AI 落地。 从一个真实业务问题开始，分析问题，选择模型，搭建知识库，构建 Agent，设计 Workflow，再把它连接到企业现有系统里。","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F5.webp",{"local":37},{"headline":40,"body":41,"imageUrl":42,"images":43},"以前我的工作更多是“开发一个功能”，现在我更希望做的是“用 AI 帮企业解决一个问题”。 不是放弃过去 6…","以前我的工作更多是“开发一个功能”，现在我更希望做的是“用 AI 帮企业解决一个问题”。 不是放弃过去 6 年的前端经历，而是把过去积累的软件工程、Node、数据分析经验全部串起来，然后进入一个新的阶段。","\u002Fapi\u002Fmedia\u002Fposts\u002F6-ai-ea1df999\u002F6.webp",{"local":42},[],[],{"name":47,"url":48},"Juejin","https:\u002F\u002Fjuejin.cn\u002Fpost\u002F7690468159976701998","zh",{"handle":51,"displayName":52},"spots","Spots",null,{"views":55,"likes":56,"saves":56,"shares":56,"completions":56,"opens":56,"skips":56,"depthSum":56},3,0,"2026-09-29T19:07:48.974Z","local"]