用途：为某个工单（ticket）准备或恢复一个稳定的本地工作目录 .task/<KEY>/（位于项目根目录），即使只是小修复也走 brief、spec、plan、QA 流程，但内容可简短。
主要能力：读取项目指令（AGENTS.md，若有 CLAUDE.md）与相关技能；确定工单标识符（用户给定、源工单、会话已指定的工作目录或分支名，多个候选时询问）；若目录已存在则先读后写、不重复导入；确保 .task/ 被 Git 忽略，若文档已被跟踪或有意共享则保留现状并说明；通过连接器、CLI 或会话内容读取描述与附件，附件存入 assets/ 且不覆盖已有文件，不可访问的附件如实标注；创建 ticket.md 并按 D1、D2 编号跟踪每条需求，保留标题、顺序与原句，附来源引用与获取日期。
使用方式：ticket.md 是唯一承载需求进度的文件，其他文档只引用需求编号。状态有“à faire”“en cours”“à vérifier”“termin锓écarté”；勾选需经约定验证并指向该主题的 QA，技术任务完成或自动化测试通过不足以宣告需求完成；被排除的需求勾选后标注“écarté”及原因。源工单更新时保留编号、注释与已有跟踪，新需求用新编号。恢复会话时读取 reprise.md、ticket.md、journal.md 及当前主题文档，检查本地改动与 Git 历史、最近的评审与 QA 报告，给出主题、进行中事项与下一步动作；缺少 reprise.md 则据现有信息重建。若可用，用 flow-journal 记录决策与恢复点，新工单建议走 flow-brief，配置 AGENTS.md/CLAUDE.md 用 flow-setup。缺失的技能要明确指出，不得声称已执行。
适用场景：单个工单的准备、恢复与全程状态跟踪。限制：需求范围仅限准备时不应扩展到其他阶段；<KEY> 只能是目录名，不能是任意路径；工作文档默认保持本地。
资料未提供安装命令、平台、价格或效果信息。