Living Software vs. Tool Software
来源：Jack Cheng（Every 高级编辑），《Living Software》，2026-04-17 关联：product-trends/human-agent-interaction，product-trends/software-soul-ai-slop，harness-engineering/context-rot
核心框架
AI 时代的软件分为两种本质不同的类型，用户对两者抱有截然不同的期望模型：
| 维度 | 工具软件（Tool Software） | 活性软件（Living Software） |
|---|---|---|
| 用户期望 | 稳定、可预期、单一目的 | 成长、变化、有个性 |
| 失败的含义 | Bug / 不可接受的缺陷 | 正常学习过程 |
| 用户情感框架 | 锤子、烤箱 | 小狗、新实习生 |
| AI 功能加入的效果 | 恐怖谷（Uncanny Valley）/僵尸感 | 生命力的增强 |
| 典型例子 | Figma 核心编辑器、Bebop 笔记 | OpenClaw Claw、Every Plus One |
核心洞察：同一个"不稳定性"，在工具里是 bug，在活性软件里是魅力。用户的容忍度完全取决于期望框架，而不是功能本身。
工具软件的设计原则
Jack Cheng 的四条建议（针对工具类软件构建者）：
1. 放慢节奏（Pace yourself）
不要频繁推送可见更新。将功能打包成批次，按可预期节奏发布。在竞争对手争相加 AI 功能时，以慢为美、以稳为差异化。
2. 提前沟通变更（Communicate changes in advance）
让用户提前知晓即将发生的变化，特别是会打破已有使用习惯的更新。变更公告应包含：①变了什么；②为什么变；③如果不喜欢能怎么做。
3. 允许用户退出（Let users opt out）
给用户保留旧版体验的选项。Bebop 保留了不含 Markdown 增强的纯文本编辑器作为"遗产模式"——维护成本极低，且有助于 debug。
4. 加固而非扩张（Harden）
把省下的开发时间投入测试和性能优化。
参考：Craig Mod《Fast Software, the Best Software》——速度是软件质量的代理指标，越用越快才是目标。
活性软件的设计原则
针对活性软件（Agent、个人 AI 助手）的构建原则：
人格孵化仪式
在用户首次接触 Agent 时，引导参与命名和性格设定。Jack Cheng 和伴侣共同为 AI 助手 Pip 命名的过程"出人意料地充满情感，就像给孩子或宠物取名"。
显化人格——Builder 即产品
Every 的实践：
- Cora（邮件清理工具）= Kieran Klaassen 的判断力
- Monologue（语音转文字）= Naveen Naidu 的审美品味
- 每个工具都是其构建者的延伸；清晰呈现这种关系后，用户不是在"使用产品"，而是在"与真实人类建立关系"
Beta 模式是最古老的原型
Beta 用户容忍度高，原因不是他们知道软件不完美，而是他们和构建者有个人连接。"活的"是软件背后的人，而不是软件本身。
"僵尸"比喻
当工具软件界面突然出现 ✦（四角星）AI 图标时，用户感到的是一种恐怖感——"本不该活着的东西活了，变得像僵尸"。这种强烈反应驱使用户：
- 逃向设置界面关掉 AI 功能
- 或用 Vibe Coding 自搭替代工具
反例：Figma 在 Config 2025 一次性推出 Figma Sites、Figma Buzz、Figma Make 和 Figma Weave，导致用户界面混乱和"僵尸化"感。
更宏观背景
AI 加速的竞速压力
Anthropic 和 OpenAI 在对方发布功能后数周内就推出类似产品，这种竞速压力正在推动传统工具软件的构建者被迫 AI 化，或单纯因为"能做"就"去做"。
Every 内部数据
Every 内部 70% 的员工用性别代词指代自己的 Agent，揭示了人机关系的情感化趋势，以及"工具/同事/宠物"三种框架之间的真实差异。
Linear 的 AIG 框架
Karri Saarinen（Linear CEO）的 Agent Interaction Guidelines 与本框架交叉印证：
- 工具类软件设计关注"确定性"
- 活性软件设计关注"可信赖性"
- 两者共同底座：让用户知道发生了什么
"冻结按钮"的 UX 含义
当用户想要"冻结按钮"时，他们真正在说的是："我对这个产品的期望是工具，但你在让它变成活物，我感到失控。"
产品调研启示：直接问用户"你有没有希望这个产品某部分功能永远不变？哪部分？"——如果大量用户回答"X 功能"，说明 X 是工具属性核心，任何 AI 化改造都需格外谨慎。
关联概念
- product-trends/human-agent-interaction — Linear AIG 框架，AI 产品的界面设计原则
- product-trends/software-soul-ai-slop — Ryo Lu 的软件灵魂论，与本文互补
- harness-engineering/context-rot — 活性软件的技术挑战：上下文腐化
- product-trends/your-claw-yourself — OpenClaw 个人 Agent 的"主人镜像"现象
- mental-models/ai-capability-gap — 用户期望管理的宏观框架
Counterpoints & Gaps
- 工具/活性的边界模糊：Notion 和 GitHub Copilot 都是"工具中的 AI 功能"，但用户对其接受度因人而异，不能简单二分
- 慢发布的成本：Cheng 建议"以慢为美"，但在激烈竞争市场（IDE、笔记工具），慢发布可能意味着被淘汰，尤其是中小团队
- 情感化的可扩展性：Beta 社区连接策略在小团队有效，但大规模产品（百万用户）如何维持"构建者-用户个人连接"尚无清晰答案
- OpenClaw 的"睡眠周期"：文中提到 OpenClaw 引入模拟睡眠周期（轻度/REM/深度），用于整合短期记忆为长期记忆——这是活性软件最激进的尝试之一，但也最难被用户理解和接受