Project、Task 与笔记
工作需要在一次对话之外保持组织时使用这些功能。简短或探索性请求只用聊天即可；还没想清楚的内容也可以直接交给 xopc，不需要先整理成结构化 Task。
理想过程是逐渐变清晰：先接住想法，再澄清它与目标或 Project 的关系；只有结果、阻塞或下一步需要长期保留时才创建 Task。
选择合适的位置
| 需求 | 使用 |
|---|---|
| 提问或完成一个小请求 | Session |
| 让一个结果跨时间持续推进 | Task |
| 为多个相关 Task 共享上下文 | Project |
| 保存来源材料或产物 | Note 或工作区文件 |
| 重复确定的步骤 | Workflow |
| 按计划或事件启动工作 | Automation |
创建有用的 Task
Task 应回答：
- 最终需要得到什么结果？
- 如何判断已经完成？
- 范围内和范围外分别是什么？
- 下一步动作是什么？
- 当前缺少哪个决定或权限？
不要把每条聊天消息都变成 Task。结果需要跨 Session 保存，或需要多步执行和验证时再创建。
用 Project 保存共享上下文
Project 用于组织相关 Task、对话、文件和活动。它是上下文，不是第二套任务状态。Project 说明保持简短，把可执行结果放进 Task。
笔记与工作区文件
快速保存长期信息使用 Note；需要 Agent 读取、编辑或交付的材料使用工作区文件。文件名应清晰，发送给云端模型前删除敏感信息。
简单示例
准备一次产品发布时：
- 创建 Project 保存发布背景和参考文件。
- 为不同可验证结果创建 Task，例如“发布软件包”和“发送发布公告”。
- 为每个 Task 定义完成检查。
- 只有步骤会重复时才使用 Workflow。
- 只有时间或外部触发重要时才添加 Automation。
- 检查结果后再关闭 Task，不要只因为 Agent 运行结束就标记完成。
继续阅读 Task 闭环、Workflow和Automation。
在工作台处理结果与重试
打开任务卡查看执行结果、产物、证据和剩余工作。执行结束与任务验收完成是两个状态。
- 在等待验收的任务上展开验收区域，对照结果检查每条验收条件。
- 按实际结果标记“确认通过”或“未通过”。没有证据时不要标为通过。
- 全部条件通过、没有等待事项且当前任务允许关闭时，点击 验收完成。
- 最近一次执行失败时，先检查运行记录和失败原因，再使用 重试。重试沿用该次执行器，不代表前一次对外写入一定没有发生。
如果任务状态已变化，刷新后再操作；不要反复提交旧页面中的动作。需要补充资料或授权的任务，先处理等待事项再继续。