第 8 章：状态与事件

如果说对象回答“有什么”，属性回答“它是什么样”，关系回答“它和谁连接”，那么状态与事件回答的是：它现在处于什么情况？什么会改变它？

这一步非常重要，因为真实世界不是静态的。

公司、客户、产品、订单、风险、合同、模型、组织，都不是固定不变的对象。它们会进入不同状态，也会被事件触发变化。只看静态对象，会低估系统运行；看懂状态和事件，才开始接近真实商业。

状态就是对象在某个时间点的情况。

比如客户对象可以有很多状态：潜在客户、试用中、活跃使用、深度依赖、低频使用、即将流失、已流失、重新激活。

订单对象可以有状态：待确认、已付款、生产中、运输中、延误、已交付、退货。

软件任务可以有状态：待处理、进行中、阻塞、测试中、已上线、回滚。

风险对象可以有状态：低风险、中风险、高风险、已触发、已处置、复盘中。

模型能力也可以有状态：不可用、勉强可用、可辅助、可独立完成、可规模化部署。

状态看起来只是标签，但它决定行动。一个客户处于“试用中”和“深度依赖”状态，公司应该采取完全不同的动作。一个库存处于“正常”和“临界不足”状态，供应链系统要触发不同流程。一个 AI 输出处于“未经验证”和“已通过测试”状态，能不能进入生产环境也完全不同。

事件则是改变状态的动作或发生的事情。

客户签约是事件，导致客户状态从潜在客户变成付费客户。客户连续 30 天未使用是事件，可能导致状态变成流失风险。代码通过测试是事件，让任务状态从开发中变成可上线。监管政策变化是事件，可能改变公司业务边界。模型成本下降是事件，可能改变产品商业模式。

状态与事件的组合，是企业系统运行的基本语法。

Palantir 的 ontology 为什么重要？因为它不是只保存对象清单，而是让企业看见对象状态和事件变化。对于军队来说，某个单位在哪里、装备是否可用、任务是否完成、风险是否升高，这些都是状态；情报更新、补给延误、目标移动、命令下达，都是事件。系统必须理解状态和事件，才能支持行动。

对公司研究来说，状态变化比静态数据更重要。

很多财务数据是状态快照，比如某个季度收入、毛利率、现金余额。它们有用，但不够。真正要看的是状态如何变化：客户从试用到活跃的转化率如何？活跃客户是否变成核心依赖？产品是否从边缘工具进入核心工作流？模型能力是否从演示可用变成生产可用？组织是否从创业团队状态进入规模化管理状态？

状态迁移比状态本身更有信息量。

比如一个 AI 产品有很多注册用户，这只是状态。更关键是这些用户是否从尝鲜状态迁移到日常使用状态，再迁移到工作流依赖状态。如果不能迁移，用户数只是噪音。如果能迁移，商业模式才开始成立。

研究 Anthropic 的 coding 方向也一样。不能只看 Claude Code 发布了什么功能，而要看开发者任务状态是否被改变：过去需要人工写、调试、测试的任务，现在是否被模型部分接管？企业研发流程是否从“人写代码、AI 辅助”迁移到“AI 生成、人审核、系统验证”？这种状态迁移才是商业价值。

状态与事件还帮助我们识别飞轮。

飞轮不是一句“越用越强”。它必须表现为一系列状态变化和事件循环：

用户开始使用；
使用产生真实任务数据；
数据或反馈被系统吸收；
产品能力提升；
用户使用频率加深；
客户状态从边缘使用变成核心依赖；
更多客户被吸引；
系统获得更多反馈。

如果这些状态迁移不存在，所谓飞轮就是叙事。

状态与事件也能帮助我们做反证。

比如我们判断一家公司正在变强，应该能看到什么状态变化？客户是否变得更依赖？续约是否改善？使用频率是否提高？产品是否进入更核心流程？竞争对手是否更难替代？组织是否能承载更大规模？

如果这些状态没有变化，增长可能只是短期销售推动，不是系统增强。

本体论公司研究可以固定问：

这个对象有哪些关键状态？
哪些事件会改变状态？
状态变化是一次性的，还是可重复的？
状态迁移是否创造价值？
公司是否能主动触发有利状态变化？
哪个状态变化一旦逆转，会推翻我们的判断？

状态与事件让本体论从静态结构进入动态运行。

最后压缩：

对象告诉我们看什么，状态告诉我们现在怎样，事件告诉我们为什么会变。

公司研究不能只看对象清单和财务快照，要看对象状态如何迁移，以及公司是否拥有触发关键状态变化的能力。