我最近几个月密集陪跑了一批准备 AI Agent 方向岗位的候选人也断断续续帮几家公司做了技术面试的模拟官。一个很扎心的现象是很多人简历上写着“熟悉 LangChain、了解 RAG、跑过 AutoGen 的多智能体 Demo”结果一进面试间连“你如何设计一个能让 Agent 在小红书自动回复私信的架构”这种问题都撑不过十分钟。问题不在于背题不够而在于大多数人不知道 AI Agent 面试到底在考什么。2026 年这个节点上面试官已经不想听你背“Agent LLM 规划 记忆 工具”这种教科书定义了。他们要的是能直接上手搭系统、能说清楚每一个设计取舍、能在追问中讲出底层原理的人。这篇文章我会把这套题库的核心考点拆开揉碎从架构原理到 Token 机制从部署工程到 Rust 交叉热点再到场景应用题的破题套路全部过一遍。1. 2026 年 AI Agent 面试的第一性原理考的是交付能力不是背诵能力先说一个我在模拟面试里反复遇到的现象候选人准备得很努力概念也都能背可一到“动手设计”环节就哑火。我给你还原一个真实面试问题——面试官说“我们现在想做一个电商客服 Agent用户问‘我上周买的鞋怎么还没发货’你把这个 Agent 的架构画出来讲清楚消息进来之后每一步发生了什么。”大部分人的第一反应是用户消息 → LLM → 生成回答 → 返回。这就是典型的“课本答法”看起来没错但完全没触及 Agent 的本质。真正能拿高分的回答会拆成下面这个链路首先是一层会话入口负责接收消息并进行用户意图的初步分类然后是大模型驱动的推理层通过 ReAct 循环决定要不要调用订单查询工具接下来是工具层对接订单系统、物流系统再往后是记忆层要处理用户的历史会话上下文最后还有一层兜底机制——工具调用失败怎么办、用户情绪激动怎么办、回答内容涉及退款政策时要不要转人工。这一来一回的差别就是资深从业者和 Demo 工程师的分水岭。2026 年的 AI Agent 面试本质上是在筛选两类能力第一类是系统设计能力你能不能把一个业务需求翻译成一套有边界、有兜底、有可观测性的 Agent 系统第二类是原理解释能力你能不能把一个机制比如 ReAct 循环、函数调用讲到底层而不是停留在“它是这样用的”层面。更要提醒你的是现在的面试官几乎有一个共识简历上的“熟悉”和面试中的“能设计”完全是两件事。你写过多少个 Agent 项目、跑过多少 Demo说服力都有限。真正能打动人的是你对某个细节的较真程度——比如你是否想过“工具返回的结果超过上下文窗口怎么办”是否想过“Agent 陷入死循环之后怎么自动终止”。这些问题背后没有标准答案但能检验出你是不是真的写过生产级代码。2. 高频考点第一梯队——Agent 主流架构与编排模式从 ReAct 到 Multi-Agent2.1 ReAct 架构面试官最爱的“越挖越深”环节ReAct 几乎是每场 AI Agent 面试的必考题。它的全称是 Reasoning Acting核心思想是让模型在推理和行动之间交替进行模型先思考下一步该做什么然后通过调用工具执行动作再根据工具返回的结果继续推理。听起来不复杂可面试官恰恰喜欢在这个概念上往下挖而且能连挖三层。第一层追问通常是你如何理解 ReAct 和 CoT思维链的区别。标准回答是 CoT 只让模型在语言层面做推理而 ReAct 把推理和外部行动结合了起来模型能通过工具获取新信息来支持后续推理。这个回答合格但不够好。你如果能补一句“ReAct 的每一次循环都是模型在‘感知→决策→行动→再感知’的闭环中推进而 CoT 没有感知外部世界的通道”面试官会立刻高看你一眼。第二层追问是“ReAct 最大坑是什么”。我建议从三个维度答一是循环失控模型可能在一个工具结果上反复绕圈生成无限次工具调用所以生产环境必须加最大迭代次数限制二是错误累积某一步工具调用返回了脏数据或错误结果后续推理会被带偏所以每一步工具输出都要做校验三是延迟放大一次完整决策可能要经历多轮推理和多次工具调用用户体验上会有明显延迟。第三层追问更狠——“你会让 ReAct 循环里的大模型以同步还是异步方式执行”。这个问题我见过不少候选人当场懵住。实际生产中工具调用往往是网络请求同步执行会让大模型的推理时间被拉长数倍。常见的优化方案是先让模型并行发起多个可以被并发执行的工具调用再合并结果进入下一轮推理。你得想明白一个道理Agent 的性能瓶颈往往不是模型推理速度而是工具调用的 IO 等待。2.2 Plan-and-Execute 架构任务拆解的粒度怎么定除了 ReActPlan-and-Execute计划-执行架构也是高频考点。这种架构把 Agent 拆成两个角色Planner 负责制定计划把复杂任务拆成多个子步骤Executor 负责一步步执行计划。面试官重点考察你对“拆解粒度”的把握——拆太细会有大量工具调用开销拆太粗又可能导致每一步无法独立完成。我的建议是用“可验证单位”来划分每个子步骤结束后是否有一个明确的结果可以被检查或者被后续步骤消费。比如“收集用户邮箱”是一个可验证单位完成后你应该能拿到一个邮箱地址而“理解用户需求”就不是一个可验证单位它的结果太模糊无法直接驱动下一步行动。还有一个容易被追问的点Planner 生成的计划如果在中途执行失败Agent 应该如何处理。纯粹的 Plan-and-Execute 架构在这种情况下会很被动所以现在主流的做法是把它和 ReAct 混合——Plan 制定之后执行过程中如果发现某个步骤不可行Executor 可以反馈给 Planner触发重新规划。这个“反馈回路”在面试中一定要主动提出来因为面试官考察的正是系统在异常情况下的自愈能力。2.3 Multi-Agent 编排通信方式、协作模式与适用边界Multi-Agent多智能体是 2026 年面试题的“当红炸子鸡”。面试官会让你对比几种主流的多智能体协作模式——最常见的三种角色型协作比如一个研究员 Agent 加一个写手 Agent、流水线型协作第一步 Agent 的输出是第二步 Agent 的输入、群聊型协作多个 Agent 在一个共享消息空间里自由发言讨论。你需要能够用一个具体业务场景比如生成一篇行业研究报告来解释这三种模式的适用条件。接着必问的是 Agent 之间的通信机制。很多候选人会说“Agent A 把结果传给 Agent B”这太笼统了。你应该提到两种主流方式一种是直接通过内存对象传递结构化数据比如 JSON适合流水线协作另一种是通过共享消息总线Message Bus进行异步通信适合需要解耦的多智能体协作。在系统设计中我一般倾向后者因为一旦 Agent 数量增多同步调用容易导致连锁故障而消息队列可以自然实现重试和削峰。最后一个高频追问“什么场景不适合 Multi-Agent”。这是个送分题但要答得漂亮。核心观点是多智能体会成倍放大 Token 消耗、系统复杂度和故障排查成本。如果一个任务用单 Agent 加精心设计的 Tools 就能完成就不要为了“架构好看”而上多智能体。你把这个判断讲出来说明你有工程克制力这种特质在资深岗位的面试里非常加分。3. 高频考点第二梯队——Token 机制与上下文工程的精讲3.1 Token 到底是什么意思它是计量单位也是成本与算力的标尺“ai agent token是什么意思”这个热搜词说明很多人都没弄懂 Token 这个概念。Token 是大模型处理文本的基本单位。它既不是字母也不是汉字而是一个被分词器切割出来的片段通常代表几个字符或一个常见的语言单元。比如“Agent”这个词在英文模型里很可能被切成一个 Token但中文的“智能体”可能会被切成两到三个 Token。面试中涉及 Token 的考点主要有三个一是成本计算——一个会话消耗多少 Token单价怎么核算。你可以现场口算一个例子假设你的 System Prompt 是 500 Token用户问题是 800 Token工具返回结果是 1200 Token那一次工具调用循环大约消耗 2500 Token。如果一次完整任务要跑 5 个循环就是 12500 Token再乘以单 Token 价格就能算出单次交互成本。任何让你“评估这个 Agent 上线后每天的成本”的问题本质都是在考这个计算链。二是上下文窗口限制。模型能一次性处理的 Token 数量是有限的比如 32K、128K 或 200K。但这个数值是宣传口径实际可用长度往往要打折扣——窗口太长时模型对早期内容的注意力会显著衰减通常可用上限是声称值的一半左右。所以在系统设计时不要让 Agent 盲目塞入海量历史记录要做截断或摘要。三是上下文的管理策略。这里我强烈建议面试前准备好一个成熟方案当你面对一个长会话时可以采用“混合上下文”机制——把最近的对话完整保留把更早的历史交给一个摘要 Agent 生成压缩版摘要再把这段摘要伴随 System Prompt 注入。你如果能顺带说一句“这个策略会牺牲一定信息精度但能显著降低 Token 成本和防止注意力稀释”面试官就知道你有实战经验。3.2 Function Calling 与 Tool SchemaAgent 连接世界的接口设计如果说 Token 是 Agent 的“血液”Function Calling函数调用就是 Agent 的“手脚”。面试官常常抛出一道题“你如何设计一个让 Agent 查询订单状态的工具”这个问题背后有四个考察点。第一是函数语义的清晰度。函数名要让模型“一看就懂”参数名也要与领域术语一致。比如查询订单不要只写def query(order_id)要写成def query_order_status(order_id: str)并在描述里写明“order_id 是用户在订单列表页可以看到的 18 位订单号”。第二是参数的严格校验。大模型生成参数时可能出现“幻觉参数”——比如把“上周买的鞋”中的一个实体错误地提取成了订单号。所以工具层必须对参数做格式校验、长度校验、甚至调用一个专门的“提取模型”做二次确认。在面试里主动提到这一层是拉开差距的关键。第三是错误返回的设计。工具调用失败时返回的错误信息要能让大模型理解并自我修正。不要返回一个“Error: 500”了事而应该返回“订单号不存在参数 order_id 应为 18 位数字实际收到‘abc123’请要求用户重新提供”。大模型看到这个错误后一般能生成有效的追问——这种“错误信息即提示语”的思路是生产级系统的常见做法。第四是工具 Schema 的维护。当你的 Agent 有几十个工具时工具描述本身会占用大量 Token而且模型容易在相同语义的工具之间混淆。面试中你可以提到主流的优化方案是给工具分组只动态注入与当前用户意图相关的子集而不是把所有工具描述一股脑全塞进 Prompt。这一步操作简单但能同时降低 Token 成本、提升工具选择准确率。4. 高频考点第三梯队——从开发到部署的工程化能力框架、案例与稳定性4.1 主流 Agent 开发框架你必须知道“为什么选它”AI Agent 的开发框架在 2026 年已经非常成熟LangChain、LlamaIndex、AutoGen、MetaGPT、Dify、Coze 等都在各自场景里占据位置。面试官一般不问你“你用过哪个”而是问“你在什么场景下选哪个为什么”。这就逼着你真正理解框架间的差异。我自己的选型经验分成三类来看如果你要快速做原型验证、逻辑灵活多变选 LangChain 这类脚手架型框架它的生态最丰富但生产代码的抽象层太厚排错时你会被一层一层套娃包装折磨疯掉如果你的核心诉求是文档密集场景下的问答和检索LlamaIndex 的基础设施更顺手如果你要做复杂的多智能体博弈或群聊协作AutoGen 和 MetaGPT 更贴近 Agent 与 Agent 之间的通信逻辑。不过面试官真正想考察的是你有没有“脱离框架写核心逻辑”的能力。你可以这样回答框架帮你省掉的是拼接 Prompt、管理工具注册、处理流式输出这些琐碎事但整个系统最核心的那部分——任务规划策略、工具选择策略、上下文管理策略——必须是你自己设计的。框架只是骨架血肉和神经系统是你写在大模型引导结构里的逻辑。如果你一上来就说“我全用 LangChain 默认配置搞定”基本上会被判定为没有深度思考。4.2 部署与稳定性把 Agent 从 Jupyter Notebook 搬到生产环境有一道几乎必考的题“Agent 从 Demo 到上线最需要注意什么。”很多人会答“加缓存、加监控、加限流”太泛了。我建议你把部署工程化拆成几个具体问题来讲。第一是冷启动与推理延迟。Agent 的一次完整交互可能涉及多次模型推理和多次工具调用整体延迟往往是普通问答的数倍。优化手段有三个方向并发执行独立工具调用对高频工具结果做缓存对小模型能处理的任务如意图分类用小模型、大模型只在复杂推理阶段才上场这种模型路由策略能显著降本增效。第二是并发与限流。Agent 调用会放大对模型 API 的压力——用户一次提问你可能内部要掉十几次模型接口。面试中要主动提到 Token 级别的配额管理比如给每个用户每小时设置配额达到上限后降级为仅离线处理这是生产系统必备的底座能力。第三是可观测性。这是一个高级加分项你要给 Agent 系统的每一次工具调用、每一次模型推理记录 trace——包括输入和输出的 Token 数、调用了哪个工具、耗时多少、哪一步失败了。面试中如果你能说“我把整个 Agent 的推理链路埋点之后马上发现 80% 的错误发生在工具参数校验环节而我才意识到这层防护此前根本没有做”面试官会认为你具备真实的工程复盘能力。4.3 工具链之外“让 Agent 在小红书自动发消息”能拆出哪些工程问题热搜里那个“ai agent 让小红书自动发消息”的场景特别适合举例。这类场景背后不只有 Agent 的逻辑还有一连串工程化问题。首先是账户体系与登录状态的维护。你不可能让用户频繁扫码授权需要做会话凭证的持久化管理。其次是需要做内容合规审查和频率控制——Agent 自动发消息不等于无节制群发你必须设定每小时的发送上限并且对生成的内容接入敏感词过滤和人工抽检。然后是消息模板管理自动回复如果每次都实时用大模型生成成本高且风格不可控更适合让大模型生成候选文案再由审核规则把不合格的文案挡在门外。最后是追踪反馈一条消息发出后被用户已读、回复、投诉等状态都要回传用于优化 Agent 后续的对话策略。这种涵盖业务、安全、合规、成本的回答才是“AI Agent 工程师”该有的姿态而这也是 2026 年面试题最核心的筛选逻辑不只看你会不会调大模型更看你会不会做系统。5. 隐藏加分项——Rust 与 AI Agent 的交叉热点认真聊聊到底怎么答5.1 为什么 2026 年面试开始问 Rust热搜词里“基于 rust 语言 ai agent”排得很靠前这确实反映了行业的一个新趋势。原因不复杂AI Agent 系统面对的高并发、低延迟、资源可控性诉求完美命中了 Rust 的强项。Rust 没有垃圾回收机制、内存管理高度可控运行大型模型的推理服务或高频工具调度网关时性能和稳定性都比 Python 有数量级的优势。面试里如果问到 Rust面试官通常不是在考你 Rust 语法而是看你能不能理解为什么有人愿意用十倍开发成本选择 Rust 来搭建 Agent 基础设施。你至少应该提到几个关键点在 Agent 架构里模型推理一般还是交给 Python 生态的大模型服务但 RAG 检索网关、Tools 网关、流量转发层这些高并发模块可以用 Rust 重写能大幅降低延迟和资源占用。另外 Rust 对 WebAssembly 的支持极好这意味着 Agent 的工具链可以跑到边缘设备或浏览器插件里这也是一个基于轻量级属性的差异化优势。5.2 Rust Agent 生态从 Rig 到 Candle知道这些就够了如果你简历上写了“了解 Rust 生态”面试官会顺着往下问几个主流项目。我建议你花半天时间把下面这几个记住rig是 Rust 生态里比较有代表性的 Agent 框架支持模型抽象和工具注册candle是 Hugging Face 团队推出的 Rust 推理引擎主打无 Python 依赖的模型推理tch-rs是 Rust 与 PyTorch 的绑定再有就是tensorzero这类面向大模型应用的 Rust 基础设施层框架。你不需要深入源码但要能说出来这些项目的定位、它们的优劣与 Python 生态的距离以及什么场景下你会在 Rust 里直接用大模型推理而不是架服务调用。比如在嵌入式设备上跑一个小型模型做意图识别candle 没有 Python 依赖的轻量化就是压倒性优势。你能讲到这一层面试官心中对你的画像会立刻变成“关注基建的人”而不是“只会抄代码的人”。5.3 Rust Agent 的合理回答尺度别吹过头面试的时候切忌过度承诺。很多人一听说 Rust 和 Agent 是 2026 年的加分项就赶紧说自己“精通 Rust Agent 开发”结果一道所有权问题直接被送走。我的建议是按“认知—实践—观点”三层来组织回答。认知层我了解 Rust 在 Agent 系统中的应用场景如高性能 Tool Gateway、边缘端推理以及主要生态项目实践层我在 XX 项目中用 Rust 写过一个并发工具的调度模块如订单查询的并发聚合层遇到了所有权/异步运行时的问题并解决过观点层我认为 Rust 不会取代 Python 在大模型生态中的地位但会逐步吃掉高并发基础组件这一层空间。这个回答既诚实又有深度面试官能从中感知到你不是在背网上贴的抽象“攻略”而是真的在思考这门语言在 Agent 系统中的定位。6. 场景应用题的破题思路把模糊需求变成架构设计6.1 这类题目的本质需求翻译能力大于编码能力面试后台常出现的题目长这样“请设计一个 AI Agent让它能够基于小红书评论自动生成回复并私信用户。”这种题没有固定的标准答案面试官看着你的思考过程来判断你的系统设计功底。当你拿到模糊需求第一件要做的事情不是画架构图而是圈定边界和优先级。你要先反问私信动作需要用户授权吗消息频次的上限是多少生成内容的审核机制和平台规则在哪里用户如果对 Agent 身份感到反感怎么办这些反问不是“卖弄”而是面试官最希望看到的——你在为一个真实产品负责而不是在做一个毕业设计。6.2 从业务目标到架构方案的完整推演拿“小红书自动私信”这个例子我建议按照下面的顺序在面试中推演。第一步是意图识别对收到的评论进行多分类——咨询型、情绪型、广告型、闲聊型各自走不同处理链路。第二步是回答生成候选文案由大模型生成多份同时套用平台要求的合规规则品牌词限定、促销话术校验进行过滤。第三步是动作执行只有通过规则的文案才会被发送没有通过的进入人工复核池形成“机器生成—规则审核—人工兜底”的安全阀。第四步是反馈闭环每条私信的打开率、回复率、投诉率回流到评估模块定期微调 Prompt 和上下文策略。你把这个链路画出来同时说明每一步的输入输出、失败兜底场景题基本就过关了。你会发现整条链路里大模型只承担了意图识别和文案生成两个环节剩余的大量工作是由工程系统完成的。这本身就是 2026 年 AI Agent 面试希望传达的核心价值观Agent 的主角不是大模型而是围绕大模型的完整系统。6.3 场景题的回答框架问题清单与话术模板场景题的答题框架可以用“边界→架构→细节→异常”四段式。边界我先确认三个关键问题包括数据来源、发送权限、合规要求架构整体由六个模块组成分别是会话接入、意图识别、内容生成、规则审核、动作执行、反馈追踪细节我重点讲两个模块一个是规则审核模块的双层过滤另一个是反馈追踪的指标回流异常发送失败会触发自动重试和人工替换上下文丢失会重建短摘要恢复。这四个层次层层递进面试官即使不追问你也能把他的注意力引到你最擅长的方向极大提高了你在面试中的“控场”能力。7. 行业视野加分项从阿里云白皮书到 Agent 能力分级7.1 白皮书里的核心观点Agent 不是聊天机器人行业内的一系列白皮书包括阿里云 AI Agent 白皮书在 2026 年反复强调同一个观点AI Agent 与聊天机器人的本质区别在于Agent 具备“感知—决策—执行”的闭环能力而聊天机器人只有“感知—回答”。这个观点是面试候选题库里的“送分题”但往往被讲得太浅。面试里如果提到了白皮书或行业趋势你要能说出更具体的分层体系。目前业界有几种 Agent 能力成熟度模型从 L1 到 L5 大致是L1 是固定会话式只能聊天L2 是预设工具式通过固定规则调用工具L3 是动态规划式大模型自主拆解任务并入工具调用L4 是自主学习式Agent 可以访问历史经验库并自我更新策略L5 是多智能体组织式多个 Agent 自主协作完成长周期目标。一个让我印象深刻的候选人是这样用的他面试时说“我认为当前市面上 90% 的 Agent 产品停留在 L2 到 L3 之间。L2 的特点是用户触发一个明确的指令系统通过规则路由到预设工具L3 的特点是模型自己拆解一个复杂任务拆出多个步骤并自行选择工具。大量产品所谓的 AI Agent其实只是套了 Prompt 的 L2 能力。”这个回答既展示了视野也展示了独立思考能力。7.2 如何积累行业素材一个可长期复用的方法论面试前的素材积累不建议零散地刷新闻建议沿着下面的结构建立自己的知识库。架构变迁从早期的 Prompt 模板到 ReAct再到 GraphRAG、多智能体框架画出一条时间线关键团队OpenAI 的 Function Calling 演进、Anthropic 的 Tool Use 规范、谷歌的 Agent 生态布局、国内阿里、字节、百度各自的智能体平台差异评测基准Follow 一些 Agent 基准测试如 GAIA、AgentBench、τ-bench定期记录它们的变化落地案例留意头部公司的客户案例重点看它们踩了什么坑。把这个材料库看两遍不是让你背下来而是让你在面试里提到任何行业话题时都有“上下文锚点”说出来的话会比泛泛而谈有分量得多。面试官问“你怎么看智能体在客服领域的落地”你如果能指出“现在的主要难点不在模型能力而在和存量工单系统的集成以及异常转人工的兜底设计”就已经赢过大多数人了。7.3 阿里云白皮书之外面试官期待你说出来的“独立思考”关于看点我建议你形成三个自己的判断。判断一单 Agent 能力会在未来两年快速饱和但多智能体的评测基准、协作协议和成本控制会是决定它能否普及的胜负手判断二Agent 的终极壁垒不是模型推理能力而是工具生态和私有数据谁能链接更多关键业务系统谁的产品价值更高判断三未来 Agent 工程师的核心技能不是拼 Prompt而是拼“架构抽象能力”——把复杂业务封装成清晰的工具边界让模型以最低成本完成决策。这三个判断没有标准答案但每个人都应该有自己的版本。在面试的后半段当面试官问“你怎么看 Agent 未来的趋势”时清晰的个人观点比正确的废话要打动人一百倍。8. 面试答题方法论让知识真正变成分数的表达技巧8.1 一个最容易踩的坑是陷入讲师模式我能理解你面试时想把准备的东西都讲出来但这在面试中经常起反效果。面试官问了你一个具体问题你回答的时候前后两句话之间最好有明显的“台阶”而不是把架构图从头到尾念一遍。当你把知识拆成一个个有起承转合的小故事时面试官才能跟得上你的节奏也能在你讲到的每个节点停下来追问。我的建议是采用“总—分—例—补”的结构回答任意一道方案题。总一句话说清方案的核心思路分把它分拆成三个模块例挑一个模块用一个具体案例展开补补充模块与模块之间如何衔接、如何应对异常情况。按这个结构组织回答再复杂的问题你也能在 3-5 分钟内构建出一个让人有画面感的方案。8.2 提前预演追问链而不是背题2026 年的面试官已经非常擅长连招追问尤其是针对 Agent 这种系统性极强的领域。“你说你的 Agent 用 ReAct——如果工具返回超时怎么办Agent 需要的上下文超出窗口怎么办用户输入被恶意注入怎么办”这些问题环环相扣背题永远背不完。我的建议是面试前的准备时间三分之一花在看题库三分之二花在“追问演练”上。找一个人虚拟面试官从一个题目开始连续追问十轮把每一步的异常、成本、边界都想到直到你完全无法回答为止——那个答不出来的点就是你真正需要补充的知识盲区这比你再背一百道题都实用。8.3 最后的现场建议心态与姿态面试 AI Agent 岗位说到底是在和面试官进行一次“同行交流”。你可以不会但不能不懂装懂。遇到不会的问题坦诚地说“这个问题我没有在生产环境里踩过但我可以尝试基于现有经验推导一下”然后在推导过程中暴露思考链这远比闪烁其辞更受尊重。还有个小技巧面试最后十分钟的问题环节不要问“咱们公司做什么”要问“你们在 Agent 落地过程中遇到的最大瓶颈是什么是模型能力、工具生态还是数据闭环”这个问题既体现实战思维也容易让面试官放松下来和你做一次真正的同行对话。2026 年的 AI Agent 面试早已不是靠背诵就能过关的战场。它像一面镜子照出你是真的构建过系统、处理过线上问题还是仅仅在教程里读过“Agent”这个词。希望你从这些高频考点里找到自己的知识盲区有针对性地补齐而不是把题库当成运气的遮羞布。一套高覆盖率的题库只能帮你指路真正走到终面并留下来的永远是把系统真正搭起来过的那些人。