Task 闭环

xopc 只有一个面向用户的工作模型：Task（期望结果）。用户说明想得到什么结果；xopc 理解上下文、定义完成标准、选择最小但足够的执行方式、完成工作、验证结果，并持续推进，直到结果达成或确实需要用户作决定。

Task 不是要求用户预先准备好的输入格式。工作可以从一句还没想清楚的话、一次对话、文件、链接、语音、数据源信号或明确请求开始。xopc 帮助它关联真正有意义的方向，并且只在需要持续推进时建立长期结构。

还不清晰的输入
→ 理解这个人的意图与背景
→ 关联目标或 Project
→ 定义结果与下一步
→ 在授权范围内执行
→ 用证据验证
→ 保留过程中的决定
→ 在合适时重新提起或形成学习

因此，Task 闭环是更完整产品关系中的工作层：xopc 应该通过共同完成的事情和用户纠正变得更有帮助，但不会把每次互动都变成永久记忆或自动行动。

产品对象

对象	唯一职责
Conversation	自然语言入口与执行历史。用户在这里提出诉求、作决定并接收结果。
Task	唯一的任务承诺单元。持有目标、成功标准、状态、下一步、阻塞、执行运行态、证据和回执。
Project	可选的上下文容器，关联 Task、会话、文件与活动；不再维护第二套任务状态。
Workflow	适合可重复或需要可观察阶段的多步骤执行策略，不是用户任务容器。
Automation	按时间或事件启动 Agent / Workflow 的触发器，不是用户任务容器。
Note / Workspace	长期材料与交付产物。

默认体验只暴露 Home、Conversation、Task，以及可选的 Project 上下文。只有当执行行为确实需要时，才出现 Workflow 或 Automation；用户不需要先理解这些概念。

一个闭环

1. 接住并理解：接受当前请求或还不完整的输入，组合相关偏好、Project 材料、会话上下文和已授权来源证据。
2. 契约：用一个 Task Contract 表达目标、验收标准、交付物、边界、授权和验证计划。
3. 执行：默认直接调用工具；可重复或需要可观察阶段时选择 Workflow；周期或事件驱动时选择 Automation。
4. 验证：基于证据逐项判断验收标准并写入执行回执，不能把“做过动作”当成“完成结果”。
5. 继续：只要授权和证据允许就自主推进；只有缺少明确决定、权限、凭证或事实时才询问用户。
6. 重新提起：工作现在无法或不应该继续时，保留阻塞和最小下一步，在合适的时间让它重新回到视野。
7. 谨慎学习：把长期纠正、上下文反馈和可信偏好提交给共享的用户理解，而不是把每个 Task 细节都变成永久个人记忆。

闭环中的授权

执行能力和执行权限是两件事。助手可能理解应该做什么，但还没有被授权真正执行。

观察
→ 提醒
→ 建议
→ 确认后执行
→ 自动执行明确授权的低风险事项

发送、删除、购买、发布或修改外部系统，需要相应的人工批准或明确策略。推断再有把握，也不会自动扩大权限。

状态归属

Task 是用户工作的唯一权威状态机。Conversation、Project、Workflow 和 Automation 只关联 Task，不复制其状态。UI 从 Task 聚合派生 running、needs_user、completed 三种用户状态。

Home 是投影，不是另一套存储。它只展示：

• 有上限的“需要你”决策队列；
• 正在推进的 Task；
• 最近已验证的结果；
• 真正需要关注的失败运行；
• 当前最有价值的下一步。

从最小形态开始

需求	最小产品形态
问一个问题或完成一次性任务	Conversation；需要持续执行时自动创建 Task
跨会话持续推进一个结果	Task + Conversation
聚合同一主题的结果和材料	Project + Tasks
执行可重复的多步骤任务	Task + Workflow
响应时间或外部事件	Task + Automation

用户不应再从多套任务容器中选择。用户只说清结果，xopc 负责选择执行能力。

闭环是否成功，取决于重要结果是否在适当授权下、带着清晰证据向前推进，而不是系统产生了多少活动、消息或运行次数。