ROLE / LEAD01 / 05
产品方案架构师
把复杂需求拆成一组可协作、可验收、可写回的任务。
- 输入
- 需求目标、约束、已有 Context
- 职责
- 定义问题边界，安排角色顺序和交接关系
- 输出
- 任务图、角色分工、验收节点
- 交接
- 把清晰的子任务交给研究、分析、撰写与评审角色
WORKFLOW / 03
我不是在使用 Agent，我在设计一套可以继续工作的系统。
入口可以变化，工作对象不变：Context 是跨工具、跨 Agent 的共同坐标。
CURRENT STATE / 01
现在，这个任务处于什么状态？
STATE / PUBLIC VIEW只展示方法，不暴露私有任务数据
任务待处理的复杂需求等待装配
Context按需装配可编辑
协作模式个人助手 / Agent 小队可切换
人工节点取舍、验收、写回必须经过
NATIVE WORKFLOW / 02
从需求，到可以继续工作的结果。
每一步都留下可理解的中间状态，下一步不必重新解释全部上下文。
01需求 / Issue目标与边界
02Context 装配加载所需切片
03Lead 拆解选择协作方式
04专家协作并行产出判断
05人工决策取舍与验收
06写回与复用沉淀为 Context
TWO MODES / 03
同一套底层，两种协作密度。
不是每个任务都需要 Agent 小队。模式先于工具选择，复杂度应该由问题决定。
MODE / 01
范围清晰，直接推进。
- 人边讨论边判断，随时调整目标
- Agent 直接操作真实产物
- 适合执行明确、上下文集中的工作
MODE / 02
复杂需求，先建立共同坐标。
- Lead Agent 先拆解问题和交接关系
- 专业角色并行工作，互相检查
- 人保留评估、取舍和最终授权
CONTEXT STACK / 04
Context 不是背景，是共同坐标。
只装配当前任务真正需要的部分，减少重复解释，也保留人的编辑权。
CURRENT LAYER / 01
先把目标、约束、期望产物和验收标准写清楚，再决定是否需要更多 Context 或更多 Agent。
TASK EXECUTION LAYER / 05
Agent 小队不是五个聊天框。
访客看到的是陪伴层；真正执行任务时，角色围绕输入、输出和交接组织。
HUMAN DECISION CENTER / 06
人不退出，人负责决定。
自动化解决推进，人的判断决定方向、边界与是否写回。
01需求目标确认什么问题值得做
02协作方式选择助手还是 Agent 小队
03权限与公开边界能看什么、能改什么
04关键取舍保留什么、舍弃什么
05风险评审红队检查盲区
06最终验收结果是否真的可用
07授权写回让下一次更快
WRITEBACK / 07
一次工作，两种沉淀。
结果不应该只停在聊天记录里，而要成为下一次工作的起点。
项目知识
让当前项目可以被继续理解和继续执行。
Context决策任务产物验证状态
团队经验
把一次协作中的有效方法，升级成团队能力。
SkillContextWorkflow评估框架