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

2.6 KiB
Raw Blame History

用户口径追加 · 没让改的交互不许动(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 那一版形态。