9 月 28 日，证券时报一篇综述把行业温度写得很直白：2026 年被业内视为「金融智能体元年」；短短数月，Kimi、腾讯 WorkBuddy、阿里千问、火山引擎等平台相继布局金融赛道，多家券商主动接入，同时上市券商半年报把 AI 从「技术标签」写到「核心战略」。叙事很响，但本稿不做元年口号复读，也不排谁接得更多、谁场景更密——只拆一句工程翻译：「单点增效」曾经是什么，公开材料里「体系重构」露出了哪些信号，以及落到开发与治理时真正卡人的三堵墙。

账号此前已分别写过华泰 ALL IN 的能力地图与停点、卖方 Skill/MCP 的触达形态、条件单/类外接说明书的责任链、以及 Kimi 方案的数据边界。本稿只轻触这些既有观察，主线收窄为：半年报与生态接入同框时，机构该怎么读「体系」。

单点增效曾经是什么

过去几年券商公开材料里，「AI 落地」多半长成一张场景清单：智能客服与话术辅助、研报检索与初稿整理、营业部材料质检、合规关键词拦截、办公会议纪要与知识问答。价值很真实——把重复劳动从人工流水线里抠出来，失败成本也相对可控：输出多是草稿或内部辅助，终责仍在持牌岗位。

工程上，单点增效有三个典型特征。一是按部门立项目：财富一条线一个助手，研究所一个写作工具，营运一个质检机器人，彼此很少共享同一份能力目录。二是入口绑定自家系统：能力主要活在 App、工作台或内网页面里，用户要先进入券商域。三是成功指标偏「有没有上线」：场景数、调用次数、服务人次容易写进汇报，资产版本、人工复核占比、一单回放主键则常缺席。

这类建设并没有过时。客服、质检、研报辅助仍是生产里的刚需。变化在于：当半年报开始写「智能体群」「Skills 生态」「MCP 标准化输出」「APP+智能体+Skills」时，行业公开叙事已经从「多挂几个助手」滑向「把业务流程与能力供给方式一起改」。单点增效解决的是局部工时；体系重构要回答的是——能力能否被登记、被调用、被鉴权、被审计，且在入口外溢后责任链不断。

体系重构的公开信号

据证券时报 9/28 综述及同期半年报相关公开报道，信号大致落在四层，彼此可并存，不宜看成同一家进度条。

战略表述层。多家机构把 AI 写成核心战略或系统性路径：华泰自 2023 年起公开推进「ALL IN AI」；国泰海通半年报语境下继续纵深「ALL in AI」、披露灵犀 APP 3.0 与「APP+智能体+灵犀 Skills」；招商证券锚定「AI 证券公司」；中金公司推进对客/投顾助手/财富数字员工等智能体群；中信证券、东方财富、长江证券等亦有平台化或智能应用平台一类公开表述。本稿只记「战略从工具升格」，不评路径优劣。

中台与能力资产层。公开报道中反复出现 Skill、Skills 广场/仓库、Skillhub、MCP、智能体矩阵等词。例如华泰公开材料中的金融中台 Skillhub、投研专属技能；国泰海通半年报口径累计推出智能体 1314 个、Skills 404 个（机构自报，未做独立审计）；广发证券公开称采用「自研做专、生态做广」，依托 MCP 接入 WorkBuddy，开放平台上线当日专区首批上线 12 项自研 Skill 及 9 项专家能力；国信证券称正打造开放化 AI Skills 生态，把核心金融能力封装为标准服务、跨平台复用。工程读法是：能力开始被当成可盘点的资产单元，而不只是页面上的功能按钮。

多 Agent / 协同编排层。从「一个对话框」到「主控路由 + 专家智能体 + 工具调用」，已在多家公开产品叙事中出现（本账号此前拆华泰 C 端 Multi-Agent、国泰海通营业部侧总控时已触及）。体系信号不在 Agent 个数，而在是否承认：意图路由、工具契约、上下文共享、失败降级必须被设计，而不能靠模型临场发挥。

生态入口层。据证券时报，9 月中旬月之暗面发布 Kimi 金融行业方案，工商银行、中信建投、中金公司、易方达等数十家机构被报道为落地使用或共建；9 月初腾讯 WorkBuddy 金融版上线，广发、东方财富、易方达等为首批接入客户，广发亦被报道为首家接入的持牌券商；另有大型券商高管称已接入 WorkBuddy、阿里千问办公、豆包工作等。更早还有百度、阿里、火山引擎等向金融开放智能体能力的公开表述。生态接入的工程含义是：同一能力可能被多家对话入口调用——入口变宽了，责任链必须同步变清晰。

需要立刻划开的边界：接入生态 ≠ 把持牌义务外包给平台。平台提供的是工作台、技能矩阵、数据源接口与安全底座一类能力面；适当性、投资建议边界、客户身份鉴权、对外输出留痕，仍落在持牌机构自己的制度与系统上。这一点与账号谈 Kimi 数据边界、谈能力搬进第三方入口时的提醒一致，此处不展开对接细节。

工程上三堵墙

抛开品牌叙事，把「体系重构」压成可验收的三堵墙，供科技、合规与业务共同对照。以下为工程归纳，非任一监管文件原文，亦非某家实施白皮书。

墙一：能力目录与版本

体系与单点的第一分界，是有没有一张可调用对象目录。目录至少应能回答：这项 Skill/Agent 封装的是哪类资产（指标口径、研报框架、办理流程、合规规则）？数据源与更新频率是什么？适用客户类型与业务条线？当前生产版本号是多少？变更谁审批、如何回滚？

没有目录，就没有版本；没有版本，就无法解释「这次调用到底执行了哪一版方法论」，也无法在出错时回滚。半年报里的「上线 N 个智能体 / Skills」若缺少目录与版本门禁，更接近场景堆叠，而不是能力中台。卖方侧把分析框架打成 Skill、中台侧发布 Skillhub，公开价值首先在「可登记」，其次才在「可分发」。

墙二：停点与权限

单点助手常见模式是「生成草稿 → 人看着办」。多智能体与工具调用一旦进入办理、外发、乃至触及交易相关任务，就必须把停点写进编排，而不是写进培训 PPT。

可核对的停点设计通常包括：哪些节点强制人工复核（如对客正式观点、材料终稿、权限变更）；哪些工具只读、哪些可写或可外发；不确定意图时是追问、转人工还是拒答；日志能否按客户单号、项目号或会话 ID 串联「谁判了意图、调了哪个工具、引用了哪条数据」。公开材料里，招股书初稿「AI 辅助生成、人工审核」、研究所 Skill「先内验再外放」一类表述，都是停点语言；若只有「覆盖全流程」而没有停点表与权限表，清单越长，影子流程越多。

墙三：对客持牌边界——生态入口≠责任外包

生态入口把「用户从哪进来」和「能力在哪执行」拆开了。用户可能在第三方智能体里提问，背后调用的是券商封装的 Skill；也可能在券商 App 里对话，背后混用了外部模型与外部数据连接器。两种形态下，持牌义务都不会因为入口换了而自动转移。

工程上至少要分清四类输出：资讯/检索、研究辅助、投顾建议话术、可提交的交易或权限指令。后两类一旦出现，确认权、适当性与留痕应落在持牌链路，而不是对话框的默认同意。多入口并行时，还要避免「在 A 入口做过身份与适当性、在 B 入口被匿名调用」。账号写条件单说明书时强调过：入口变了，责任链不能断——生态接入年代，这句话从交易旁路扩展到了对话旁路。

另据公开报道，Kimi、WorkBuddy 等方案均强调数据源、技能矩阵与安全合规底座。对机构读者，这些是厂商能力面声明；白名单、出站字段与审计主键仍须机构自建，不能把产品通稿直接当成控制面。

盘点读法：半年报别只看场景名

对照银行中报常见的「可核验指标」纪律（本账号此前做过披露对照），读券商智能体元年材料时，建议把注意力从形容词挪到三张表：

资产目录表。智能体/Skills 是否按生产态登记？有无版本、适用范围、数据源与责任人？「1314 个智能体」「404 个 Skills」「12 项 Skill + 9 项专家能力」等公开数字，回答的是供给规模；目录表回答的是供给是否可治理。数字本身不作优劣比较。

人工复核表。对内辅助与对客正式是否分流？关键结论、外发材料、权限类操作的人审占比能否按场景统计？「先真实生产验证再逐步对客开放」是比「已全面赋能」更可核对的表述。

审计主键表。一次跨 Agent、跨入口的调用，事后能否用统一主键回放？主键缺失时，生态接入只会放大「说不清是谁的输出」的扯皮面。

读法上还有一句冷提醒：半年报战略段落里的「体系」「生态」「智能体群」，要与产品稿里的功能名分开记账。战略说明组织意志；产品名说明入口形态；真正标志体系重构的，是目录、停点、主键三张表是否开始出现在内部治理与对外可核对口径中。

收束：元年叙事下，卷的是可治理体系

证券时报把 2026 写成智能体/体系年，公开事实也确实同框出现了：半年报战略升格、Skill/MCP/中台语言普及、多家机构接入 Kimi / WorkBuddy / 千问等生态。对有证券业开发背景的读者，热闹之外更值得记住的只有一层——

单点增效解决的是局部效率；体系重构要求能力成为可版本化的资产、编排成为可打断的流程、入口外溢后持牌责任仍可闭环。聊天框可以更多，Agent 可以更密，生态入口可以更宽；真正决定「重构」是否成立的，不是对话框数量，而是能力目录、停点权限与审计主键是否跟得上。

元年可以是叙事，可治理体系才是工程成绩单。本稿依据公开半年报与报道归纳，不构成对任何机构或平台的排名、采购建议或投资建议。