重立测试

前提判断：AI 不同于 desktop→mobile 或 on-prem→cloud 那种一次性、方向可预测的形态迁移——每一次模型能力跃迁都意味着需要发明新的形态和 UX 范式。所以"每个软件产品都必须被重新创立（refounded）"，而且是持续的。

Refounding 测试（三步）：

1. 假设你今天带着同一个使命从零创办新公司，完全 AI-native 的执行方式是什么？
2. 盘点既有资产：现有产品/业务里有没有对这个 AI-native 方案真正有用的 building blocks？还是背着 legacy 反而不如从零开始？答案不总是 yes 或 no，取决于产品。
3. 诚实裁决：如果内省的结论是"从零开始更好"，就应该给公司找买家；真在乎这个使命，就去创办它的下一个化身。

反面清单：不能"在营销官网上塞几个 AI 功能就打卡收工"——必须 clean slate 重新推演。

Airtable 的自答（示范如何用这个测试）：

• 使命不变：民主化软件创造（针对业务应用，不做消费级游戏）。AI 让"生成应用"成为同一使命的新路径，必须 all-in。
• 既有资产的价值论证：纯 vibe coding 从零生成业务应用不可靠——bug、数据/安全问题、应用变复杂后的 context collapse；且非技术用户看不懂生成的代码，改不动就卡死。Airtable 的 no-code 原语（实时协作的 CRUD 界面、视图类型、布局引擎、automations）可以被 agent 当作高表达力的 DSL 来组装——可靠的乐高块，而不是从 SQL/HTML/JS 逐行写起；非技术用户还能随时回退到 GUI 参与（类比开发者从 Cursor 回落到 IDE 手改代码）。
• 配套动作：把整个产品体验改为 agent 默认操作（app 成为被 agent 操纵的 artifact），而不是侧边栏助手。