协作 Work|从任务开始到成果交接
从工作区、计划与任务出发,推进项目、留下记录并产出交付物。
从“请帮我准备读书分享会”到可以使用的讲稿,中间需要把材料、决定、步骤和成果连接起来。你不必先掌握全部按钮;先完成一次小任务,再按需要加入计划、分工和调度。
先给出可以判断完成的要求
告诉 Agent:为谁做、使用哪些材料、准备什么文件、哪些内容不能改,以及怎样才算完成。下面是一个虚构示例:
- 使用项目里的读书笔记,为读书会准备一份 10 分钟分享提纲。先阅读背景并列出需要澄清的问题,暂不修改原笔记。提纲需要有三个观点、两个讨论问题和可核对的来源。
先明确“暂不修改”,可以把探索与实施分开。准备真正写文件时,再说明保存位置和同名文件的处理方式。
把材料与方法放在一起
先建立聊天项目并关联目录,再通过 @ 引用指定背景笔记。Skill 提供处理方法,@ 提供这次要处理的材料;选择 Skill 后仍需说明目标和输出要求。
右侧工作区用于查看计划、任务、文件与相关执行过程。项目空间围绕实际关联目录展开,聊天项目则负责组织对话,两者不是同一个目录管理操作。

在聊天中选择需要的方法,不表示技能已经执行。
先澄清,再确认复杂方案
影响结果的关键选择可以通过提问卡回答。例如先确定听众是初学者还是已有阅读基础,再决定内容深度。
步骤较多、会修改多份文件时,要求 Agent 提交计划。检查材料范围、修改方式与输出位置;需要调整就点“要求修改”,一致后再“批准并开始”。
- 三种确认分别处理
- 提问卡补充信息,计划审核确认方案,工具授权批准实际操作。批准计划不意味着自动放行所有文件、命令或外部服务操作。
执行时看结果,也看状态
Tasks 是当前会话的执行清单,可观察待办、进行中、完成和受阻事项。它不是日历,也不会在指定时间自动启动工作。任务被标为完成后,仍应检查对应的实际文件或其他结果。
需要改变当前方向时插话;下一件事暂不打断当前工作时,把要求加入待发送队列。需要比较两条路线时使用 Fork,而不是把互相冲突的方案混在一段对话中。

虚构演示的两项 Tasks 尚未开始,交付物为零。
收尾时完成交接
- 打开生成文件,核对内容、路径和来源。
- 要求修订遗漏,确认最后保存的是哪一个版本。
- 为重要材料与成果更新项目导航。
- 为关键决定和实质行动留下简短工作日志。
- 到 Artifacts学习预览、复用和文件交付。
Work 侧重说明目标、协作控制和交接。文件类型、产出展示、预览与后续使用集中在 Artifacts,不需要在两处重复学习。
什么时候再加入高级能力
几项工作互相独立时,可以让子代理分工;同一方法会重复使用时,把它整理为 Skill;需要未来执行一次或周期运行时,再安排定时任务。
先确认一次手动任务能稳定得到所需成果,再扩大执行范围。只有一步就能完成的问答,不需要同时开启计划、任务清单、子代理和调度。
内容来自 Orrery Desktop 的 Wiki,文档仍在持续完善。功能开放情况以当前版本为准。