Agent 开发，其实就是『客户端开发』

这几天认真学了 Agent，冒出一个越来越强的感觉：

Agent 开发，其实就是以前的客户端开发——只是多接了一个大模型的 API。

看着是"AI"，拆开看，全是你干过的事。

把 Agent 拆开看

Agent 里的概念	其实是什么（客户端视角）
LLM API 调用	调一个后端接口（HTTP + JSON）
那个"循环"（问模型 → 执行工具 → 回喂）	事件循环 / 状态机（带状态的请求-响应）
Function Calling / Tools	接口集成：调接口、处理返回、重试
MCP（client / server）	RPC / 网络层：客户端连服务端
Memory / 会话	本地状态 / 缓存
Prompt	配置 / 协议约定
流式输出	流式响应 / 增量渲染（你早写过）

没有一个是新物种。 全是客户端工程的老朋友，换了个名字。

所以谁最容易转

• Android / iOS / 桌面客户端：主循环、状态管理、网络、并发——全是你的本行；
• 前端：请求-响应、状态、渲染、异步——同理。

他们要补的只有两样新东西：

1. MCP（一个协议，看《手写一个标准的 MCP 客户端》就够）；

1. 大模型的基本概念（token、上下文、temperature、function calling）。

就这些。 补完，简历上写"做过 Agent"，一点不虚。

但也别说得太简单（诚实）

有几样是真的新，客户端的经验覆盖不到：

• 不确定性：模型不是确定性 API——同样输入，输出会变、会错、会"一本正经胡说"；
• Prompt / 上下文工程：怎么措辞、给什么上下文，直接影响结果；
• 评测：怎么证明"改完更好了"（这块最像新领域）；
• 成本 / 延迟 / token：调模型是要钱、有延迟的；
• 安全：工具会真的执行（删文件、发请求）——副作用远大于"调个只读接口"。

但这些是增量，不是从零。你做客户端踩过的坑，换个场景还在。

给转岗者的最短路径（一两周）

1. 跑通一个最小 Agent（《从 0 构建一个 AI Agent》）；

1. 搞懂 MCP（client + server，手写一遍）；

1. 理解 function calling / token / 上下文；

1. 做一个小项目（比如"能读系统状态的助手"）放 GitHub；

1. 去面试。

一句话收尾

Agent 不是一个新物种，是"老的客户端开发 + 一个新的（不确定的）大脑"。

做过 Android、前端的兄弟，别被"AI"两个字吓退——你缺的不是能力，是"做过一次"的经历，而那个，一两周就有了。

💬 你怎么看？Agent 算不算客户端开发？在下方评论，或到 GitHub 提 Issue 聊聊。

（本文中英双语。）