沉淀: R29 沟通歧义失误 #014；R29 列位移+60px 工作日志

失误与规避记录.md

@@ -107,3 +107,14 @@ S1-S11 重跑生成脚本时，脚本正文出现 4 处输出模板未定义内
 1. **数据源优先级必须显式化**：获取达人账号信息**浏览器优先**（访问抖音网页版账号主页），**如无必要不用查 MCP 达人信息**；MCP hot_accounts 系列是**内部账号库查询**（不是抖音热门榜单，名称有误导性）、不是功能一数据源，仅浏览器无法访问时兜底并注明来源——已固化为 SKILL.md 规则表「账号信息数据源（红线）」行 + `feature/01_获取账号信息.md`「数据源优先级（红线）」块 + `MCP_工具调用规范.md` 工具清单「工具边界（数据源红线）」备注（源 + dsh 双副本同步）。
 2. **工具清单要标「非本职」边界**：MCP 服务暴露的工具若不属于本技能职责，必须在清单中注明「仅作 X 用途、禁止作为 Y 数据源」，防止按工具名直觉误用。
 3. **行为偏差反馈 → 三层化沉淀**：用户环境实操反馈的 AI 行为偏差，先落技能红线（治本）→ 追加失误记录（#013）→ 写工作日志（记忆层）。
+
+---
+
+## #014 表头「X 前面」沟通歧义（2026-09-03）
+
+用户原话「标签列放到时长前面」，表头实际顺序为发布时间|视频标题|点赞|评论|分享|收藏|时长|操作，「时长前面」字面理解应为收藏与时长之间（已在第一版实现）。但用户**三遍**明确指示最终意图是「点赞列左边」（即 视频标题 与 点赞 之间），并明确表达了不满。
+
+规避：
+- 表头列序相关的简短中文表达「X 前面/后面」易产生左右歧义；用户脑里的列序 ≠ 实际代码列序时极易误解。
+- 接到位置类需求时，若表达简短（如「X 前面/后面/左边/右边」），先核对当前代码的实际列序再下手，或直接用 Ask 锁定；**严禁凭借字面+猜测实现**。
+- 如果用户在同一会话反复纠正同一项，说明首次理解跑偏——立即完全重读上下文（含 summarization 前轮次），不要继续在错误实现上微调。