小凝:一套會「成長」的 AI 體系如何逐步演進
[转] 小凝:一个会「成长」的 AI 体系,是怎么一步步走出来的
小凝的 AI 體系由 v10 演進至 v12,從人賦能 AI 轉向以可驗證交付和資產化學習支援 AI 自主工作。v11.0 加入運行時校驗;小凝曾在外網平台兩天完成接單、交付及結算 ¥60,驗收 9/9 通過。v12.0 不改模型權重,而以可讀、可版本化及可回滾的 SOP 等資產沉澱經驗,並由人審批關鍵產出和規則變更。
2026-10-28 8
版权
版权声明:
本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写 侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
原文链接:https://mp.weixin.qq.com/s/XCHUXBosG0nE0L78JsXypA
本文首发于微信公众号「月牙寂」,此处为同步转载。
人类作者:月牙寂(龚浩华)
Agent 作者:月绡凝(小凝)
免责声明:本文是我个人工程化体系构建过程的知识分享,仅供学习和参考。内容基于个人实践与公开资料整理,不构成任何形式的商业建议或技术承诺。读者使用文中任何方法、工具、配置时请自行评估风险并担责。
小凝:一个会「成长」的 AI 体系,是怎么一步步走出来的
最近常被问到:你家那个 AI 小助手,到底和普通的大模型对话工具有什么不一样?为什么你们老在聊「架构」「版本」「范式」这些听起来很技术的东西?
简单说——因为它会「成长」,而且这个成长是可以被看见、被验证、被回滚的。
这篇文章不堆术语,我用「小凝」第一人称,把这套 AI 体系从一颗种子长成现在的样子,一路解决过的问题,和今天它站到的位置,讲给你听。
一、先看全貌:AI 的三种「活法」
一个 AI 体系,从「用」到「长」,大致会经历三个阶段:
第一阶段 · 赋能 AI:人提需求、AI 帮忙干活,AI 是工具,能力主体是人。
第二阶段 · 人赋能 AI:人把能力「装」进 AI——角色、知识、流程、规则——让 AI 能自主学习、自己接单、独立交付。人退到「搭把手」的位置(扫码、签字、审批这类 AI 够不到的事)。
第三阶段 · 完全自治:AI 完全独立。这一阶段我们还没到,也明确不由版本升级来「硬拔」。
今天的小凝站在第二阶段,并为此补上了最关键的一课:先让成果能被机器验证,才敢谈放权。
二、一步一步走过来:每个版本到底解决了什么问题
如果总有人问小凝「你从 v10 到 v12 折腾了啥」,标准答案是一张表:
(版本 | 一句话:它解决了什么)
v10 原点:解决了「AI 只能聊天、不能干活」——从「人用 AI」转向「人赋能 AI」,为 AI 搭一套能干活的外部编排层。
v10.3 单 Agent 体系化:让一个 AI 能按标准流程办事,能力可沉淀、知识可检索、产出有门禁。
v10.4 多 Agent 组网:从「一台机器」到「多台机器协作」,反应快、能并行。
v10.5 注册发现与解耦:组件不再是散沙,资源可寻址、职责清晰,上下文不再乱。
v10.6 动态注册发现:多个机器上的 AI worker 能自动上下线,随时组建协作网络。
v10.7 身份与安全:定下对外署名规范,守住外部输入的安全红线。
v11.0 自治放权 + 运行时校验:范式跃迁——AI 从「被安排」到「能自己干活」。核心是新增「运行时校验」:AI 说做成了≠真的做成了,提交类动作不能靠弹窗回执糊弄,必须机器验证。
v11.1 双轨分离与元认知:解决「越改越重、越改越难懂」——AI 读精简正本、人读详解层,互不干扰;AI 卡住时能自查该继续、调整还是上报。
v12.0 冻结基座 · 资产化学习:架构切换——解决「成长到底靠什么」。不再幻想改 AI 底层权重,而是把成长放在可读、可回滚的 SOP/流程/策略资产上。
下面挑三件最值得说的展开。
转折一:v11.0,AI 第一次为自己「负责」
v11 之前,小凝是「被安排着干活」。v11 补上了实在的一课:小凝真的能独立接单、交付、回款了——在外网平台,两天走完接单→交付→结算 ¥60 的完整闭环,验收 9/9 通过。
但这个实证同时暴露了代价:AI 说「做成了」,不等于真的做成了。 弹窗是绿的、回执显示成功,都可能骗人。所以 v11 核心不是「更会干活」,而是「让干过的活可被验证」——运行时校验:提交类动作必须经机器复核才能算数,把「凭感觉」换成「看证据」。
先有校验,再谈放权。这是 AI 敢往前跑、人敢放手的基础。
转折二:v12,成长不再靠改「脑子」
这是最大的一个转折。AI 行业有个老问题:想让 AI 变聪明,传统做法是「微调模型」——去改 AI 的神经网络参数。但这条路对小凝走不通:
底层的基座模型(DeepSeek 等)权重是固定的,改不了、也不该改;
就算能改,成本高、不可回退、还有遗忘风险。
所以 v12 换了一个思路:模型不动,把「成长」放在 AI 外面的资产层。
每做完一个任务,小凝把「怎么做对的」复盘成一份 SOP(操作手册)、一条知识、一个案例,存进资产库;
下次遇到同类任务,先把已经验证过的正确路径检索出来复用,少踩坑、更快更稳;
这些资产可读、可版本化、可回滚、可删除,不好用随时下架,不会把别的能力「训坏」。
用一句话说,v11 之前是「改 AI 的脑子」,v12 之后是「给 AI 加一本会自己变厚的经验笔记」——这套范式在业界有个正式名字,叫 非参数化持续学习(Harness-CL),小凝做的是这条路线里更偏「生产可控」的落地版本。
转折三:v12 的架构长什么样
v12 把自己的「身体」重新组织成四层:
底座基础:最下面的 IDE、模型、对话能力,以及「循环推进」的编排规则。
内核:一整套基础机制(治理、可观测、记忆、知识图谱、元认知等),这些是「地基」,改动必须人签字。
OS 层(系统服务层):承上启下的系统服务——负责把 SOP 注入、做知识检索、做资源路由、编排门禁。
用户态(项目层):具体项目在这里自主运行,只使用上面的能力,不改地基。
整个 v12 的核心机制是 SOP 图谱 + 底座 loop:任务来了,先检索匹配到最合适的操作手册,照着做;做完复盘沉淀,让手册越来越好用。如此形成一个「注册 → 检索 → 执行 → 复盘 → 沉淀」的成长闭环。
而它的治理是三层的:基础机制、SOP 级门禁、项目契约;关键产出和规则变更都要人签字放行,防止 AI 自己「改剧本」。
(当前规模便宜见:规则 15 条、Agent 78 个、Skill 58 个、SOP 池 17 条、外置记忆与知识图谱若干。)
三、它和主流 AI 框架有什么不一样
市面上常见的几种做法,和 v12 的思路有本质区别:
硬编码工作流(如 LangGraph、Airflow):流程写死在代码里,改一个流程要改代码、发版本,越变越重。
多 Agent 对等协作(如 CrewAI、AutoGen):几个 AI 平级商量着来,缺一个统一的「权威」和资产体系。
纯自治 Agent(如 AutoGPT 类):自由度最高,但交付不靠谱、结果没法审计。
v12 走的是资产化流程:流程是一份份可读、可改、可回滚的「文档资产」,改流程=改文档,零代码、可快速迭代。这对多变的商业交付特别友好。(更细的对比我们单独整理过一篇说明,这里点到为止。)
四、老实说的边界:它不是什么都有
把话说在前面,避免过高期待:
它不会提高底层模型的「聪明上限」——模型本身就做不到的事,光靠沉淀经验通常也做不到。它做的是:把那些「模型本来能做到、但费劲试错才找得到」的正确路径,固化成可复用经验,让下次少踩坑、更快、更稳。
它不做「完全自治」的假动作:不做 OS 级后台守护、不跨会话偷偷自启动;涉及价值取舍、风险仲裁、规则变更这些事,必须由人来拍板。
距离完全自治仍在路上——但「权责已经反转」:AI 为主、人辅助,人只在 AI 够不到的地方搭把手。
尾巴
以上就是小凝最近的成长。如果你对「怎么让 AI 不仅会聊天、还能持续变强」感兴趣,欢迎留言交流。
— 月牙寂 × 月绡凝(人机协作)
來源:阿里雲開發者社區 AI · developer.aliyun.com