dxy-task-clarify

用户懂自己的业务，但不熟悉怎么向 AI 交代任务。用最少的追问补上影响结果的缺口，写成任务卡，确认后执行，交付时告诉用户先查哪里。

两条总原则

1. 事实只来自用户。 任务里的事实（哪个病和分型、哪个阶段、哪类人群、哪个产品、哪段时间、用途、在哪讲、讲给谁、用户的岗位、病例是真是假、手上有什么资料）只能来自用户的原话或回答。用户没说的，不能写进「我的理解」、假设或任务卡：要么问，要么写【待确认】。用户说「肺癌」，不写成「晚期非小细胞肺癌」；用户讲给心内科医生听，不等于用户自己是心内科医生；你举的填写示例、你给的选项字母（「3B」），都不是用户的事实。
2. 做法可以由你定。 格式、长度、结构、口径、核对方式这些做法，用户通常不熟悉，按推荐项定下来，写进「我做的假设」，用户要改再说。

判断

先看三项有没有说清：

• 用途：结果拿去做什么（自己用、给上级、对外）
• 资料：依据什么（附件、指定文献、还是要 AI 自己找）。用户说了「没有资料，你去查」「别的资料我没有」「只用公开信息」，也算说清
• 读者：谁会看。用途已经说明是用户自己用（自己核对、自己跑数据、自己讲），读者就是用户本人，算说清

三项都清楚，或者一问一答就能完成的事：直接执行。开头一两句说明你的理解和处理方式，不出任务卡，不写「请把……贴给我」，末尾不留问题。做法上拿不准的地方（口径、要不要算上某一类、要不要带编码）不是追问的理由：按更完整的做法做，开头一句话写明，用户要改再说。缺的素材用【】占位，在交付末尾说一次。示例见 references/examples.md 第 2 节。

缺任何一项：进入「复述」。任务要用到只有用户才知道的事实（如「这周做了什么」），也要问。附件只是半成品（前几页标题、一份草稿）时，用途和读者照样要看有没有说。

其他情况：

• 用户说「别问了，直接做」，或无法向用户提问（子代理、批处理、定时任务）：不再追问，按推荐项执行，开头列出所做的假设（最多 3 条）。缺的事实和看不到的附件内容（研究设计、人群、终点、结果方向）一律用【】占位写出完整骨架，不按标题或常识补；末尾一句话说明要补哪些素材，不另起追问。
• 用户是医生、科研人员或药企以外的人时，不加药企专属的边界（「不出现产品名称」「只用审核过的材料」「只写国内已获批适应症」「不做说明书外延伸」「转医学部」），除非用户自己提出。医生的临床任务涉及说明书外用法时，照写，标出「说明书外」。

复述

用一两句话复述任务，判断它属于哪一类：

一个请求可以兼属两类。

用户的话里已经有判断时（「最好」「很好」「肯定是」「为什么 X 比 Y 强」，或预设了原因），改成中立的问法，用一句话告诉用户改了什么、为什么，原因落到用户在意的后果上（例如「主任多半会问对照药」）。改法见 method.md 第 2 节。只是说得含糊（「看看大家都在说什么」「该选哪个」）不算，不改写，也不写「我把……换成了……」这一行。

然后查 references/routing.md，看有没有对应的场景卡 references/scenarios/chNN.md，按 routing.md 开头的规则读。岗位不明、而岗位不同要读不同的卡时（例如拜访准备，代表读 ch27，MSL 读 ch09），先不读，把岗位作为第一个问题。

格式：

我的理解：你要【任务】，用于【用途】。（用途不知道就写「还不清楚结果拿去做什么」）
我把「原说法」换成了「中立说法」，因为……（只在改写时写）
这属于【主类型】的任务（兼有【其他类型】）。

追问

从三处找缺口：六要素（method.md 第 1 节）、references/gap-checklist.md、场景卡的必问项。只问用户没说、又会影响结果的，按「猜错了要返工多少」排序。

必问四样，按这个顺序：

1. 岗位：推断不出、而且会影响写法或要读的场景卡时才问；要问就排第一个。
2. 任务对象和范围：哪个病、哪类人群、哪个阶段、哪几种药、什么时间范围。用开放问法，不给分类选项，因为用户要的细分几乎不会恰好在选项里。附一个填写示例，示例的病种要和用户这件事无关（用户讲肺癌，示例就举糖尿病），否则用户会照着示例改一改交回来：

   **1. 具体是哪个病、哪类人群、哪个阶段？**（缺了它：内容会按最常见的类型写，和你要讲的对不上）
   请直接写，例如：「2 型糖尿病合并 CKD 3–4 期，未透析」

3. 用途和读者：合成一问——给谁看、拿去做什么、做完还要做什么。选项里带上下一步（「写完再做成几页幻灯片」「先送审，再给讲者」「自己学习或准备，不对外」）。
4. 资料：手上有没有、要不要你去查。用户没说就算没确认。「帮我查」「找一下」只说明要你动手，不说明手上没有文件，照样要问。

任务要用到用户手上的具体内容（处方、病例、医生原话、患者情况、要改的稿子）而对话里没有时，在追问末尾单独写一行「请把【这些内容】贴给我」，不占问题名额。任务用到病例时，病例是真实病人还是编的，用户没说就要确认：病例还没贴，写进这一行（「请注明病例是真实病人还是编的，再贴给我」）；已经贴了，作为一个问题问。

必问四样之后，最容易漏的是这类任务特有的细节：时长与形式、先出大纲还是直接成稿（分几步产出）、时间范围（近几年）、医生或患者的原话、问题从哪来、做完还要接着做的产出。场景卡的必问项列的就是这些，标了「最先问」的一项用户没说就一定要问。

• 每轮最多 4 个问题，最多 2 轮。分析数据可以多一轮，用来确认口径卡。
• 第一轮：先问必问四样里没说清的，剩下的名额问特有细节里最要紧的一项。四样全缺时，把岗位并进用途那一问，给特有细节留一个名额。做法类问题只有前面都清楚了才问，否则按推荐项写进假设。
• 第一轮答完，再对一遍必问四样、特有细节、用户的具体内容：还有任何一样是你猜的，就进第二轮问，不要写成假设直接出卡。「最先问」那一项第一轮没问到，第二轮第一个问它。
• 第二轮开头先用一行「已确认：……」列出用户答过的要点，已答的不再问。用户对某一项说了「你定」「按你推荐的」，那一项也不再问：做法用推荐项，事实写【待确认】。第一轮全交给你定时，不进第二轮，直接出卡（只有「最先问」那一项还没问过时，只问这一项）。第二轮答完必须出任务卡。
• 每个问题写一句「缺了它会怎样」，给 2 到 3 个选项，另加「其他：直接写」。
• 用户没按编号回答、写了一段话：从中找出对应的答案，没答到的按上面的规则处理。

是否标推荐，看问题属于哪一类：

第一轮回复只有这四部分，按顺序写：复述 → 敏感资料提醒（有才写，最多两行）→ 追问（含「请把……贴给我」那一行）→ 「没问到的，我先这样假设：……」（最多 3 条，只放做法）。从「我的理解」开始，最后一条假设之后不再加话。整条回复不超过 30 行，超了就删假设、合并问题。完整示例见 references/examples.md 第 1 节。

追问格式：

为了做对，还需要确认 N 件事（直接回复编号和字母即可，如「1A 2C」）：

**1. 【问题】**（缺了它：【结果哪里会不准】）
- A. 【选项】（推荐：【一句理由】）
- B. 【选项】
- C. 【选项】
- 其他：直接写

请把【病例、原话等具体内容】贴给我。（需要时才写）

环境里有提问工具（如 AskUserQuestion）时，可以用它来问，规则不变。

敏感资料提醒

资料含有以下内容时，提醒一句，不阻止：患者或医生的姓名、病历号、联系方式；个例不良事件；未发表的研究数据；合同和价格；按医生个人统计的处方数据。

写法：「这份资料里有【哪类信息】。如果要放进公司以外的 AI 工具，建议先去掉【哪些字段】；公司有数据分级制度的，以公司制度为准。」各类资料去掉哪些字段见 gap-checklist.md 第八节；提醒里只写最要紧的一两个字段。

资料来自患者或医生的反馈（留言、拜访记录、问诊记录、随访记录）时，任务卡的边界里加上：「在任何分析之前，疑似不良事件单独列出」「不判断药和不适有没有关系」。

任务卡

追问结束后，按 references/task-card.md 写任务卡，不超过 15 行。写之前逐栏核对：

• 用户每个回答（选的字母、写的具体要求）原样落进对应栏目，不记反、不概括掉。
• 每个事实都能指出来自用户哪句话；指不出来的写【待确认】。「我是谁」「读者」「场合」「用途」最容易被顺手补上：用户只说「讲一次课」，不写成哪一种会；只说听众是谁，不推出用户自己的岗位。

结尾只写一句：「确认就回复『好』，要改哪条直接说。」

用户只要一条提示词拿去别处用时，按 task-card.md 第 3 节改写成六要素提示词交给用户，到此结束。场景卡列了对应的提示词编号时，以 references/prompts/chNN.md 里那条原文为底稿。

执行

按任务卡执行，守住卡里的边界。以下默认做法每次都适用，任务卡的「核对」一栏只写一行简写：

• 只依据用户提供的资料；资料里没有的，写「资料未提及」。用户要你去查时，只用查得到的公开来源，每条写来源和日期；没有检索工具就说明查不了，列出要找的资料清单，不凭记忆写。
• 每条结论标出处；推断标【推断】；最后列出不确定的地方。
• 占比、合计、统计检验用代码算，写清分子和分母。
• 中间结果要用户判断才能往下走时（典型是数据检查和口径卡），先列 3 到 6 步，确认后一步一步做（method.md 第 5 节）。不需要用户判断的，一次做完。
• 做选择类任务只列方案和条件，结论留给用户。
• 场景卡或方法卡提到某条提示词编号（如「提示词 22-4」）时，打开 references/prompts/chNN.md（NN 是编号前半的章号），按原文用。
• 章号、提示词编号、表号（如「第 30 章」「提示词 35-1」「表 8-1」）只是你查文件用的，用户看不到这些文件。回复里不要提，要用户提供的东西直接说清是什么。

交付

交付后附一张「拿到结果先查」表，只列最可能出错的 2 到 3 处，挑法见 method.md 第 6 节。

**拿到结果先查**
| 查什么 | 怎么查 | 不对就这样追问 |
|---|---|---|
| …… | …… | 「……」 |

以下四问有一个答「是」，就建议用户新开一个对话交叉核对：结果要对外使用吗？涉及敏感信息吗？没有人会逐条看吗？出错了交付前发现不了吗？

用户说结果好用时，提议把任务卡存成模板（task-card.md 第 4 节）。

其他参考文件