# AI时代，架构师必备的8大技能！（4/100）

**来源：** 微信公众号
**作者：** 架构师之路
**日期：** 2026年9月18日 08:16
**链接：** https://mp.weixin.qq.com/s/EC4HSp-XaKLXGn7EZPus-g
**抓取方式：** isolated-chrome-cdp
**正文 SHA-256：** 02368473cc3bc88b5c83bb0284f718659493a0b708d56b4281b9d5848a16cd8a

---

## 正文

《AI时代的架构设计100讲》

第4讲：AI时代，架构师究竟要具备哪8大技能？

AI时代，架构设计变了吗？架构师的职责变了吗？准备新起一个AI时代的架构设计系列，初定100讲，每周更新2-3期，这是第4讲。




上一讲，聊了设计文档的五部分，文档的读者多了一个AI。这一讲，聊聊我们自己——AI时代，架构师究竟要具备哪些技能？




要回答这个问题，先得搞清楚：古法编程时代，一个好的架构师，要具备哪些技能。




你是不是觉得，古法编程时代，架构师懂技术就够了？

我告诉你，大错特错。古法编程时代，一个好的架构师，至少要具备六大技能。




技能一、架构能力与编码能力。

这一点毋庸置疑。没写过多年代码的优秀程序员，一定成不了好的架构师。"架构师"，听上去是个比较虚的职位，可它的主要价值在于"架构落地"，而不只是"指点江山"。




团队要做一个产品，架构师要帮团队把握技术可行性，做技术方案的权衡取舍。




方案出来了，架构师要设计整体的技术实现步骤。




步骤出来了，架构师要和开发团队一起，设计与编码。架构师可能无法细究全部细节，常见的实践是：系统最困难、最核心、最关键的部分，往往由架构师亲自操刀。




技能二、逻辑思维与抽象思维。

对架构师来说，"逻辑思维、抽象思维"比"写代码"更重要。如果没法让一个非技术人员明白某个概念在说什么，这个架构师注定也是失败的。




逻辑思维不用多展开，程序员的代码全是逻辑：if怎么样else怎么样，switch怎么样case怎么样。缺乏良好的逻辑思维能力，基本不可能成为好的架构师，甚至好的程序员。




抽象思维又分两点：一个是将实在的事物概念化，一个是将模糊的感觉数字化。




一个苹果，抽象为质量、大小、颜色、形状、味道，这是概念化。质量、大小、颜色、形状、味道，怎么转变成数字来描述，这是数字化。




有了这两点，架构师才能把"虚"的架构概念描述清楚。




技能三、技术前瞻性。

架构师与技术高手的区别在于：架构师不局限于如何调用、如何并发、如何扩展这些架构细节（技术高手对这些也非常熟练），还要跳出三界，考虑未来问题和潜在风险的应对之道。




要培养技术前瞻性，得多看外文技术文章，跟踪业界前沿，与业界专家交流，学习别人的实践方案。




反面的例子是：成天把技术前沿的名词挂在嘴边，大谈"云计算、SaaS、微服务、AI"，吹水天天吹，就是落不了地。




技术前瞻性还体现在新技术选型上：哪些适合自己的团队，哪些不适合。学习成本、维护成本、硬件成本、潜在风险，都是架构师要考虑的——而不是哪个流行，就选型哪个。




技能四、透过问题看本质。

架构师要有把"业务需求"转化为"技术需求"的能力，这是一种本质的挖掘。




举个例子，业务层面看到的是一个"电子商务网站"，架构师看到的是一个多人在线、并发交易、需要保证数据一致性的站点、服务、数据系统——功能、性能、扩展性、维护性、安全性、可用性，这些字眼会惯性般地蹦到架构师的脑子里。




架构师之所以是架构师，是在庞大系统面前，仍然能敏锐发现其底层的真实。这需要多年、多领域知识和经验的沉淀。




技能五、跨域知识。

架构师作为技术领袖，要散发知识的光芒来温暖开发团队。如果只对一个领域的知识烂熟于胸，那也仅仅是一名技术高手。




想更进一步——系统分层层面，APP层、服务层、数据层都要了解；职能层面，研发、测试、运维、安全也要有所了解；宏观与细节层面，上对接口、下对原理都要懂，甚至要在多个业务领域都有所涉猎。




初级架构师最怕的，是跳出自己的"独门绝技"。在一定程度上说，在一定深度之内，成为一个"杂家"也没什么不好。




技能六、沟通能力。

架构师和项目经理，对沟通能力的要求都很高，很多互联网公司甚至直接由架构师兼任项目经理。




如何成为一名"善于沟通"的架构师呢？

目标清晰的前提下，首先做到平和：别把自己供在象牙塔上，颐指气使地发号施令，这种态度必然遭恨。大家都是技术人员，只是分工不同，为何要受你的气呢？




其次，架构师要有一定的绘图能力。人对图形的理解远大于文字，一个层次图、一块小白板、几只笔，真的更容易把问题讲清楚。




以上，是古法编程时代，架构师必备的的六项技能。那么问题来了：到了AI时代，这六项技能变了吗？




AI编程时代，架构师的核心技能需要重构。先说结论：AI不会让架构师失业，但会让"只会古法技能的架构师"贬值。




AI时代架构师的核心能力，从"亲自把系统写出来"，进化为"定义清楚系统该长什么样，让AI把它造出来，并保证它不出错"。

AI编程时代，架构师的8项核心技能如上，大家看下有没有道理？





技能一：从"亲自编码"到"验收AI的编码"。

古法时代，架构师要亲手写最核心最困难的部分。AI时代，架构能力与编码能力依然需要，但形态变了。




我们的核心代码，可能有相当一部分是AI写的。架构师不必再逐行敲代码，但必须能判断AI生成代码的好坏。AI写代码的能力在快速拉平，验收AI代码的能力，正在拉开架构师之间的差距。




一句话：架构师可以不写每一行代码，但必须成为"AI代码质量的最后一道防线"。我们可以用AI工具来检查，但我们得为AI所写代码的质量兜底。




技能二：从"逻辑思维"到"结构化拆解"。

古法时代，逻辑思维体现在if/else、抽象、建模上。AI时代，逻辑思维有了新载体：把模糊目标，拆成AI可执行的最小任务单元。




同样是"做一个电商系统"，古法架构师直接设计模块；AI时代的架构师，要先回答三个问题：

1. 哪些任务AI可以做？
2. 哪些任务必须人做？
3. AI任务之间，如何编排、如何串联？




拆解的顺序、粒度、任务依赖关系，本身就是AI时代的"架构图"。




抽象思维也升级了：古法时代，我们抽象的是"类""接口""模块"；AI时代，我们抽象的是"意图"——不再定义"怎么做"，而是定义"要什么结果"。




把模糊的期望，描述成精确的、AI能理解能执行的指令，是AI时代架构师的第一基本功。

画外音：

古法编程：需求→人设计→人编码→人测试；AI编程：

模糊需求→人拆解→AI并行执行→人合流验收。

拆解质量，决定系统质量。




技能三：从"技术前瞻性"到"技术判断力"。

古法时代，架构师要有前瞻性，提前布局技术栈。AI时代，技术迭代快得追不完，更需要的是判断与取舍。




今天这个模型，明天那个框架，后天又多一个Agent协议。架构师的核心能力变成：什么该用、什么不该用、什么时候该用、什么时候该等一等。




更要警惕伪趋势。现在张口"AI原生"、闭口"Agent颠覆一切"的人太多了。架构师不能把新名词挂在嘴边就算完，要能回答：这东西解决了我们什么实际问题？学习成本、维护成本、硬件成本、潜在风险各是多少？它比现有方案好在哪里？




技术前瞻性的本质，不是"最早用上新技术"，而是"最快看穿伪趋势"。




技能四：从"透过问题看本质"到"定义问题"。

古法时代，架构师的价值是"把业务需求转化为技术需求"。AI时代，这个转化的一部分AI也能做——但前提是，问题被我们定义得足够清晰。




AI最怕模糊输入。我们说"帮我设计一个高并发系统"，它给出一份漂亮的通用方案；我们说"电商秒杀场景，峰值10万QPS，库存只有1000件，要保证不超卖，历史包袱是PHP单体"，它给出的方案，价值完全不同。




所以，AI时代架构师的本质能力，不是笼统的"把模糊变清晰"，而是提出高质量的问题：

1. 业务的真实约束是什么？哪些不能妥协？
2. 这个需求的本质矛盾是什么？性能、一致性，还是成本？
3. 问题定义清楚之前，不要打开AI。

提问的质量，决定AI产出的质量。




技能五：从"跨域知识"到"AI原生知识广度"。

古法时代，架构师要懂APP层、服务层、数据层，要懂研发、测试、运维。AI时代，跨域知识增加了一个全新维度：AI能力域。




我们要懂大模型的能力边界：

1. 什么场景适合LLM，什么场景传统规则更好；
2. 什么时候上RAG，什么时候做微调；
3. Agent编排的优缺点；
4. 向量数据库和传统数据库的适用场景；
5. AI推理的时延、成本、幻觉风险，怎么评估。




同时，传统架构能力一个都不能少：AI加持下的高并发、高可用、容灾、可观测性，照样要懂。




AI时代的架构师，是"传统架构能力+AI能力边界认知"的复合体。

画外音：不懂AI的架构师，会被懂AI的架构师替代；但只懂AI、不懂架构的人，替代不了架构师。




技能六：从"和人沟通"到"人机协作与预期管理"。

古法时代，架构师要善于跟团队、产品、老板沟通。AI时代，沟通对象多了一个：AI本身。




我们要善于写Prompt吗？不，比这更深一层：设计Agent、定义AI的工作流程、建立AI产出的质量标准，让AI这个"新同事"和团队高效协作，构建一个"人机混合团队"。




同时，跟人的沟通反而更重要了。因为AI拉高了业务方的预期："AI这么强，你们应该很快吧？"




我们得让老板和业务方理解：AI能做什么、不能做什么、哪里快、哪里慢、哪些环节提效有限。AI时代，管理技术预期，是架构师不可推卸的职责。




沟通能力没有过时，只是对象从"人"扩展到了"人+AI"。




新增技能七：AI编排与Agent设计能力。

这是AI时代完全新增的技能。




系统里接入多个AI能力时，架构师要设计：AI任务之间的依赖关系、上下文如何传递、什么时候用Agent自主决策、什么时候用确定性代码兜底、AI失败之后怎么降级。




本质上，这就是AI时代的"系统架构设计"——只是架构的元素，从"服务""数据库""消息队列"，扩展成了"模型""Prompt""Agent""工具调用"。




服务会挂，模型会幻觉，Agent会跑偏。好的架构师，要为这些新的故障模式，设计好容错机制。




新增技能八：数据与评估素养。

AI系统的价值，取决于数据，取决于效果能不能被度量。架构师要有基础的数据素养：理解训练数据分布对模型效果的影响；会设计评估集，度量AI应用的质量；能用数据判断"这个AI功能是真好用，还是碰运气"。




更重要的是，我们要能用数据回答老板最关心的问题：这套AI系统，到底带来多少提效？ROI是多少？

画外音：说不清这两个数字的AI架构师，和古法时代说不清技术价值的架构师，没有本质区别。




总结

古法编程时代的六项技能没有过时，但每一项都升级成了AI版本，另外还新增了两项，AI时代架构师的八大核心技能：

1. AI辅助下的架构与编码验收能力；
2. 结构化拆解能力，把模糊意图拆成AI可执行的任务；
3. 技术判断力，在海量噪音中做出正确的技术决策；
4. 定义问题的能力，提问质量决定AI产出质量；
5. AI原生知识广度，懂模型、懂RAG、懂Agent，也懂高可用；
6. 人机协作与预期管理能力；
7. AI编排与Agent设计能力；
8. 数据与评估素养。




架构师不会被AI替代，但会被"会用AI的架构师"替代。




技能的范围变了，但最差劲的架构师，还是那一种：看不清需求，讲不清概念，看不懂英文，写不了代码，更不懂AI。项目失败后，只知道说"团队的技术能力不够"；而团队的反馈是，"这是一个无法落地的大忽悠"。




你遇见过这样的架构师吗？




补充阅读材料：


《架构师的技能与修养》
https://www.linkedin.com/advice/1/what-does-system-designer-do-skills-system-architecture-6tvgc
文章来自linkedin。



前篇简介：

《AI时代，架构师还能干什么？（1/100）》

《AI时代，究竟怎么做架构设计？（2/100）》

《AI时代，究竟要不要写总体设计文档？（3/100）》




交流讨论：

AI时代，你认为架构师需要哪些技能？

---

标签： #主题/AI-Coding #场景/公众号长文