用户令：没让改的交互不允许乱改——立进③段技能硬约束；记侧栏被顺手改的完整事实链与要回退的基准形态

.workbuddy/memory/2026-10-10.md

@@ -110,6 +110,27 @@
 
 **遗留 8 条**（检查会话写在 `目标执行状态.md` §四），其中**要用户裁定**的三条：窄屏三档密度红（是否动断点）／ P7 一页两个主操作（是否再议）／ 两处假设（P1 形态、P7 第 10 块「商单与收支」是否进第一版）。
 
+## 22:31 · 用户令「没让改的 交互不允许乱改」—— 立进③段技能
+
+**用户原话（逐字）**：「没让改的 交互不允许乱改」。
+
+**起因（有据可查的事实链）**：侧栏宽度被"顺手"改了 ——
+- 第八轮（10-08，提交 `eee042c`）**按 tiaoyue 源站实测重建过导航**：64px 药丸浮栏、图标在上、名字常驻在下；真值逐字「栏 64／内衬 3／圆角 100／项 56×78／字 12px-500-行高 16」。
+- V2（10-09）改成「三组＋跨组」时把栏宽 **64 → 184px**（理由：容下组名）。
+- V3（10-09）改一层七项时 **184 → 128px**（理由：「组名撤了，184px 没人认领」）。
+- 两次都不是用户点名的，**第二次的理由还站不住**：`design-system-tiaoyue/SKILL.md` 行 95 明写侧栏是「`app-sidebar`，宽 `w-16`」＝ **64px** —— 栏宽有基准，"几何不在样式库内"不能当收窄的依据。
+
+**立到哪**：`product-planning/references/stage-delivery/SKILL.md` 的 `## 硬约束` 段新增一条 ⭐⭐ ——「**交互改动只做被点名的那几处**」（正向表述 ＋ 把这次踩坑当依据）。
+⚠️ 立进技能而不是只写工作区日志，理由：**只写进工作区日志的规矩等于没立**（换个执行棒就读不到）。
+
+**闸门**：改包后现跑 `check_naming.py --ws` ⇒ **通过 2061 ｜ 失败 0 ｜ 提示 27** ✅（比上次多 1，正是新加这条）。
+
+**要回退的**：原型侧栏现在是 `128px`、图标在左名字在右 —— 既不是点名的、也不是基准。基准形态＝ **64px ＋ 图标在上名字在下**（第八轮那版）。⚠️ 回退不等于恢复旧文件：**名字常驻（两字）是用户定过的口径，要保住**。
+
+🔴 **我自己一处判断作废**：22:29 那条待拍板我倾向「维持 128px」，是**没查 tiaoyue 就下的判断** ⇒ 作废（正确取向是回 64px 基准形态）。
+
+**产物**：`执行会话/目标-分析social-auto-upload项目，用于投放页与发布对象的判断-0ec0a7/用户口径追加-交互不许乱改.md`。
+
 ## 07:4x–08:0x · TrendRadar 接入智谱 GLM（模型 `glm-5.3-flash`，用户指定「思维链要较低档」）
 
 部署位置（承 10-09 那次）：源码 `E:/ProgramData/AIProject/trendradar`，容器 `trendradar`(8080) / `trendradar-mcp`(3333)。

执行会话/目标-分析social-auto-upload项目，用于投放页与发布对象的判断-0ec0a7/用户口径追加-交互不许乱改.md

@@ -0,0 +1,41 @@
+# 用户口径追加 · 没让改的交互不许动（2026-10-10 22:31）
+
+> 用户原话（逐字）：「**没让改的 交互不允许乱改**」。
+> 立这条的起因：侧栏宽度被"顺手"改了，用户当场点破。本份记**起因、已立到哪、以及要回退什么**。
+
+---
+
+## 一、起因：一次"顺手"的改动
+
+**事实链**（全部有据可查）：
+
+- 第八轮（2026-10-08，提交 `eee042c`）**按 tiaoyue 源站实测重建过导航**：64px 药丸浮栏、图标在上、名字常驻在下，真值逐字为「栏 64／内衬 3／圆角 100／项 56×78／字 12px-500-行高 16」。
+- V2（2026-10-09）：导航改成「三组 ＋ 跨组」，栏宽 **64 → 184px**（理由：要容下组名）。
+- V3（2026-10-09）：导航按用户口径压成一层七项，栏宽 **184 → 128px**（理由：组名撤了，184px 没人认领）。
+- 两次都不是用户点名的改动，**第二次的理由还站不住**：设计供给 `design-system-tiaoyue` 的 `SKILL.md` 行 95 明写侧栏是「`app-sidebar`，宽 `w-16`」＝ **64px** —— 栏宽是有基准的，"几何不在样式库内"不能当收窄的依据。
+
+**用户要什么**：交互改动**只做被点名的那几处**，别的一律保持原样。
+
+---
+
+## 二、这条已经立到哪
+
+- **③段技能**：`product-planning/references/stage-delivery/SKILL.md` 的 `## 硬约束` 段新增一条（⭐⭐ 级），写明「交互改动只做被点名的那几处」＋ 上面这条踩坑依据。
+- 之所以立进技能而不是只写工作区日志：**只写进工作区日志的规矩等于没立** —— 换一个执行棒读不到。
+
+---
+
+## 三、要回退什么（按这条口径）
+
+**当前原型的侧栏**（`执行会话/目标-把八条已定口径落进②段两份与原型-fa6e07/ui/mcn-workbench.html`）：
+- 栏宽 `128px`、图标在左、名字在右 —— 这个形态**既不是用户点名的，也不是设计供给的基准**，是两次顺手改动的残余。
+- 基准形态是：**栏宽 `64px`、图标在上、名字在下**（第八轮那版就是照它做的，名字两字常驻）。
+
+**回退不等于恢复某个旧文件**：名字常驻（两字）是用户此前定过的口径，要保住；要改回去的只是**栏宽与图标/名字的排布**。
+
+---
+
+## 四、附带纠正一条我自己的判断
+
+2026-10-10 22:29 我给的那条待拍板（"侧栏宽度要不要从 128 改回 184"），**倾向写的是"维持 128px"** —— 那是**没查 tiaoyue 就下的判断**，作废。
+查过之后：基准是 64px，`184px` 与 `128px` **都不是基准**，正确的取向是回到 64px 那一版形态。