生成日期:2026-05-28 性质:方法论与行动实验页。 知识位置:学习栏目 / 态势感知与现实飞轮 / 方法论核心。 关联页面:
- [文明周期论 × 态势感知:AI 行业结构创造与下一相](./ai-industry-situational-awareness-v1.html)
- [AI 周期态势基金 1.0](./ai-cycle-situational-fund-v1.html)
- [AI 项目下一相预测:Agent Runtime 与垂直 AI OS](./ai-project-next-phase-v1.html)
- [红杉 AI Ascent 2026:覆盖式精读与结构判断](./sequoia-ai-ascent-2026-notes.html)
一、为什么要单独成页
这一页不是普通笔记,而是后续行动的评价框架。
我们已经确认:文明周期论不能只停留在理论解释层面。理论能解释世界只是第一步,真正关键的是:
**理论是否能产生判断;
判断是否能指导行动;
行动是否能被现实验证;
验证是否能带来资源;
资源是否能反过来放大理论和行动。**
这就是我们从《态势感知的十年》中吸收的核心实践经验。
它不是只写出一篇判断 AI 大势的文章,而是把 thesis 变成公开信用、投资载体、资本组织、市场验证和资源积累。我们要学习的是这种结构,而不是简单模仿其具体结论。
二、最终评价标准:三飞轮合一
最终评价标准不是“理论讲得是否漂亮”,而是三飞轮是否合一。
理论飞轮:识别相、位、势、结构、错配、临界、跃迁
↓
验证飞轮:用投资、产品、内容、用户、收入和复盘检验判断
↓
资源飞轮:用被验证的判断获得资金、信用、人才、合作和影响力
↓
更大的现实行动
↓
反过来强化理论
单独的理论飞轮是不够的。 单独的验证飞轮也不够。 单独的资源飞轮如果没有理论和验证支撑,也会变成短期机会主义。
真正要做的是把三者合成一个长期复利系统。
三、两个并行实验
接下来必须做两个并行实验。
它们不是为了制造更多概念,而是为了训练文明周期论进入现实的能力。
实验一:AI 周期基金
用市场、资产、财报、资金流和估值验证周期判断
实验二:AI 产品结构创造
用产品、用户、内容、收入和工作流验证结构判断
二者必须互相喂养。
基金线看现实定价。 产品线看结构创造。 内容线看传播反馈。 知识库看长期沉淀。 OPC 看执行效率。
这五条合流,才可能形成资源飞轮。
四、硬原则:结构创造必须可显化
上一版的问题,是仍然把“结构创造”说得偏抽象。这里必须修正。
文明周期论、态势感知逻辑、AI 技术演化史,都只是判断工具。真正进入现实以后,必须显化为清晰结构:
理论不是结果
判断不是结果
方向不是结果
“操作系统”这种大词也不是结果
结果必须是:
可命名的结构
可执行的产品
可跟踪的仓位
可复盘的时间点
可验证的资源反馈
所以后续所有分析都要过一个硬门槛:
| 维度 | 不合格表达 | 合格表达 |
|---|---|---|
| 理论 | AI 会改变世界 | AI 当前处于 Agent Runtime 临界相 |
| 投资 | 看好 AI | NVDA 8%、AVGO 6%、MSFT 7%,每周检查 CapEx 与收入匹配 |
| 产品 | 做一个 AI 操作系统 | 做“AI 周期态势工作台”:输入新闻、生成结构卡、更新模拟基金、沉淀知识库 |
| 技术 | 多智能体很重要 | 做一个“结构卡 Agent + 基金复盘 Agent + 内容转化 Agent”的三 agent 流程 |
| 验证 | 后面再看 | 每周、每月、每季度有固定复盘表 |
| 资源 | 希望未来有资源 | 用正确判断、内容传播、产品使用、收入机会形成资源反馈 |
这意味着:结构创造必须从概念落到产品和资产。
MCP 是结构,因为它明确解决模型与工具/数据连接问题。 Skills 是结构,因为它明确解决经验和流程复用问题。 Agent 是结构,因为它明确解决规划与行动问题。 Runtime 是结构,只有当它被拆成沙盒、权限、记忆、审计、工具调用、人类确认、日志和复盘时才成立。 OpenClaw、Hermes 这类执行壳是结构,因为它们把模型行动显化成具体运行环境。
同理,投资上的结构也必须显化为标的、仓位、观察变量和调仓规则,而不是一句“看好 AI”。
五、实验一:AI 周期基金
AI 周期基金不是为了做一张好看的模拟仓位表,也不是为了证明自己“看懂了 AI”。它的作用是把文明周期论放进市场,让市场来检验判断。
它要回答的是:
如果我判断 AI 正处在某个相位,
那么资产、财报、估值、资金流、13F、产品收入、CapEx 和市场叙事是否会给出验证?
1. 五种训练能力
| 能力 | 说明 |
|---|---|
| 相位判断能力 | 判断 AI 是扩张、错配、临界、跃迁,还是重组 |
| 变量映射能力 | 把抽象判断映射到芯片、云、数据中心、电力、网络、应用、安全、收入、估值、资金流 |
| 仓位表达能力 | 知道不同相位应该表达在哪些资产模块上 |
| 验证复盘能力 | 每周、每月、每季度复盘判断是否被市场验证 |
| 资源转化能力 | 把长期有效判断转化为信用、报告、内容、合作、资金和机会 |
2. 评价标准
AI 周期基金的评价标准不是一次涨跌。
| 评价维度 | 要验证什么 |
|---|---|
| 判断正确率 | 相位判断是否逐步提高 |
| 复盘质量 | 错误是否被记录、理解和修正 |
| 资产映射 | 理论是否能落到现实资产和变量 |
| 风险控制 | 是否避免把理论变成赌博 |
| 资源反馈 | 是否形成信任、内容、合作、资金机会 |
说明:这一实验用于研究、模拟和方法训练,不构成投资建议。
3. 初始模拟仓位必须明确
AI 周期基金 1.0 采用 100 万美元模拟仓位。它不是投资建议,而是把理论压成现实验证工具。
初始结构如下:
| 模块 | 权重 | 金额 | 结构判断 |
|---|---|---|---|
| AI 核心算力 | 25% | 250,000 | AI factory 仍是主线,但已进入拥挤观察 |
| 云与 AI 平台 | 22% | 220,000 | 谁把算力变收入,谁进入第二阶段 |
| 电力与数据中心瓶颈 | 23% | 230,000 | 电力、散热、机房、施工是现实约束 |
| 网络、内存与光通信 | 15% | 150,000 | 推理和集群扩张带来二阶瓶颈 |
| Agent 应用与安全 | 10% | 100,000 | 从基建转向生产力验证 |
| 现金与保护预算 | 5% | 50,000 | 防止相位误判和拥挤回撤 |
具体标的和角色:
| 标的 | 权重 | 金额 | 所属结构 |
|---|---|---|---|
| NVDA | 8% | 80,000 | AI 工厂核心算力 |
| AVGO | 6% | 60,000 | 定制芯片、网络、AI 基础设施 |
| TSM | 4% | 40,000 | 先进制程瓶颈 |
| AMD | 3% | 30,000 | 第二来源加速器与推理弹性 |
| ASML | 4% | 40,000 | 先进节点背后的光刻约束 |
| MSFT | 7% | 70,000 | Azure、Copilot、企业 AI 分发 |
| GOOGL | 5% | 50,000 | TPU、Gemini、搜索与云 AI |
| AMZN | 5% | 50,000 | AWS AI 基础设施 |
| ORCL | 5% | 50,000 | AI 云容量与基础设施需求 |
| VRT | 5% | 50,000 | 数据中心电力、散热、关键系统 |
| ETN | 4% | 40,000 | 电气设备与电网现代化 |
| PWR | 4% | 40,000 | 电力基础设施建设 |
| CEG | 4% | 40,000 | 核电与稳定清洁电力 |
| VST | 3% | 30,000 | 电力负荷增长暴露 |
| GEV | 3% | 30,000 | 电网、电力设备与电气化 |
| ANET | 4% | 40,000 | AI 集群网络 |
| MRVL | 3% | 30,000 | 定制芯片与数据基础设施 |
| MU | 3% | 30,000 | HBM 与存储周期 |
| COHR | 3% | 30,000 | AI 数据中心光通信 |
| LITE | 2% | 20,000 | 光通信弹性 |
| NOW | 2% | 20,000 | 企业工作流与 Agent 层 |
| CRWD | 2% | 20,000 | AI 时代安全 |
| DDOG | 2% | 20,000 | AI 原生基础设施可观测性 |
| PLTR | 2% | 20,000 | 企业和政府 AI 操作层 |
| SNOW | 2% | 20,000 | 企业数据层 |
| CASH/T-Bills | 3% | 30,000 | 干火药与回撤控制 |
| SMH put 保护预算 | 2% | 20,000 | 半导体拥挤交易保护,仅作为研究占位 |
这里的重点不是“这些标的一定涨”,而是:每一个标的都必须对应一个结构判断。没有结构判断的仓位,不进入基金。
4. 动态调整的时间点
调仓不能凭感觉,必须固定节奏。
| 时间点 | 动作 | 允许调整幅度 |
|---|---|---|
| 每周 | 读相:更新新闻、价格、财报、产品、资金流 | 只做观察,除非触发风险条件 |
| 每月 | 定相:更新模拟净值和模块强弱 | 单模块可调整 2%-5% |
| 每季度 | 对照 13F、财报、CapEx、订单、收入 | 可做 5%-15% 级别结构调整 |
| 重大事件 | 财报暴雷、监管冲击、模型跃迁、数据中心延期 | 可临时减仓或加保护 |
5. 调仓触发条件
#### 继续偏多 AI 基建
- NVDA / AVGO / TSM / ASML 等供应链收入和指引继续验证。
- 云厂商 AI 收入能解释 CapEx。
- 电力、数据中心、网络、HBM 订单继续超预期。
- Agent 产品进入真实工作流,并出现高频付费。
#### 降低半导体暴露
- CapEx 继续暴涨,但云收入或 AI ARR 不再加速。
- 半导体估值和仓位极端拥挤。
- 大客户延迟 GPU 或 ASIC 采购。
- 数据中心项目因电力、土地、融资或监管延迟。
#### 向应用层切换
- Coding agent、企业 agent、AI 安全和数据层出现明确 ROI。
- 企业不再只买试点,而是进入核心流程替代。
- 应用公司收入增速开始超过基础设施公司。
- NOW、PLTR、SNOW、DDOG、CRWD 等应用和治理层开始被市场重新定价。
#### 增加现金和保护
- AI 主线成为无差别共识。
- 单一公司承载过多叙事和估值。
- 宏观利率、流动性或监管冲击增强。
- 半导体链条出现供需反转迹象。
6. 每周输出模板
每周只输出四句话:
本周 AI 行业相位:
本周最强验证:
本周最大错配:
本周模拟组合动作:
每月做一次完整复盘:
本月基金模拟净值:
跑赢 / 跑输的模块:
判断正确的地方:
判断错误的地方:
下月最重要变量:
是否需要调仓:
每季度做一次外部对照:
Situational Awareness LP 有什么变化?
大型 AI 基金有什么变化?
云厂商 CapEx 和 AI 收入是否匹配?
AI 基础设施订单是否继续验证?
是否出现从基础设施向应用层迁移的证据?
六、实验二:AI 产品结构创造
AI 产品线不是为了做“又一个 AI 工具”。
它要解决的是:如何通过发现结构、创造结构、进入结构,迅速形成价值和资源积累。
AI 行业过去几年的结构演化已经很清楚:
Transformer
↓
GPT / ChatGPT
↓
Prompt Engineering
↓
RAG / Tool Use
↓
MCP / Skills
↓
Agent / Coding Agent
↓
Agent Runtime
↓
Vertical AI OS
↓
AI-native OPC / 一人公司
我们不能停留在“知道这些名词”。真正要做的是判断:
- 哪些结构已经成熟。
- 哪些结构正在临界。
- 哪些结构只是过渡形态。
- 哪些结构适合大公司。
- 哪些结构适合个人和小团队。
- 哪些结构能形成收入、用户、内容、效率、数据和品牌。
1. 可行位置必须产品化
对我而言,AI 产品线的可行位置不是基座模型,不是通用 coding agent,也不是纯聊天工具,而是:
周期论驱动的 AI 态势感知与结构创造工作台。
它的第一性目标不是功能多,而是形成闭环:
输入:AI 新闻、论文、产品、财报、投融资、开源项目
↓
理解:用文明周期论标注相位、结构、错配和临界点
↓
输出:AI 周期报告、结构卡、基金观察、项目判断、内容草稿
↓
验证:用市场反馈、用户反馈、内容反馈、收入反馈检验
↓
沉淀:把有效判断写回知识库,变成下一轮判断资产
但“工作台”仍然偏大。必须继续拆成明确产品。
2. 明确产品 1:AI 周期态势雷达
产品目标:每天/每周把 AI 行业变化变成周期相位判断。
输入:
- AI 新闻。
- 模型发布。
- 产品发布。
- 开源项目。
- 财报和 13F。
- 投融资。
- 红杉、a16z、OpenAI、Anthropic、Google、Microsoft 等公开材料。
输出:
本周 AI 相位:
新增结构:
临界信号:
错配信号:
对基金线影响:
对产品线影响:
验证方式:
- 每周是否能稳定产出。
- 是否减少资料整理时间。
- 是否能发现过去漏掉的重要结构。
- 是否能为基金仓位和产品结构卡提供输入。
3. 明确产品 2:AI 项目结构卡引擎
产品目标:把 MCP、Skills、Agent、Runtime、OpenClaw、Hermes、Claude Code、Codex 等结构拆清楚。
每张结构卡必须回答:
| 字段 | 内容 |
|---|---|
| 结构名称 | 例如 MCP、Skills、Agent Runtime |
| 所属相位 | 对话相、工具相、协议相、技能相、执行壳相、工作流相 |
| 解决的问题 | 它解决什么结构瓶颈 |
| 依赖能力 | 依赖模型、上下文、工具调用、代码、权限、记忆还是沙盒 |
| 代表产品 | 具体产品或项目是什么 |
| 可进入位置 | 我能在什么层面使用或创造 |
| 基金影响 | 会影响哪些资产模块 |
| 产品实验 | 本周能做什么最小实验 |
示例:
| 结构 | 代表产品 | 显化意义 |
|---|---|---|
| MCP | Model Context Protocol | 工具和数据连接标准化 |
| Skills | Claude Skills / 自定义 SOP | 经验流程可复用 |
| Agent | Claude Code / Codex | 从回答进入任务执行 |
| Runtime | 沙盒、权限、记忆、审计、人类确认 | Agent 可以安全进入工作流 |
| 执行壳 | OpenClaw、Hermes、各类 harness | 模型获得行动身体 |
4. 明确产品 3:AI 周期基金驾驶舱
产品目标:把理论判断、模拟仓位、市场数据和复盘放在一个页面。
最小功能:
当前相位
模块权重
具体持仓
本周涨跌
本周验证信号
本周错配信号
是否触发调仓规则
下周观察变量
它不是交易软件,而是判断训练器。
验证方式:
- 每周是否能完成一次基金周报。
- 仓位变化是否有理由。
- 错误是否被记录。
- 是否逐步形成可阅读的投资研究记录。
5. 明确产品 4:结构内容流水线
产品目标:把同一个结构判断变成多个平台可用内容。
输入:
一个结构判断
一张结构卡
一段基金验证
一段个人理解
输出:
- 长文。
- 短文。
- 小红书图文。
- 抖音/视频号脚本。
- B站长视频提纲。
- 海外平台英文摘要。
验证方式:
- 是否减少内容生产时间。
- 是否保持人味,不像 AI 套话。
- 是否带来阅读、收藏、关注、私信、合作机会。
6. 明确产品 5:知识库回写系统
产品目标:把所有验证结果沉淀回知识库,而不是散落在聊天记录里。
每条新增内容必须标注:
属于哪个飞轮:
对应哪个周期判断:
现实反馈是什么:
是否进入正式知识库:
下一次复盘时间:
验证方式:
- 后续能否快速找到。
- 是否区分正式版和备选库。
- 是否能为下一次判断提供上下文。
7. 产品线评价标准
AI 产品线的评价标准也必须是验证和资源,而不是“理论上很漂亮”。
| 评价维度 | 要验证什么 |
|---|---|
| 效率 | 是否节省真实时间 |
| 质量 | 是否产出更好的判断、文章、结构卡和复盘 |
| 使用频率 | 是否能每天或每周真实使用 |
| 内容反馈 | 是否带来阅读、传播、同频者和信任 |
| 收入机会 | 是否产生咨询、产品、订阅、合作或交易机会 |
| 系统沉淀 | 是否让知识库、模板、规则、agent 流程越来越强 |
8. 每周结构卡模板
每周只研究一个结构。
本周结构:
当前相位:
真正解决的问题:
它创造的新位置:
我能做的最小实验:
下周验证方式:
优先研究顺序:
- MCP / Skills / Agent 的关系。
- Agent Runtime 的最小结构。
- Claude Code / Codex 的反馈闭环。
- OpenClaw / Hermes 这类执行壳。
- Vertical AI OS 的雏形。
- AI-native OPC 的组织结构。
七、从理论到显化的完整链条
这里要把链条压实:
文明周期论
↓
判断 AI 行业相位
↓
识别已经显化的结构:MCP / Skills / Agent / Runtime / 执行壳
↓
提出下一结构判断:Agent Runtime、基金驾驶舱、结构卡引擎、内容流水线
↓
投资线:用仓位和调仓规则验证
↓
产品线:用可运行产品和真实使用验证
↓
内容线:用传播反馈验证
↓
知识库:用复盘沉淀验证
↓
资源飞轮:资金、信用、人才、机会、影响力
这才是“结构创造和显化”。
没有投资标的和仓位,不叫基金结构。 没有产品和用户,不叫 AI 项目结构。 没有复盘和资源反馈,不叫现实飞轮。
八、两个实验如何互相喂养
基金线提供市场验证:
哪些 AI 结构真的被资本重估?
哪些叙事只是泡沫?
哪些变量正在被财报验证?
哪些行业进入资源聚集期?
产品线提供结构发现:
哪些工具真的改变工作流?
哪些 agent 只是 demo?
哪些协议开始成为基础设施?
哪些结构适合我做成工作台和内容系统?
两条线的互相校验:
| 如果 AI 项目线观察到 | 金融线要检查 |
|---|---|
| MCP / Skills 标准化加速 | 云平台、开发工具、安全、数据层是否受益 |
| Agent Runtime 兴起 | Agent 应用、端侧执行、本地工作台、安全边界是否形成机会 |
| Claude Code / Codex 使用量爆发 | 基座模型、开发者工具、云推理、代码安全是否被重新定价 |
| 企业 agent 开始有真实 ROI | 应用软件、安全、数据平台是否进入新相位 |
| 执行壳频繁出现安全事故 | 安全公司、权限管理、审计工具是否成为瓶颈 |
反过来:
| 如果金融线观察到 | AI 项目线要检查 |
|---|---|
| AI 基础设施继续暴涨 | 项目线要重视成本、效率和推理价格 |
| 云平台 AI 收入加速 | 项目线要关注平台生态、插件、MCP、企业工作流 |
| 半导体拥挤交易转弱 | 项目线要判断是否进入应用验证期 |
| 安全公司重估 | 项目线要把权限、审计、数据保护加入工作台设计 |
| 应用软件跑赢基础设施 | 项目线要加快垂直工作流实验 |
九、知识管理方式
后续每一次相关内容都按这个结构归档:
| 类型 | 放在哪里 | 用途 |
|---|---|---|
| 总纲判断 | 本页和总纲页 | 保持方法论稳定 |
| 基金周报 | AI 周期态势基金页 / 后续周报页 | 记录市场验证 |
| 项目结构卡 | AI 项目下一相页 / 后续结构卡页 | 记录结构创造 |
| 外部案例 | 红杉 AI Ascent、态势感知精读等案例页 | 提供外部样本 |
| 复盘结论 | 知识库正式区 | 进入长期理论资产 |
每次新增内容都要回答四个问题:
它属于理论飞轮、验证飞轮,还是资源飞轮?
它验证了哪个周期判断?
它带来了什么现实反馈?
它是否值得进入正式知识库?
这样知识库不会变成材料堆积,而会变成行动系统。
十、第一阶段行动原则
第一阶段不要追求大而全,而要追求小闭环、强验证、快复盘。
- 每周一份 AI 周期基金周报
只回答四件事:本周 AI 相位、最强验证、最大错配、模拟组合动作。
- 每周一张 AI 项目结构卡
只研究一个结构:MCP、Skills、Agent、Agent Runtime、OpenClaw、Hermes、Claude Code、Codex 等。
- 每周一次内容转化
把一个判断转成短文、长文或平台内容,观察传播反馈。
- 每月一次复盘
判断哪些被验证,哪些错了,哪些产生了资源反馈。
- 每季度一次系统升级
把有效流程沉淀为知识库模板、工作台功能、agent 任务和内容 SOP。
十一、第一轮具体执行表
第一轮不再写成“以后做”,而是明确执行表。
| 周期 | 基金线 | 产品线 | 内容线 | 知识库 |
|---|---|---|---|---|
| 第 1 周 | 更新 AI 周期基金净值和相位 | 做 MCP / Skills / Agent 结构卡 | 写一篇“AI 从提示词到 Runtime”短文 | 回写结构卡 |
| 第 2 周 | 检查算力、云、电力、应用四模块强弱 | 做 Agent Runtime 最小模块图 | 写一篇“为什么 Runtime 才是下一相” | 回写产品判断 |
| 第 3 周 | 检查是否触发调仓规则 | 做基金驾驶舱原型 | 写一篇“AI 周期基金不是炒概念” | 回写复盘模板 |
| 第 4 周 | 月度复盘:判断对错和仓位调整 | 做内容流水线小实验 | 输出一篇长文和三条短内容 | 形成月度总结 |
第一轮完成后,才进入 OpenClaw / Hermes / 多 agent 社会模拟等更复杂结构。
原因是:
先把 MCP、Skills、Agent、Runtime 的基础结构压实,
再去判断执行壳和多 agent 是否真的有显化价值。
十二、最终压缩
这两个并行实验不是为了证明我会分析,而是为了让文明周期论进入现实:
理论能够产生判断
判断能够指导行动
行动能够得到验证
验证能够带来资源
资源能够放大行动
行动反过来优化理论
只有走到这一步,文明周期论才不是纸面理论,而是现实力量。