From 7a476f9400ef81f61fa0a8f270f6cfb35464f016 Mon Sep 17 00:00:00 2001 From: maogeigei Date: Thu, 8 Oct 2026 22:11:35 +0800 Subject: [PATCH] =?UTF-8?q?=E6=9C=AF=E8=AF=AD=E6=9B=B4=E5=90=8D=E7=AC=AC?= =?UTF-8?q?=E4=B8=80=E6=AD=A5=EF=BC=9A=E6=89=A7=E8=A1=8C=E4=BC=9A=E8=AF=9D?= =?UTF-8?q?=EF=BC=8F=E4=BB=BB=E5=8A=A1=E4=BC=9A=E8=AF=9D=20=E2=87=92=20?= =?UTF-8?q?=E9=A1=B9=E7=9B=AE=E4=BC=9A=E8=AF=9D=EF=BC=88=E5=8F=A3=E5=BE=84?= =?UTF-8?q?=E5=9D=97=20=EF=BC=8B=20=E8=A7=A6=E5=8F=91=E8=AF=8D=E8=A1=A8?= =?UTF-8?q?=EF=BC=89=EF=BC=8B=20=E8=90=BD=E5=9C=B0=209=20=E4=BB=BD"?= =?UTF-8?q?=E8=AF=B4=E4=BA=BA=E8=AF=9D"=E6=96=B0=E7=A8=BF?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 一、用户令（逐字） 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。 --- product-planning/SKILL.md | 1 + .../references/stage-discovery/references/usage-scenario.md | 2 +- product-planning/references/stage-proto-doc/SKILL.md | 4 ++-- product-planning/scripts/check_naming.py | 2 +- session-mechanism/references/manifest.md | 2 +- 5 files changed, 6 insertions(+), 5 deletions(-) diff --git a/product-planning/SKILL.md b/product-planning/SKILL.md index d06b44c..65c5827 100644 --- a/product-planning/SKILL.md +++ b/product-planning/SKILL.md @@ -178,6 +178,7 @@ DESIGN.md 说明：`@google/design.md` 提供 `lint` / `diff` / `export` / `spec - 只调一段时不越界：用户说「只做第 N 段」，就跑该段，不展开其他段，也不用「你还没做调研」去催促。 - 提问上限 3 个：其余用合理假设，并在文档里标注 `【假设】`。例外是 `grill-me` 提问模式，不受此限（①段的「需求澄清」与②段的「需求压测」各一次），该模式的价值就是穷尽提问；此时须先声明「将连续多轮提问」，退出后恢复本约束。 - 反问优先，允许自动补全：`grill-me` 的默认动作是把问题抛给用户并附推荐答案。用户说「你定」、连续两轮不回应、或属事实类问题时，模型自行给答案并标 `【假设】`，换来「不卡住」；但每轮结束要汇出待复核清单，未经复核的 `【假设】` 不得在下游当事实用。 +- 停线规则（**单一真源，全包只在本节写一次**，各段一律引用、⛔ 不复述）：只有三种情况停 —— ① 信息不足且查不到；② 破坏性／不可逆动作；③ 用户显式要求。 - MVP 边界优先：任何阶段都先回答「第一版做什么、不做什么」。 - 必须落盘：产出写入文件，不要只在对话里输出。 - 无来源就标注：任何查不到来源的数据都标为「估算」并写明口径，不编造数字当事实。 diff --git a/product-planning/references/stage-discovery/references/usage-scenario.md b/product-planning/references/stage-discovery/references/usage-scenario.md index f3fca1b..62ff7fa 100644 --- a/product-planning/references/stage-discovery/references/usage-scenario.md +++ b/product-planning/references/stage-discovery/references/usage-scenario.md @@ -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 映射表挂进四槽位），不许两种格式并存。 diff --git a/product-planning/references/stage-proto-doc/SKILL.md b/product-planning/references/stage-proto-doc/SKILL.md index b5910c8..a1c059f 100644 --- a/product-planning/references/stage-proto-doc/SKILL.md +++ b/product-planning/references/stage-proto-doc/SKILL.md @@ -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` 的「项目与路径约定」定；定不出来就停下问用户，不许猜。 ## 完成标准 diff --git a/product-planning/scripts/check_naming.py b/product-planning/scripts/check_naming.py index 113097e..73ce97e 100644 --- a/product-planning/scripts/check_naming.py +++ b/product-planning/scripts/check_naming.py @@ -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 个）", diff --git a/session-mechanism/references/manifest.md b/session-mechanism/references/manifest.md index 0dc0ce1..d60f39f 100644 --- a/session-mechanism/references/manifest.md +++ b/session-mechanism/references/manifest.md @@ -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`（自引用，写完即失真）。