定义
在做工具、平台或数字员工时，优先接受协作方（同事/家人/朋友）在具体场景里顺手抛过来的小需求，而不是自己关起门来规划一份完整能力清单。协作方带来的需求天然包含用户、场景、动作、验收标准四个要素，这些是自己空想时最容易缺失的。
不是什么（反例）
- 不是"完全不做规划"——顶层方向仍然需要，但功能落地必须由真实协作驱动，而非纸面清单。
- 不是"来者不拒"——协作方需求也要过滤，判断标准是"能否在小范围内被反复使用"。
- 容易混淆的是：脑爆会议 ≠ 协作驱动。脑爆里的需求还是想象力比赛；真正的协作驱动，是同事在实际卡点上主动找过来。
为什么重要
自己坐在办公室想"数字员工应该有什么能力"，跟同事在一线蹦出一句"能不能加这个"，两种输入质量差别很大。前者容易变成想象力比赛，后者天然带着谁在什么场景下用哪个动作解决什么问题。这四个要素齐全，技术方案是最简单的部分；缺一个，做出来的东西就没人用。自我规划的需求容易堆积在"看起来重要但没人问"的列表里；协作驱动的需求虽然琐碎，但每一件都对应一个具体人的具体动作，落地效率高一个数量级。
应用场景
- 场景1（数字员工）：把入口做得低——飞书群、简单表单、随口一句，让同事更容易把小需求丢过来。
- 场景2（家庭 AI）：不预设"我要给孩子做一个学习系统"，而是等他说"这里能不能改一下"再动手。
- 场景3（团队工具）：优先响应同事主动发起的小请求，弱化自己在会议上"应该有 xxx"的清单。
落地要点
- 降低入口门槛：需求提交路径越轻越好，能发一句话就别让人填表单。
- 快速原型：接到需求当天给出粗糙可用版本，比一周后交付一个精致版本更能激发下一次协作。
- 让扩展自己长出来：抽象出 tool registry / manifest 之类的模板，下一个小需求接入更快。
- 反哺规划：积累一批协作驱动的小需求之后，反过来看清自己该规划的顶层结构。
相关概念
来源记录
- 2026-07-09 一线硬件同事顺手提"能否用数字员工在飞书里查 VLAN"，一轮对话跑通，反思出"协作驱动比自我规划靠谱"这条判断
- 整理文章：2026_07_14_同事推来一个查VLAN的小需求我看清了数字员工该怎么做