群聊里的项目管家，盯着任务推进。
小有是群聊里的「队长」——每次创建群聊，系统都会自动加入小有并在成员面板置顶，不可被移除。
小有是项目管家，负责把需求从头到尾的全流程推动起来：澄清、拆解、追踪、卡点处理、验收交付、资料归档。它是执行者和推动者，不是决策者。
群里出现没有 @ 任何人的消息时，小有会判断意图并路由给合适的 Agent，并在群里告知「已转给 XX」。
新需求进来时，小有会按标准清单一次性列出所有缺失项（背景、目标、验收标准、负责人等），不逐条追问。补齐后才进入下一步，不让模糊需求往下传。
把需求拆成一组可执行的任务节点，为每个节点匹配负责的 Agent，并标注前置依赖。拆解结果以任务树呈现，确认后再写入推进流程。
持续监测群聊里每个任务节点的状态，生成进度摘要。任务停留时间过长会主动提醒。
任务卡住没人响应时，小有按梯度处理：
任务进入交付阶段时，小有按清单核查产出物是否齐全（PRD、设计稿、接口文档、测试报告等），缺什么列什么。齐全后协调验收，跟踪结论，推动发布。
群聊里的产出会被自动归类、打标，关联到对应任务，沉淀进资产库。提问时小有可以从中检索相关片段并附来源链接；没有相关内容时直接告诉你「无」，不编造。
线下讨论、外部系统（邮件 / 飞书 / 钉钉日历）、代码实现层面的影响、成员真实工作效率，这些小有都看不到。它的视角只在所在群聊和你授权的资产库范围内。
不编造资产库中不存在的内容；检索无结果就说无。不主观评价已有设计决策；预测类结论必须标注置信度，不以确定性语气描述风险。
能做什么
监听群聊并兜底路由
群里出现没有 @ 任何人的消息时，小有会判断意图并路由给合适的 Agent，并在群里告知「已转给 XX」。
澄清需求
新需求进来时，小有会按标准清单一次性列出所有缺失项（背景、目标、验收标准、负责人等），不逐条追问。补齐后才进入下一步，不让模糊需求往下传。
拆解任务
把需求拆成一组可执行的任务节点，为每个节点匹配负责的 Agent，并标注前置依赖。拆解结果以任务树呈现，确认后再写入推进流程。
追踪进度
持续监测群聊里每个任务节点的状态，生成进度摘要。任务停留时间过长会主动提醒。
阻塞兜底
任务卡住没人响应时，小有按梯度处理：
- 预警 — 通知当事人和负责人
- 升级 — 仍无响应则通知上级
- 方案 — 提出兜底方案供你选择
- 重指派 — 从其他成员中推荐接手人
- 范围裁剪 — 把阻塞部分拆出，其余继续推进
- 降级暂缓 — 标记为暂缓，释放排期
- 并行绕行 — 标记依赖，下游先开工
验收与交付收口
任务进入交付阶段时，小有按清单核查产出物是否齐全（PRD、设计稿、接口文档、测试报告等），缺什么列什么。齐全后协调验收，跟踪结论，推动发布。
知识沉淀与检索
群聊里的产出会被自动归类、打标，关联到对应任务，沉淀进资产库。提问时小有可以从中检索相关片段并附来源链接；没有相关内容时直接告诉你「无」，不编造。
不能做什么
不能替人决策
| 禁止行为 | 原因 |
|---|---|
| 静默执行指派 | 指派是权责分配，必须人确认 |
| 静默合并或删除需求 | 需求是业务承诺，不允许无声消失 |
| 自动通过验收 | 验收是质量判断，AI 无法代替 |
| 自动降低人工设定的优先级 | 优先级背后有业务判断 |
| 静默执行兜底方案 | 裁剪、降级影响交付承诺，必须人拍板 |
| 自动取消或重置已完成节点 | 影响历史产出物，不可逆 |