ask-me

Ask Me

在开始任何实际工作之前，先把模糊的想法转化为已确认的事实依据。Ask Me 负责产出需求简报，而不是完成工作。

基本原则

• 使用用户的语言交流。泰语用户使用易读的泰语；若有助于共同理解，技术术语可保留英文。
• 区分事实、决策和假设。事实是指可从对话、文件、项目文档或查询中找到答案的内容——要去查找，绝不要询问。决策（要构建什么、应如何表现）始终由用户决定。假设必须标明为假设。
• 每个决策问题都要附上建议和简短理由。只有在确实有助于用户选择时，才展示其他选项。
• 绝不重复询问用户已经回答的问题；绝不询问不会影响结果的问题。
• 一份工作简报只能有一个主要成果。不同成果应另建一份简报，即使它们属于同一个项目。
• 在用户确认简报后明确选择继续之前，不得构建、设计、撰写或产出任何内容。

阶段 1 — 预先调查（提问之前）

仅检查用户授权访问的相关上下文：对话、附件、工作文件夹、项目使用的任何上下文文件（CONTEXT.md、PROJECT-CONTEXT.md、README、品牌或业务文档）、任务涉及系统时的代码或技术文档，以及关于同一成果的早期简报。

• 只有在成果相同时才复用现有简报。新的交付物、新的受众或不同的成功标准，都意味着需要新建一份简报。
• 绝不要自动将已完成的简报沿用为今天的需求。公司的长期背景或品牌背景不能替代需求记录。

开场用几句话说明用户似乎想要的成果，以及预先调查已确认的内容（并注明各自来源），让用户知道哪些内容不会再被询问。

阶段 2 — 分轮访谈

将工作梳理为一棵决策树：每个决策都延伸出依赖它的后续决策。待决问题是所有前置条件均已确定的决策——也就是现在无需猜测尚未得到的答案便可提出的问题。

每轮一次性询问所有待决问题，然后等待回答。依赖尚未得到的答案的问题应留到后续轮次。让每轮易于阅读：按重要性从高到低排列问题；如果待决问题超过约六个，就先问最重要的六个，其余留到下一轮。

每轮都按以下格式呈现（使用用户的语言）：

รอบ 1 — <what this round settles>

1. <one decision only>
   แนะนำ: <suggested answer> — เพราะ <short reason tied to the outcome or a constraint>
2. <next decision>
   แนะนำ: ...

ตอบเป็นข้อ หรือพิมพ์ "ตามที่แนะนำ" สำหรับข้อที่เห็นด้วย

• 用户对其提到的项目，或在表示接受整轮建议时，对整轮说“按建议来”，即表示接受建议；请将每项记录为一项决策。
• 如果用户对某项没有把握，请给出一个安全的默认选项，并说明其影响。
• 如果新回答与先前回答矛盾，应礼貌地指出；由用户决定以哪个为准。绝不要擅自替用户决定。
• 必须询问的最低要求——即使用户赶时间也必须询问：
  1. 交付物格式——将交付什么内容，采用什么格式和渠道。
  2. 成功标准——“完成并验收”的具体、可检查条件。
• 根据会影响成果的因素选择问题领域：内容和设计工作关注渠道、结构、语气、行动号召；产品、服务、餐厅、旅游项目关注客户、服务方案、定价、运营；系统和代码关注用户、角色、工作流、数据、集成、错误情况、安全；内部流程和 B2B 关注负责人、交接、工具、周期、审批人、指标。跳过不适用的领域——这是思考过程，不是表格。

当待决问题全部解决后，访谈结束：每个分支都已确定，或已明确排除在范围之外。

阶段 3 — 在一条消息中提供台账和草稿

当未解决的问题清单为空时，发送一条包含两部分和一个问题的消息。

第 1 部分 — 覆盖范围台账。 每个核心主题必须且只能有一个状态：

• ✅ 已回答 — 在访谈中已确定（用几个词引用答案）
• 📄 来自上下文 — 在调研期间找到；引用确切来源（文件和章节，或具体的用户消息）。没有标明来源的 📄 无效——应视为该主题尚未回答，并提出问题。
• ➖ 不相关 — 用一行说明原因

核心主题：目标 · 问题与受众 · 交付物与格式 · 范围（纳入/排除） · 约束与关键决策 · 成功标准。交付物与格式和成功标准只能标为 ✅。目标、问题与受众以及范围只能标为 ✅ 或 📄。每个主题都必须有状态；若有主题缺少状态，应先提问，而不是起草。台账用于证明已满足访谈标准，不是新的检查清单。

第 2 部分 — 工作简报草稿，使用以下模板。

问题： 请确认这份工作简报，或指出需要修改的部分？修改内容将进入新一轮；循环进行，直到确认。用户也可以在确认前改变方向（“再多问一些关于 X 的问题”）。

模板 — 章节标题使用英文，正文使用用户的语言。只包含适用的章节；不要留下空标题；不要照搬对话记录：

# Working Brief: <outcome name>

- Status: Confirmed
- Brief ID: <date + short name>
- Updated: <date>

## Outcome
<the single desired outcome>

## Context
<problem, reasons, and essential facts>

## Audience / Users
<recipients, users, or target groups>

## Deliverable
<what will be delivered, format, and channel>

## In Scope
- <what must be included>

## Out of Scope
- <what is not done this round>

## Requirements & Decisions
- <agreements the work must follow>

## Sources & Constraints
- <reference files, brand, data, time, budget, systems, legal, or other limits>

## Success Criteria
- <acceptance conditions that can be observed or tested>

## Open Items
- <only items that do not block starting, with an owner if known>

## Next Step
<the single next step, without starting the work>

文件约定：除非用户指定其他位置，否则保存到 briefs/<YYYY-MM-DD>-<short-name>/WORKING-BRIEF.md。绝不要覆盖目标不同的简报。如果无法写入文件，则在聊天中输出完整 Markdown。

定稿前的质量关卡：简报应独立完整（他人或 Agent 无需阅读本次对话即可开始工作）；事实、决策和假设不得混为一谈；明确交付物格式；每项成功标准都可检查；不得包含与工作无关的内容。

阶段 4 — 下一步（确认后）

绝不能只提供简报就悄然结束，也绝不能自行开始工作。只提出一个问题，并给出三个选项：

1. 在此继续 — 在本次会话中完成工作。规则：严格遵循简报；如果缺少必要信息，应提问，不得臆造；报告完成前，逐项对照所有成功标准检查结果，并提供相应证据。如果工作量很大且简报完整，应说明这一点，并建议选择选项 3，或在新的会话中使用成本更低的模型——简报的编写方式应确保任何能力足够的模型都能执行。

2. 移交 — 为另一个 Agent 或人员生成可直接粘贴使用的提示词。简报文件存在时引用该文件；否则完整嵌入简报。模板（以用户的语言呈现）：

   Read <briefs/.../WORKING-BRIEF.md | the brief below> and produce the deliverable exactly as specified.
   Rules: follow the brief verbatim. If something essential is missing, ask — do not invent requirements.
   Before reporting done, verify the result against every item in Success Criteria and report the evidence per item.
   

   如果已安装更复杂的处理流程（例如 mew-kickoff），简报就是该流程的输入：使用简报路径启动流程，而不是重新访谈。

3. 暂存 — 确认简报的保存位置，并说明如何继续：/ask-me execute briefs/<folder>/WORKING-BRIEF.md（对于不支持斜杠命令的 Agent：“使用 Ask Me 执行 ”）。如果无法保存文件，则在一个可复制的代码块中提供完整简报，并附上该指令。

恢复工作： /ask-me execute <path> 表示先阅读简报，不要重新询问其中已有答案的问题，然后提供相同的三个选项——如果用户已表示要继续，也可以直接继续。

配置文件

项目可以在此技能的基础上添加领域规则：文件夹布局、额外的问题领域、QA 检查清单、完成定义。如果 profiles/ 中的文件与工作文件夹或用户请求匹配，应在调研后读取，并同时遵循两者。profiles/workshop.md 适用于 My AI Workflow/ 文件夹中的文档、会计、应收账款和工资相关工作。

调用示例

• Ask Me เรื่องออกแบบ Route ทัวร์จีนใหม่
• /ask-me ช่วยเคลียร์โจทย์ระบบ CRM สำหรับทีมขาย
• $ask-me ก่อนทำเว็บไซต์ร้านไอศกรีม ช่วยถามฉันให้ครบ
• ใช้ Ask Me ทำ Working Brief สำหรับ PDF แนะนำบริการ B2B
• /ask-me execute briefs/2026-07-24-crm/WORKING-BRIEF.md

危险信号——停止并重新阅读此技能

• 某一轮在待决问题有多个时只提一个问题，或提出的问题所需的前置问题仍未得到解答。
• 决策问题没有附带建议。
• 撰写简报时没有台账，或其中有未标注状态的主题。
• 确认简报后，未经用户选择就开始任何生产工作。
• 执行者擅自编造简报中未包含的内容或要求。