multi-session-workflow 是做什么的？
Codex 技能，用于协调独立任务、安排后续跟进以及可追溯的验收。
概述
N0TPO3T/multi-session-workflow 技能通过定义独立任务、设置后续跟进时间和建立明确的验收标准，帮助 Codex 代理管理多会话工作流。该技能利用基于文件的任务状态跟踪，确保工作流在代理会话之间保持持久性和一致性。
主要功能
- 独立任务协调：将工作分解为可以独立跟踪和执行的离散任务。
- 计划后续跟进：为每个任务设置特定的后续跟进时间，以自动触发检查或下一步操作。
- 可追溯验收：为每个任务定义并记录明确的验收标准，确保工作流具有可验证的完成点。
工作原理
该技能在项目的根目录中维护一个任务文件（例如 _tasks.md）。此文件作为所有任务及其状态、验收标准和后续跟进时间的单一真实来源。代理在每次会话开始时读取此文件，确定下一步操作，并在合适时更新任务状态。
任务文件格式
任务文件遵循一个简单的、人类可读的格式。每个任务由以下部分组成：
- 任务 ID：任务的唯一标识符（例如
TASK-001）。 - 描述：任务目标和范围的简要说明。
- 状态：当前状态（例如
pending、in_progress、completed、verified）。 - 验收标准：必须满足才能认为任务完成的条件列表。
- 后续跟进时间：建议进行状态检查或验证的日期或时间戳。
示例
## TASK-001：实现用户认证
- **状态**：`in_progress`
- **验收标准**：
- 用户可以使用电子邮件和密码登录
- 用户可以使用 OAuth 登录 (Google, GitHub)
- 会话在登录后正确持久化
- **后续跟进时间**：2024-03-15 10:00 UTC
用法
- 初始化：通过在项目目录中创建
_tasks.md文件来初始化技能，并根据你的工作流需求定义初始任务。 - 处理任务：在 Codex 会话期间，代理读取任务文件，选择一个任务进行处理，并更新其状态。
- 后续跟进：代理在开始时检查任务文件，以识别任何错过后续跟进时间的任务，并相应地处理它们。
支持的平台
该技能设计用于 Codex，但可以适用于其他具有文件系统访问权限的 AI 代理平台。
最佳实践
- 在任务文件中使用清晰的、原子的任务定义。
- 为每个任务设置切合实际的后续跟进时间。
- 在验收标准中明确定义“完成”的含义。
- 让任务文件保持最新，以保持工作流的一致性。