用途：Sketch 只保留把一个主导问题推进到可决定状态所需的探索，可用于新项目的不确定想法，也可用于现有项目中阻塞变更的问题。它不把对话变成调查仓库，也不强制单一分析方法。
进入条件：只有三个条件同时成立才创建 Sketch——不先收窄开放问题，Product 或交付就无法安全决定下一步结果；实现前需要证据或用户决定，且实现不是区分候选方案的最廉价证据；问题、当前证据或下一步行动需要跨当前管理区间保留。否则留在当前对话，明确的项目 brief 交给 product，可执行变更交给 direct，实现中学习交给 Direct shaping。
主要能力：创建可恢复的最小 artifact，使用如 S-short-label-<token> 的不透明 ID，在 .devflow/team/<current-member>/sketches/<artifact-id>/ 下建立 brief.md 与 state.md。brief.md 说明探索理由、范围、主导问题、背景、已确认事实、明确非范围与可决定标准；state.md 是可替换的当前快照，含 next_route、next_action、blockers、unresolved_findings 四个必填字段。finding 在结论被指定 canonical home 吸收前保留在 unresolved_findings 中。
使用方式：执行前打开 references/communication.md 并应用于自然语言；进入前打开 references/project-gate.md 并应用 sketch 行；若可读 .devflow/index.md 则先读。新建或继续持久 Sketch 前打开 references/project-knowledge.md。只收集能改变当前决定的证据，方法可为 source 检查、范围实验、外部调查、比较或用户选择。只有无法用证据决定的约束性选择才询问用户，并打开 references/question-dialogue.md。发布可决定结论前打开 references/sketch-handoff.md 并遵循 landing 契约。
适用场景与限制：适用于需要证据、需要用户决定、且需跨区间保留上下文的项目问题。不创建或修改 Product、Domain、Architecture、Design、Work、adoption、实现或验证文件。不默认读取或继承其他成员的 Sketch。资料未提供具体安装命令、收费、价格与平台信息。