术语更名第一步：执行会话／任务会话 ⇒ 项目会话（口径块＋触发词表）＋落地 9 份"说人话"新稿

一、用户令（逐字） 1. `1、A 方案` 2. `把会话技能中执行会话（协作会话）改为项目会话 # 用法改为输入使用项目会话完成目标：XXXXX` 二、A 方案：只落"说人话"新稿 —— ⚠️ 实测**只能落 9 份**，7 份必须合并 · 16 份新稿（`contentm_agent` 那条目标产出）逐份比对现文件：**9 份差异只在措辞**（0~2 行）⇒ ✅ 已落地，逐份 md5 与稿子一致；**原件已备份**到 `待清理/技能包-说人话落地前备份-20261008/`。 · 🔴 **7 份现文件含稿子里没有的内容**（最多的少 106 行！）—— 且 `stage-delivery/SKILL.md`、 `execution-runbook.md`、`SKILL.md` 是**今天 15:28/15:29 刚被别的会话改过** ⇒ 直接覆盖会**丢掉今天的新内容**。 ⇒ 按「改技能包前先看别人在途改动、⛔ 别硬覆盖」的规定**没动这 7 份**，留待合并（见回复待拍板项）。三、术语更名（先落低风险那一半，让新用法今天可用） · `SKILL.md` 第一屏加**术语更名口径块**：**项目会话（现行）＝任务会话（旧称）＝执行会话／协作会话（更旧称）**，新文字一律用「项目会话」；⛔ 三个词的旧正文**按本块读**（同 10-02 那次的做法）。 · 三类会话表里那一行改为「**项目会话**（旧称任务会话／执行会话）」。 · 第 0 步触发句加 **`使用项目会话完成目标：XXXXX`**（用户口径的现行写法）。 · `skill-load-guard.py` 的词表**加**项目会话族（`使用项目会话`／`项目会话完成`／`项目会话`／`创建项目会话`／`派项目会话`）， ⛔ **旧词一个不删**（用户与新会话都可能用旧词，收窄词表＝把已授权的触发句漏掉，本项目栽过）。复核：`使用项目会话完成目标：XXXXX` 命中 `['使用项目会话','项目会话完成']` ✓；`用执行会话完成 X` 仍命中 ✓。 · 🔴 **机器前缀 `[执行]` 暂不变** —— 它是角色解析与看板的键（`parse_session_name`／`board.py::_role_of_title`／在跑的排期名），属影响面变更，**等用户拍板**。 · ⚠️ **全量更名尚未做完**：实测 **416 处 / 22 个文件**（`collabd.py` 71 ／ `selftest.py` 63 ／ `SKILL.md` 50 ／ `board.html` 46 ／ `pitfalls.md` 36 ／ `board.py` 33 …）⇒ 按机制自己的三类规矩（注释文档 / `@case` 标题 / 看板文案）逐步收尾。四、验收 selftest.py rc=0 PASS 106 / FAIL 0；manifest 76 份、语法失败 0。
2026-10-08 22:11:35 +08:00
1 parent 1ca0a637a6
commit 7a476f9400
@@ -178,6 +178,7 @@ DESIGN.md 说明：`@google/design.md` 提供 `lint` / `diff` / `export` / `spec
 - 只调一段时不越界：用户说「只做第 N 段」，就跑该段，不展开其他段，也不用「你还没做调研」去催促。
 - 提问上限 3 个：其余用合理假设，并在文档里标注 `【假设】`。例外是 `grill-me` 提问模式，不受此限（①段的「需求澄清」与②段的「需求压测」各一次），该模式的价值就是穷尽提问；此时须先声明「将连续多轮提问」，退出后恢复本约束。
 - 反问优先，允许自动补全：`grill-me` 的默认动作是把问题抛给用户并附推荐答案。用户说「你定」、连续两轮不回应、或属事实类问题时，模型自行给答案并标 `【假设】`，换来「不卡住」；但每轮结束要汇出待复核清单，未经复核的 `【假设】` 不得在下游当事实用。
+- 停线规则（**单一真源，全包只在本节写一次**，各段一律引用、⛔ 不复述）：只有三种情况停 —— ① 信息不足且查不到；② 破坏性／不可逆动作；③ 用户显式要求。
 - MVP 边界优先：任何阶段都先回答「第一版做什么、不做什么」。
 - 必须落盘：产出写入文件，不要只在对话里输出。
 - 无来源就标注：任何查不到来源的数据都标为「估算」并写明口径，不编造数字当事实。
@@ -100,7 +100,7 @@ Importance / Satisfaction / Score / 优先级分数，没有数据源就不许

 ## 七、产出

-`docs/pm/<项目>/strategy/31-使用场景.md`
+`docs/pm/<项目>/research/1e-使用场景.md`

 > ⚠️ 与旧产物的关系：现有 `31-使用场景.md` 是旧三段式（处境 S-A/S-B/S-C + What Before 五条 + Alternatives 五条）。
 > 改格式后旧产物需重写（把三段内容按§5 映射表挂进四槽位），不许两种格式并存。
@@ -19,7 +19,7 @@ description: 产品规划第④段，原型说明文档。在已交付的原型
 |---|---|---|
 | ③ | `designs/<项目>/*.html` | 要挂说明区的原型本体；状态数与状态名以它为准 |
 | ② | `docs/pm/<项目>/prd/2a-产品功能.md` · `docs/pm/<项目>/prd/2b-界面布局.md` | 术语口径、状态流转、异常路径、页面骨架 |
-| ① | `docs/pm/<项目>/strategy/30-产品策略.md` | "不做什么"的边界，说明区不得写出范围外的能力 |
+| ① | `docs/pm/<项目>/research/1d-产品策略.md` | "不做什么"的边界，说明区不得写出范围外的能力 |

 上游缺失时标 `【假设】`继续，不强制回补。

@@ -64,7 +64,7 @@ description: 产品规划第④段，原型说明文档。在已交付的原型
 - 不得把自动结论表述为人工认可（红线，本项目实测抓过）：机器判定只能说"进入队列 / 待人工逐条查看"，不许写成"通过 / 已认可"。
 - 文案口径跟②段走。同一个概念在说明区与②段里必须同名，冲突时改说明区。
 - 4c 交付前必须浏览器实测，逐步骤真点一遍，走完全流程再退出。未跑实测不得报完成。
- 段内子步之间不反问，做完直接进下一个子步。只有三种情况停：信息不足且查不到、破坏性/不可逆动作、用户显式要求（见 `product-planning` 的「执行规则」）。
+- 段内子步之间不反问，做完直接进下一个子步；**停线规则**见 `product-planning` 的「执行规则」，⛔ 本段不复述。
 - `<项目>` 按 `product-planning` 的「项目与路径约定」定；定不出来就停下问用户，不许猜。

 ## 完成标准
@@ -119,7 +119,7 @@ AUTHORITY = [
     "pattern": r"归②段（[^）]*）\s*\|\s*归(?:③段|本段)（",
     "why": "两侧对照表只许在②段 SKILL.md 的 §②—③ 交接口 定义一次"},
    {"fact": "停线规则（哪几种情况停）",
-     "authority": None,
+     "authority": "SKILL.md",
     "pattern": r"只有[三四]种情况停",
     "why": "⛔ 全包禁写 —— 口径只在本包 SKILL.md 的「执行规则」，各段一律引用"},
    {"fact": "可选档骨架名单（营销页向那 8 个）",
@@ -1,6 +1,6 @@
 # manifest · 包内文件清单

-> 生成方式：逐文件 `compile()` / `json.loads` ＋ md5 ｜ **最近一次全量重算：2026-10-08 22:09 （术语更名：执行会话／任务会话 ⇒ 项目会话（第一屏口径块 ＋ 触发词表））**
+> 生成方式：逐文件 `compile()` / `json.loads` ＋ md5 ｜ **最近一次全量重算：2026-10-08 22:11 （术语更名：执行会话／任务会话 ⇒ 项目会话（第一屏口径块 ＋ 触发词表））**
 > ⚠️ **2026-10-05 局部增量**：`references/pitfalls.md`（P0-77 拆条 ＋ P0-73/P0-77 压缩）与
 > `scripts/goalctl.py`（`--switch-goal` 确认闸 ＋ 旧目标归档）两行的 md5/大小已按当天实测值更新；**其余行仍是 10-04 基线**。
 > ⛔ 本表**不含** `install.log`（运行日志）与 `references/manifest.md`（自引用，写完即失真）。