别只问模型，先问系统怎么活下来

近期有消息提到，一套约2小时的免费架构课把Agent的工业级演进拆成五个节点，从带状态的节点与条件跳转的边，到高并发调度、路由检查重复，再到自愈图。素材还称，单点提示词系统在真实业务里跑三步就会死循环。课程来源与质量尚待核实，但它抛出的问题值得求职者借用：面试或转岗时，怎么判断团队做的是工业级系统还是玩具项目？

一个实用的切入点是：别先问“你们用哪个模型”，先问“任务跑到第三步出错时，系统怎么办”。

四个问题，区分演示与工程

状态放在哪里。 玩具项目常把上下文塞进一个超长提示词；工业级做法更可能把业务拆成带状态的节点，节点之间靠条件跳转衔接。你可以问：长周期任务的状态存在哪，进程重启后还在吗？

错误怎么重试。 素材提到循环工程的三板斧是路由、检查、重复，默认每步都可能犯错，靠闭环在门禁前拦截坏结果。对应到面试，可以问：工具调用失败后是整条链路重跑，还是只重试失败节点？有没有人工确认的门禁？

并发怎么调度。 素材提到并发派发子任务并做结果汇聚。你可以问：多个子任务同时跑时，结果冲突怎么合并，超时怎么处理？

闭环怎么检查。 可以问：谁来判断这一步输出合格，是规则、另一个模型，还是人？

注意，这些问题没有标准答案。团队答得含糊，不代表项目一定差；答得流畅，也不代表你适合。它们只是帮你把“模型选型”换成“系统怎么运转”。

你该补什么，取决于对方怎么答

如果目标团队强调图与循环工程，状态机、错误处理、任务调度可能比提示词技巧更值得准备。你可以用一个小练习自查：把“抓取网页、清洗、生成摘要、校验、失败重试”画成节点和边，标出状态存在哪、哪一步可能死循环。

如果团队更偏业务集成，重点可能是接口设计、数据清洗和人工审核流程。两类方向没有高下，只是你补的工程能力不同。

看到这类课程推荐，先核实三件事：课程是否真由官方发布、目标团队实际技术栈、岗位描述里反复出现的词。比如一条Agent岗位样例提到“拆解复杂任务、设计自动化工作流”，另一条提到“框架设计与代码开发测试”——这只是单条样例，不能概括全行业门槛，但能提示你面试时该往哪问。

最后给一个可做的小建议：挑一个你熟悉的业务流程，用纸画出节点、边和失败分支，再拿这张图去问目标团队“你们会怎么处理”。对方的回答，比任何课程标题都更能帮你判断要不要投。

本文为求职分析，不构成对课程内容或招聘要求的核实。