ARTICLE · 1157090
关于对ai智慧的分类标准构想
发布时间：2026-10-11 16:26:50 最近访问：2026-10-11 16:26:50
关于对ai智慧的分类标准构想
先立三条公理，再分类
我认为市面上的 AI 产品分类之所以混乱（有的按行业分，有的按功能分，有的按模型分），是因为大家都在给症状分类，而不是给机制分类。我从第一性原理往下推，定义三条公理： 公理一：AI 只做一件事——在给定上下文中，输出一个概率分布。对话模型预测下一个 token，Agent 预测下一个动作，扩散模型预测噪声的梯度。所谓“智能”，是这个目标的副产品。所以“模型”本身不是应用层的一个类别，它是所有类别共享的同一个引擎。按模型名字分类（GPT 类 / Claude 类 / 开源类）是无效分类。上下文从哪来（感知：人输入的、搜来的、读文件的、截屏看到的、传感器采的）输出往哪去（执行：停在屏幕上、写进代码库、调 API、点鼠标、动机械臂）错了谁付钱（代价：可撤销的草稿 / 不可逆的发布、转账、诊断）人验收每一次输出 → 工具；人只定目标和验收终点 → 代理。这是唯一的分水岭，比“有没有联网”重要一万倍。分类矩阵：两个维度，九格
根据公理二和公理三，通过两个正交维度穷尽所有 AI 应用：横轴：输出作用于什么—— 信息 / 代码 / 物理与 GUI 世界纵轴：闭环有多深—— 开环（人验收）/ 半闭环（人机轮次）/ 全闭环（自主持续）这九格互斥且完备。下面逐格给定义、判据和相关官方链接入口。
C1 对话与内容（开环 × 信息）
判据：输出停在屏幕上，人不确认就不会产生任何外部动作。价值密度低 门槛最低，是最早被商品化的一格。 | | |
|---|
| | 桌面客户端 chatgpt.com/download |
| | |
| https://yuanbao.tencent.com | |
| | |
| | |
| https://tongyi.aliyun.com/qianwen/ | |
| | |
| | |
| | |
| https://gemini.google.com | |
| https://www.perplexity.ai | |
| | |
C2 检索与知识工作（半闭环 × 信息）
模型会自己再去取信息（联网、读库、查表），人只在最终答案上签字。与 C1 的本质区别在于上下文是模型自己扩充的。 | |
|---|
| https://www.perplexity.ai |
| https://gemini.google.com |
| |
| |
| https://notebooklm.google.com |
| https://tongyi.aliyun.com/qianwen/ |
| |
C3 情报与数据流水线（全闭环 × 信息）
没人问也在跑。定时抓取 → 处理 → 入库 → 告警。这类没有太多“产品”，更多是架构选择： | |
|---|
| https://dify.ai / https://cloud.dify.ai |
| |
| https://www.coze.cn（国内）/https://www.coze.com（国际） |
| https://www.langchain.com/langgraph |
| https://openclaw.ai（项目页，域名常变，以 GitHub openclaw 为准） |
| |
| |
C4 代码补全与审查（开环 × 代码）
| |
|---|
| https://github.com/features/copilot |
| |
| https://tongyi.aliyun.com/lingma |
| |
| |
| https://www.huaweicloud.com/product/codearts |
C5 编程 Agent（半闭环 × 代码）
判据：给一个目标，它自己拆任务、写文件、跑测试、修报错，人在 PR 层面验收。这是 2026 年 各厂商行动方向最明确的一格。 | |
|---|
| https://claude.ai（终端工具，Pro/Max 可用） |
| https://cursor.com/agents |
| |
| |
| https://www.trae.cn（国内）/https://www.trae.ai（国际） |
| |
| https://github.com/All-Hands-AI/OpenHands |
| https://www.huaweicloud.com/product/codearts |
C6 工程自治（全闭环 × 代码）
判据：无人值守的 CI 失败自修复、依赖升级、安全补丁、夜间重构。这一格的关键不是能力，而是权限边界和回滚能力。 | |
|---|
| Claude Code（/schedule 定时任务） | |
| Dependabot / Renovate（非 AI 但同生态） | https://github.com/dependabot / https://docs.renovatebot.com |
| LangGraph + GitHub Actions | https://www.langchain.com/langgraph |
| https://github.com/All-Hands-AI/OpenHands |
C7 基础设施与运行时（横切层）
自己不产生业务价值，但没有它上面八格都跑不起来。包括模型、推理引擎、编排框架、记忆与技能协议、评测。我生日七夕 且开环作用物理世界定义上互斥（物理世界属于先执行再验收） 所以定位c7 | | |
|---|
| | |
| | |
| | |
| | https://www.langchain.com |
| | https://www.llamaindex.ai |
| | https://github.com/microsoft/autogen |
| | |
| | https://github.com/All-Hands-AI/OpenHands |
| | |
| | https://github.com/coze-dev/coze-studio |
| | |
| MCP（Model Context Protocol） | https://modelcontextprotocol.io |
| | |
| | https://www.langchain.com/langsmith |
C8 GUI / 浏览器 Agent（半闭环 × 物理世界）
模型通过截屏看界面、发键鼠操作软件。这一格的本质是把“没有 API 的系统”强行纳入自动化，代价是脆弱——页面一改就崩。 | | |
|---|
| Claude Code（Computer Use） | | |
| https://operator.chatgpt.com | |
| https://manus.ai（国际）/https://manus.monica.cn（国内过渡） | |
| | |
| https://www.kingwisdom.com | |
| | |
C9 具身智能（全闭环 × 物理世界）
错误有真实代价（撞坏东西、伤人）。这是唯一一格“错误成本不可伪造”的应用，也因此是唯一一格真正符合演化逻辑的（见你前面问的进化判据）。 | |
|---|
| https://developer.huawei.com（鸿蒙开发者联盟） |
| |
| https://developer.nvidia.com/isaac |
这张表怎么用我有三个推论
推论一：C1 无竞争力。C1 是水电煤，价格只会越来越接近零。真正的护城河在 C3、C6、C8——也就是闭环深、别人嫌脏嫌累的那几格。推论二：“自我迭代系统”属于 C3，不属于 C9。它跑的是信息流水线，错误代价是可逆的（一篇稿子发不发）。所以前面说的“断网十年不会进步”完全成立——没有真实代价，就没有选择压力。C9 才有真实代价，但 C9 你部署不了。这是结构性限制，不是努力问题。推论三：选型先看纵轴，再看横轴。先问“这件事能不能让人不签字”（决定选开环还是闭环），再问“输出落在哪”（决定选信息、代码还是 GUI）。顺序反了就会买错——比如用 C1 的对话产品去干 C3 的活，结果就是攒了一堆技能文件，工作量一点没少。