工作项与验收
“派工作”把一条请求变成有负责人、有状态、可单独讨论并需要你验收的工作项。它适合任何需要明确交付责任的任务，不限于代码工作。
正式版核对： 下方示例于 2026-10-19 使用 Ghast AI 0.1.33（构建 0.1.33.46）、Apple silicon Mac、macOS 27.0.1 实测，使用已可用的 Theo、Sana 同事及可用模型和账号配置；本次未独立确认这两位同事底层使用的模型。本例没有复测其他平台、本机编程助手、文件交付、取消、停止或恢复。原有示意截图保留，具体控件以正文中的正式版说明为准。
创建工作项
从输入框派发
- 进入同事私聊或群组。
- 在输入框底部选择 派工作。
- 写出目标、交付物、范围、限制和完成标准。
- 在群组中可用 @ 手动指定负责人；不点名时由 Ghast 自动路由，发送后再核对负责人。
- 发送后打开消息中的“工作详情”卡片。
从已有消息创建
消息菜单中的 派为工作 可以把现有讨论转为工作。转派前先补齐遗漏的范围和验收条件；原消息适合做背景，不一定足以成为完整要求。
工作线程
打开工作详情卡片后，会进入这项工作的独立讨论：
- 顶部显示工作标题和当前状态；
- 主区域保留原始请求、负责人接手记录、回复和运行详情；
- 输入框中的后续消息会留在同一个工作线程；
- 返回对话回到原私聊或群组；
- 详情打开右侧工作面板。
把修改意见写在工作线程中。这样同事能把后续要求视为同一项工作的补充，其他普通聊天也不会被验收讨论淹没。
你会看到的状态
| 状态 | 你应该做什么 |
|---|---|
| 待开始 | 工作已创建但尚未开始；检查负责人和要求，避免重复派发。 |
| 进行中 | 等待同事执行；需要暂停时选择“停止”，需要补充信息时在工作线程回复。 |
| 待验收 | 检查回复、文件和完整要求，然后要求修改、验收或取消。 |
| 已验收 | 你已验收交付；讨论、文件和保留的群记忆仍可查看。 |
| 已取消 | 这项工作已取消，详情中的下一步会显示无需继续处理。 |
| 受阻 | 工作当前不能继续；主动“停止”正在执行的工作也会进入此状态，并提供“继续”按钮。 |
侧栏的“待验收”和“受阻”徽标按私聊或群组汇总需要处理的工作。它们是待办入口，不是工作质量结论。
待验收时的三个操作
要求修改
当结果接近但不满足标准时使用。修改意见应指出具体差异：
要求修改：
1. 清单缺少回滚负责人；
2. 截止时间需要统一使用新加坡时间；
3. 不要新增文件，请直接更新当前交付。
选择要求修改只会回到聊天并预填一条修改草稿。编辑草稿并发送后，请求才会提交；未发送前工作状态不会变化。之后继续在同一工作线程检查下一版，不要另建重复工作项。
验收工作
只在结果符合完成标准时选择。验收后状态变为“已验收”；Ghast 不会替你判断回复或文件是否正确，因此检查必须在点击前完成。
取消此工作
“取消此工作”可用于任何尚未结束的工作；要求修改和验收工作只在待验收时出现。取消后，当前工作会立即变为“已取消”，详情中的下一步显示无需继续处理。它不会暂停这位同事的其他工作。
取消工作状态不等于撤销工作期间已经完成的文件修改、网络请求或第三方操作；如任务包含这些动作，请在对应位置单独检查。
停止与恢复进行中的工作
工作执行时，线程底部提供“停止”。选择后：
- 当前工作进入“受阻”；
- 线程记录由你暂停了这项工作；
- 可恢复的中断会在原线程提供“继续”，用于重试同一工作项的中断投递。
“停止当前工作”和“暂停同事”作用范围不同：前者针对一个工作项，后者阻止该同事在所有会话接收新工作，且不会停止已经开始的运行。停止或继续都不会撤销已经产生的文件修改、网络请求或第三方副作用；操作后应重新核对工作状态和外部结果。
使用工作详情验收
结果与关联文件
**结果（Result）**显示交付文字和关联文件。通过 查看回复（View reply） 打开对应回复。下面的纯文本示例显示 暂无关联文件（No linked files yet） 是正常的；如果任务要求文件，应在验收前单独确认文件存在且内容正确。
要求检查
面板可对提取出的要求显示 未检查（Not checked） 或 已满足（Met），并附上说明。这些标记帮助定位检查点；仍须自己对照原始要求和每次修改意见，不能用标记代替检查实际文件、命令结果或外部系统。
独立审阅与审阅结果
待验收时，可使用 独立审阅人（Independent reviewer） 和 指派独立审阅（Assign independent review） 把交付交给另一位同事。本例选择 Sana 后，她在同一工作线程执行审阅，意见随后出现在 审阅结果（Review findings）。发起审阅与验收工作是两个动作。
每次修改后都要核对回复与审阅的时间。 正式版 0.1.33 实测中，Theo 交出新版后，Result 已更新，但 Requirements 和 Review findings 仍显示 Sana 针对旧版的说明。“Earlier delivery”标记在修改运行期间出现，结束后却没有继续显示。因此，Met 或没有旧版标记的审阅意见，都不能单独证明新版已被检查。打开 查看审阅（View review） 比较具体内容和时间；需要新版验证时明确安排，或亲自检查新版产物，不要仅凭旧标记验收。
需要你处理与验收
**需要你处理（Needs you）**提示下一步动作。待验收时提供可选的 验收备注（Acceptance note）、要求修改（Request changes） 和 验收工作（Accept work）。本例验收后，线程和详情中的状态都变为 Done，验收操作消失，并提示工作已结束或取消；继续讨论应返回原对话。
请求、人员与历史
展开 请求、人员与历史（Request, people and history），可找到 完整请求（Full request）、负责人（Owner）、参与者（Contributors）、文件变更（File changes）、每位同事做了什么（What each teammate did）、活动（Activity） 和 在聊天中显示（Show in chat）。负责人对交付负责；参与讨论或加入群组不等于成为负责人。重新指派前先阅读完整要求和历史。
阻塞诊断与群记忆
受阻工作会根据原因提供不同说明和动作，例如等待批准、缺少输入、文件缺失、运行失败或没有可用项目目录。先按详情中的具体原因处理，不要统一用“继续”重试。
工作被验收后，详情可显示保留的群记忆，包括作者、时间和被新结论替代的关系。
更多操作 → 取消其他未完成工作是独立的批量操作：它保留当前工作，立即取消同一会话中其他所有非终态工作，没有逐项选择或二次确认。点击前先回到“工作”页签逐项核对；不要把它当成当前工作取消流程中的确认选项。
实测示例：整理发布检查清单，不执行发布
本例使用虚构事实，只交付聊天回复，验证派发、交给独立审阅人、修改和验收，不会发布真实页面。实际运行使用英文界面及等价英文请求，下面给出中文操作说明。
- 进入 Team → 新建会话（New conversation）→ 新群组（New group），填写主题并选择已可用的 Theo 和 Sana。纯文字练习无需关联项目目录；同事不可用时，先按发现与管理同事处理配置。
- 选择 派工作（Assign work），输入
@并从候选列表选择 Theo，不要只写一个普通文本姓名。发送：
只根据这些虚构事实，在回复中整理三行 Markdown 发布检查表：预览已准备好；
中英文文案已确认；正式页面尚未发布；回滚负责人和发布时间未知。
列名：检查项、负责人、状态。未知值写 TBD。
不要使用工具、读写文件、浏览、联系任何人或发布。
恰好交付三行数据，并用一句话列出缺少的决定。
- 交付后打开 详情（Details）。实测首版三行状态为 Ready、Approved、Not published，负责人均为 TBD，回滚负责人和发布时间仍未确定；先亲自对照这些事实。
- 选择 Sana → 指派独立审阅（Assign independent review）。实测中 Sana 检查三行结果并报告两项提取要求已满足，这次审阅对应首版回复。
- 选择 要求修改（Request changes）。输入框会预填
Please revise the current delivery:；发送前工作仍为待验收。补全或替换草稿：
新增一个虚构决定：Alex 负责回滚，发布时间和各检查项负责人仍未知。
保留原来的三行和列名，正式页面状态仍为 Not published。
修改最后一句，写明 Alex 负责回滚，发布时间和检查项负责人仍为 TBD。
只回复，不使用工具、文件、网络，也不联系任何人。
- 在同一个工作线程发送，等待回复完成。本次实测中，后续运行时顶部仍显示 In review，但输入区显示 Theo: Working 和 Stop。因此同时检查运行提示与顶部状态，不要在仍运行时验收。
- 核对新版：表格仍恰好三行，仍为 Not published；末句已写明 Alex owns rollback，发布时间和检查项负责人仍为 TBD。同时按上文处理旧版审阅可能仍显示的限制。
- 亲自检查后选择 验收工作（Accept work）。实测线程和工作详情均变为 Done，回复仍可查看。
请求失败或一直等待时，先看当前回复、运行和负责人，再决定是否重发。本例只有回复，没有待恢复文件；会写文件的任务可能在结束前已产生副作用。产物需要本地项目时，继续阅读项目、工作区与编码会话。
验收检查表
- 回复覆盖完整要求，而不是只回答最后一次追问。
- 预期文件存在，名称和内容正确。
- 未确认项被明确标出，没有被写成既定事实。
- 需要测试或命令证据时，结果足以复核。
- 涉及代码时，已在“编码”或本地工具中检查实际变更。
- 涉及外部服务时，已在该服务中确认最终状态。
- 不再需要修改后，才选择“验收工作”。
处理受阻工作
受阻时，先看线程中是“由你暂停”还是同事报告了其他问题。然后在原工作线程补充缺失信息，并要求同事明确：
- 已完成到哪一步；
- 阻塞原因是什么；
- 需要你的权限、决定还是资料；
- 已经产生了哪些文件或副作用；
- 条件满足后从哪一步继续。
不要仅因为工作长时间没有回复就重复派发。先打开详情、运行记录和最近消息，避免两位同事同时执行同一个不可重复的操作。