定义
做 AI 产品或数字员工，判断进度不是看架构多完整、能力清单多长，而是看它已经吞掉了几个真实用户的具体小需求。一次只解决一个人的一个动作，用户开始反复使用后，才算这个能力真正上线。
不是什么（反例）
- 不是"拒绝做架构"——tool registry、路由、权限这些还是要做，但它们是为吞并小需求服务的，不是目的本身。
- 不是"只做小功能不谈大方向"——大方向仍然重要，只是不能作为"暂时没人用"的挡箭牌。
- 容易混淆的是：接口打通 ≠ 有人用。演示能跑 ≠ 别人愿意反复来。同事在飞书里丢一个 Mac 地址就能查 VLAN，比看一份漂亮的架构图更能验证产品价值。
为什么重要
搭数字员工时最容易掉进"大而全"的陷阱：想让它既能查文档、又能巡检、又能派任务、又能做群公告。每一件都做得不够深，都是能演示但没人用。演示翻过一次车之后才明白，架构漂亮没人反复用，跟玩具没差别。小需求有三个好处：用户具体（不是想象中的"同事"，是硬件班组的老王）、动作具体（丢 Mac 拿 VLAN）、验证具体（用了 3 次还是用了 30 次一目了然）。做完一件，同事口口相传，第二件小需求就自己上门。
应用场景
- 场景1（数字员工）：不做"知识库综合体"，先做"飞书里查 VLAN"；再吞排班查询、库存查询、报销进度。
- 场景2（个人 AI 工具）：不做"全能自动化助手"，先做"每天早上把三个新闻源摘要发到微信"；跑起来再叠加。
- 场景3（团队产品）：先找一个具体同事的一个具体动作，把它做到日用级别，再谈路线图。
判断信号
- ✅ 有一个具体的人在反复用（不是我自己在演示）
- ✅ 有一个具体动作可描述（"输入 X 得到 Y"）
- ✅ 出问题时用户会主动来找你修（说明它已经被依赖）
- ❌ 只在 demo 场景里跑得漂亮，日常没人碰
- ❌ 说得清能力清单但说不清"这周有谁用了什么"
相关概念
- 协作驱动需求 — 姊妹概念：小需求最好的来源是被同事顺手推过来
- 变现路径前置 — 底层同源：不谈落地路径的 AI 折腾容易空转
- 交付闭环 — 相通：吞掉一个小需求就是完成一次最小闭环
- 入口思维 — 关联：先吞入口最窄的那个动作，再向外延伸
来源记录
- 2026-07-09 一线硬件同事顺手提了个"飞书查 VLAN"的需求，一轮对话跑通，反过来看清了自己两个月做数字员工的方向问题
- 前情：2026-06-24 知识库演示在主任面前翻车，接口打通但答不上话
- 整理文章：2026_07_14_同事推来一个查VLAN的小需求我看清了数字员工该怎么做、2026_07_09_同样在用AI，我做的还是玩具，别人做的已经是产品