Seeking Advice Create
把一次需要外部专家（或更强的模型）判断的问题，整理成项目内标准的咨询任务目录。核心动作是生成一份干净的、自包含的上下文，让判断者脱离聊天记录、脱离项目隐性上下文也能给出有质量的回答。
何时使用 / 何时不用
使用：
- 需要请外部专家或更强的模型判断，且问题复杂到需要自包含上下文。
- 概念重审、战略判断、开放架构设计、方法论转向类咨询。
不用：
- 用户随口问一句、当场就能答的问题——不落任务单。
- 无需自包含上下文的一般问答。
- 不为了触发本 skill 而擅自创建目录或说明文件。
工作原则
- 任务单必须自包含：判断者不应依赖聊天记录、项目隐性上下文或未引用文件。
- 不创建空泛任务单：缺关键背景时先补问，一次最多 1-3 个最关键问题。
- 结论不只停留在咨询目录：在
综合.md里保留「待同步事项」，提醒后续同步回稳定文档。 - 先写清目标、需求、判断标准和当前困惑，再呈现已有设想——咨询重点是帮专家判断，不是让专家在预设答案里投票。
- 「候选方案」不是必填项：只有用户明确已有 2-3 套方案、需要比较时才用。
- 对概念重审 / 战略判断 / 开放架构 / 方法论转向类咨询，避免写成「方案 A/B/C 哪个更好」，改用「已有设想 / 历史路径 / 当前假设」，明确请专家提出替代概念、命名、结构或流程。
- 开放度与约束度要权衡：用户要推翻旧观点时放大开放性、写清「哪些旧说法只是历史假设」；但开放性必须配现实护栏——把不可动摇边界（预算、时间、技术栈、数据可得性、合规等）单列清楚。
- 路径规则：项目本地规则优先，无则用默认
docs/seeking-advice/，不写入用户主目录或 skill 安装目录。 - 用中文写非代码内容；目录主题 slug 用英文。
触发后流程
- 确定项目根目录，读项目适用的
AGENTS.md等项目级规则。 - 若存在
docs/seeking-advice/readme.md，遵守其中目录与维护规则；否则用默认规则（不擅自创建额外说明文件）。本地规则与默认冲突时，以本地规则为准。 - 判断是否已有足够信息写自包含任务单。
- 信息不足时补问最少必要问题，优先确认：主题 / 最终目标 / 需判断什么（尤其哪些问题不应被现有说法限制）/ 背景 / 已确认结论 / 已有设想（只是背景还是需比较）/ 约束。
- 按默认规则创建下一序号目录
docs/seeking-advice/<三位序号>_<英文slug>/（序号 = 现有最大 + 1，避免覆盖已存在路径）。 - 按
references/templates.md写入任务单.md与综合.md。 - 回复：创建结果、实际路径、后续动作、TBD；用了非默认路径要说明。
质量检查
- 任务单能否让判断者脱离聊天记录理解问题。
- 是否写清「已确认结论」，避免重复讨论。
- 是否先写目标 / 需求 / 困惑，而非直接写成方案比较。
- 若有候选方案 / 历史设想，是否明确「不是判断者必须接受的前提」。
- 是否给判断者留出提替代概念 / 结构 / 第三路径的空间。
- 是否写清「现实护栏」（不可动摇的边界）。
- 是否创建了
综合.md。 - 是否提醒后续结论同步回稳定文档。
