立「问 GPT 只给关键背景」的提问口径（product-planning 主 skill 为权威处）

- 用户令（2026-10-15 逐字）：「问 GPT 的时候 只需要说明 关键背景情况和需求询问，禁止带入过多细节上下问造成干扰」。
- 落点：`product-planning/SKILL.md` 新增「## 征询外部模型（GPT）的提问口径（单一真源）」——
  要写三样（场景一句 / 手上已有什么 / 想问哪几个问题）、判据（少了这句对方就问不出对的问题吗）、
  ⛔ 不带清单（过程留痕 / 废弃做法细节 / 来龙去脉 / 内部约束清单 / 字段与文件清单）、
  避坑依据（10-14 那次 1 500 余字背景的反例）、留痕要求。反面清单同步加一条。
- `browser-harness/SKILL.md` §3「提问怎么写」同步收紧：原「给完整上下文」改为「给必需的上下文」
  ＋「上下文写到对方能接住这个问题为止」；此处保持通用表述，不带产品规划语境（口径本体在 product-planning）。
- 验收：`check_naming.py --ws E:/ProgramData/AIProject/contentm_agent` ＝ 通过 2045 / 失败 0 / 提示 31。

browser-harness/SKILL.md

@@ -177,8 +177,9 @@ chrome.exe --remote-debugging-port=9223 \
 
 ### 3. 提问怎么写
 
-- **说清「意图和目标」＋ 给「完整上下文」**，末尾一句明确提问 —— 用户口径：不用写太多控制指令。
+- **说清要做什么 ＋ 给必需的上下文**，末尾一句明确提问 —— 用户口径：不用写太多控制指令。
-- ⛔ **它看不到你的本机路径**。要么**把全文逐字内联**，要么**上传文件**；⛔ 不要用「见 xxx.md」「文件在 E:/…」代替内容。
+- 🔴 **上下文写到「对方能接住这个问题」为止**（2026-10-15 用户令）：判据＝少了这句，对方就问不出对的问题吗 —— 问不出才留，问得出就删。⛔ 不贴过程留痕、不写「我们为什么这么做」的来龙去脉、不复述内部清单；那些会把回答拖进细节纠缠，占掉本该用在核心问题上的注意力。
+- ⛔ **它看不到你的本机路径**。要么**把必需的原文逐字内联**，要么**上传文件**；⛔ 不要用「见 xxx.md」「文件在 E:/…」代替内容。
 - 一轮一个主题。
 
 ### 4. ✅ 消息发出去的硬证据 = **输入框被清空**

product-planning/SKILL.md

@@ -198,6 +198,16 @@ DESIGN.md 说明：`@google/design.md` 提供 `lint` / `diff` / `export` / `spec
 - 禁止长文：单份产出物默认一页纸（≤120 行），超长必须拆分。
 - 🔴 路径写相对或占位（2026-10-14 用户令）：本包内一切文字（`SKILL.md`、`references/**`、脚本与注释、模板）引用**本技能自己或同根技能**的位置时，写相对形态 —— 同根技能写 `<技能根>/<技能名>/`，本包自己的文件写包内相对路径（如 `references/stage-delivery/`）。只有**跨根引用**（工作区根、文档库根、本机软件安装位这类从本包推不出来的别的根）才落到具体位置，且优先读环境变量（`DSH_WS_ROOT` / `DSH_DOCS_ROOT` / `WORKBUDDY_BIN_ROOT`）。原因：技能根的位置随环境变（全局技能根还是工作区技能根、用户名与盘符各不相同），写死了换台机器就是死路径，跨环境会整片报错。
 
+## 征询外部模型（GPT）的提问口径（单一真源）
+
+> 🔴 2026-10-15 用户令，逐字：「问 GPT 的时候 只需要说明 关键背景情况和需求询问，禁止带入过多细节上下问造成干扰」。本包内一切向外提问的动作都按本节写；③段 3c 的提问模板是本节的一个实例，⛔ 不在别处另立一套口径。
+
+- **要写三样**：① 场景一句（这是什么、要解决什么）；② 手上已有什么（只列与本次提问有关的）；③ 想问哪几个问题（逐条列，一条一个问点，末尾一句收口）。
+- **判据**：背景写到「对方能接住这个问题」为止 —— 少了这句，对方就问不出对的问题吗？问不出才留，问得出就删。
+- **⛔ 不带**：过程留痕、已废弃做法的设计细节、「我们为什么这么做」的来龙去脉、内部硬约束清单、字段与文件清单。这些会把回答拖进细节纠缠，占掉本该用在核心问题上的注意力。
+- **为什么**（避坑依据 · 2026-10-14 实测）：为问「原型说明文档该怎么写」，先铺了 1 500 余字的背景（含已废弃做法的 5 个设计点、4 条硬约束、7 个问题）⇒ 细节量压过问题本身。
+- **留痕**：提问原文与回答原文都要落盘；提问按本节写，⛔ 不把本机路径当内容（外部模型看不到本机路径，要么逐字内联、要么上传文件）。
+
 ## 每段的标准收尾格式
 
 ```
@@ -235,6 +245,7 @@ DESIGN.md 说明：`@google/design.md` 提供 `lint` / `diff` / `export` / `spec
 - 下游擅自裁剪上游已拍板项：②③发现要砍①段或决策表里已拍板的东西时，不许自行裁掉或改口径，必须列成「与已定决策的差异」交用户显式确认
 - 把模式当成段：模式是「要不要在①段末停」的开关，不是第四个段，别为它单独造段或造产物
 - 跑了却不说：没声明当前段 / 子步与依据文件，或偏离了被调 skill 的主流程却不声明、不记偏离单（应为：开工先声明、每个子步再声明、偏离当场声明）
+- 问外部模型时堆砌背景：把过程留痕、废弃做法、内部约束清单整段贴进去（应按「征询外部模型（GPT）的提问口径」只给关键背景 ＋ 明确问题）
 
 ## 改名 / 改供给后的自检