先看工作流，再看模型能力
选型时如果从参数榜单出发，很容易得到一个“会聊天、难落地”的系统。更有效的问题是：资料从哪来、谁有权看、结果要交给谁确认、失败时如何回退。
围绕这些问题设计的 Agent，才会自然带上规则协同、权限隔离与人机复核，而不是停留在演示对话。
知识底座决定 Agent 上限
没有治理过的文档堆，很难支撑稳定的业务 Agent。术语不统一、版本混乱、权限不清，都会在自动流程里被放大。
因此多数项目应先补齐知识治理，再把高频、边界清晰的任务做成垂类 Agent，逐步扩展到更复杂场景。