10月7日挂上 arXiv 的那份预印本，我压到这两天才动笔。六页四图，本来也就是一帧；一帧看不出这是曲线上的一段还是一粒噪点，得把它跟过去几个季度陆续冒出来的同类动作排到一起，它才算一个截面。论文的自我定位是首个面向端到端模拟/射频电路设计自动化的多智能体 LLM 流程，四个支柱摆得挺整齐：按文档建私有 FAISS 索引、从既有工程文档里挖设计知识的多模态检索增强子系统；管拓扑选择、电路图和测试平台自动搭建的一组 agent；把 TPE 和 CMA-ES 合起来用、每个候选都丢进模拟器过一遍的闭环尺寸优化引擎；还有那份带信任评分、把验证过的性能数据一笔一笔记下来的仿真数据库。
标题里最响的词是"多智能体"。按我的分层习惯，这恰好是整篇论文里最薄、也最容易被复制的那一层。
放回三层棋盘看：底下是模型层，读文档、写网表、挑拓扑那点通用能力，谁调 API 谁有，这层本来就不打算成为谁的资产；中间是壳层，四个支柱怎么串、谁先跑谁后跑、什么时候回环、失败几次重试，这是论文正文的主体，六页纸四张图把配方摊得干干净净；最上面是场景层，一个具体工艺节点（GF22FDSOI）下一族 60GHz 宽带毫米波低噪声放大器的调参经验、按文档建的私有索引、那份带信任评分的仿真数据库。
"人类监督下的多智能体协同编排"翻译成人话，无非是把四个原本由不同工程师分头干的环节串成一条流水线，再配一本公共账本。串起来有价值，只是这个价值不全归串的人。壳层也不是被谁攻破的，是被公开掉的——一份预印本把配方贴上 arXiv，本身就是一次"这层不值钱"的公开报价。
真正悬着的是场景层那三样东西站不站得住。它们抄不走，原因不在代码里，在于你手上本来有多少年、多脏的工程文档，以及你愿不愿意把仿真的可信度标成结构化字段。护城河搬了家，从老工程师的脑子里搬到组织自己攒的数据资产上；搬没搬成还没定局，方向我认。
四个支柱里只有最后那本账会复利。每跑完一次被验证过的仿真，它就变成优化模型的一口训练数据；模型准一点，下一轮需要真跑的仿真就少几个；回环更快，单位时间能试的设计更多，账本再厚一层。前三层没这个性质——编排代码的第二份拷贝成本是零，私有索引的扩充是被动的，只有"用掉的仿真次数换成经验"这件事会随时间自己加厚。这也是那本账为什么必须带信任评分：不标权重的仿真记录和没记录差不多，模型拿一堆没签核过的数去外推，然后你会得到一个很自信的错答案。
自动化这类活，历史上反复走的都是同一条路径，把"知识在少数人脑子里"变成"知识在库里"。数字侧走过一遍，最后沉淀下来的价值既不是某个工具的菜单长什么样，也不是哪套流程脚本写得巧，而是工艺库、标准单元库那一层可复用、可校验的资产。这个类比我得自己打个折：模拟没有标准单元那种离散化的地基，今天在 GF22FDSOI 上跑通的一族 60GHz 低噪声放大器，换个节点，能复用的可能只剩方法论和文档，数值经验基本清零。所以"仿真数据库变成资产"这句话，前半段我认，后半段它能不能跨工艺、跨项目搬，是整条判断里最脆的一环，也是下面那个注最该盯的地方。
验证范围也得泼盆冷水。一族拓扑、一个工艺节点、六页四图、投稿状态还写着待评审，"保持签核级验证质量"这句话放在这个体量里，撑起来的是"这条路能走通"，不是"这条路走完了"。模拟设计里最缠人的部分恰恰是跨工艺、跨频段的迁移，这篇没覆盖。但曲线也不是靠全面覆盖起步的，点状突破一段一段连起来，才是这类曲线上真正值得记的东西。
这里还得认个错。上一轮我把这类系统的编排能力归进了壳层的护城河，判断是"多 agent 的回环调度本身有工程门槛"。这个分类错了，不是被谁攻破的错，是我把"当下稀缺"和"结构上稀缺"混成了一件事：编排的门槛会随着配方公开被拉平，数据那侧的门槛只会随时间加厚。那次连带的判断方向也跟着偏，注意力放到了谁的回环设计得更巧，而真正会被锁住的东西在那份一笔一笔记下来的仿真账本里。框架用错格子，比没有框架更容易让人误以为自己想清楚了。
接下来能推演出三条路径，各自的前提不一样。
一条是数据资产先在自己组织内部站住，变成设计团队的默认家底，外面看不见但换不掉；前提是那套信任评分的标注方式能被别的团队接过去用，而且数据至少能跨项目复用，不必等到跨工艺。
再一条是被流程层收编，这类编排最终以"内置在既有设计流程里"的形态交付，团队自己攒的库绑在流程上，绑着绑着就成了流程供应商的资产；这条路的前提是设计组织在采购上的路径依赖继续硬过技术选型，从别处的历史看这个前提通常成立。控制供给的一方向需求侧扩张，机制上没什么新鲜的。
还有一条比较扫兴，它根本长不成一门生意：每家的文档和数据库都是孤岛，信任评分各标各的，格式对不齐，最后这东西退化成内部工具，只有自己用。前提是行业里没人愿意先让一步去定格式，而"没人愿意先让一步"在任何一个工程传统深厚的行业里，都是极常见的结局。
三条摆完，我还是压第二条，顺序是先内部站住、再被流程层收编，前者半年到一年能看出迹象，后者得两三年。理由不复杂：私有文档和仿真数据的价值只有在设计组织内部才核算得清楚，而这类组织的采购惯性一向比技术惯性更沉。
证伪条件给一条具体的。如果接下来两个季度，公开出现的工作仍然全是各家在自己的工具链里各攒各的库，拿不出一份能让另一个团队直接搬过去用的格式规范或者共享数据集，那"数据资产能独立站住"这半句就该扔掉，直接跳到"被流程层收编"，时间表还得提前。反过来，要是半年内真冒出一份跨组织能搬的私有库格式，而且不止一家跟进，那说明场景层的独立程度比我估的高，第二条的重心就得往后挪。