界面上的“不对劲”总是转瞬即逝，截图发群、口头反馈，三个月后变成废纸。本文提出一套6字段的语义快照模板，将模糊的直觉转化为机器可读的结构化证据，让每一次“我觉得不对”都能沉淀为拦截同类问题的规则。从填写方法到三阶段流水线，手把手教你15分钟跑通第一条快照。 你在界面上看到一个不对劲的地方，错误提示轻飘飘的、删除按钮没有二次确认、AI说了句”我无法回答”，你却分不清它是拒绝了你，还是会话已经结束。 过去，这种直觉的去处是固定的：截图发群里，口头告诉前端改，改完就忘了。 这个模板只做一件事：把”我觉得不对”变成一条6个字段的结构化记录。它会被机器接收、判定、归档，最终长成一条能自动拦截同类问题的规则。 不需要会写代码。会截图，会描述困惑，就够了。 一、模板本体 6个字段全部是冻结字段（v1.0.0），含义和顺序不要改，机器靠它们做格式校验和归档。 二、逐字段怎么填 四个字段各带一个自问题： s

界面上的“不对劲”总是转瞬即逝，截图发群、口头反馈，三个月后变成废纸。本文提出一套6字段的语义快照模板，将模糊的直觉转化为机器可读的结构化证据，让每一次“我觉得不对”都能沉淀为拦截同类问题的规则。从填写方法到三阶段流水线，手把手教你15分钟跑通第一条快照。 你在界面上看到一个不对劲的地方，错误提示轻飘飘的、删除按钮没有二次确认、AI说了句”我无法回答”，你却分不清它是拒绝了你，还是会话已经结束。 过去，这种直觉的去处是固定的：截图发群里，口头告诉前端改，改完就忘了。 这个模板只做一件事：把”我觉得不对”变成一条6个字段的结构化记录。它会被机器接收、判定、归档，最终长成一条能自动拦截同类问题的规则。 不需要会写代码。会截图，会描述困惑，就够了。 一、模板本体 6个字段全部是冻结字段（v1.0.0），含义和顺序不要改，机器靠它们做格式校验和归档。 二、逐字段怎么填 四个字段各带一个自问题： scene——问自己：换一个同事，只看这个字段，能十分钟内自己找到这个界面吗？ 合格：「Web 端 · 账号设置 · 邮箱已绑定区域 · 解绑失败时的错误提示」 symptom——问自己：如果这条快照半年后被人翻出来，原话还在吗？ 合格：「提示文案为『出了点小问题，请稍后再试』，无错误码、无重试入口」 impact——问自己：用户看到它之后，是”必须立即处理”，还是”等一等就好”？这两个世界不能平均。 合格：「用户以为只是暂时故障，没有保存已编辑的内容就关闭了页面，丢失40分钟工作」 expectation——问自己：只用一句话，机器能不能据此判断”实际表达”和”预期表达”是不是一回事？ 合格：「该状态为不可恢复错误（fatal），必须表达『已丢失，需要用户立即处理』，并提供已编辑内容的导出入口」 evidence 是三条准入硬要求之一：格式硬要求、语义硬要求、证据硬要求。退回不是拒绝，是翻译能力的第一道把关，退回时会说明缺什么，补齐再进来。 三、完整示例：BND-001边界动作诊断「拒绝 ≠ 终止」 《边界动作诊断》文中分析过的真实漂移模式，拿来做示范： 这条快照后来长成了什么：拒绝、终止、升级被 blocked=true 一个布尔值压塌成了同一个槽位，修复路径是把 boundary.soft / hard / review 变成离散令牌写进契约，让机器在生成前拦截错误表达。 界面语义的边界，其实就是产品对用户权利的边界。 四、框架设计背景： 语义快照不是一张孤立的表单，而是 把设计规范写成代码格式（Schema-As-Code） 框架证据链的入口设计。要理解为什么6个字段一个不能少、为什么不能”写详细点就行”，需要先看到它在整条流水线中的位置。 4.1 三阶段全景 把设计规范写成代码格式（Schema-As-Code） 不是一套理论，是一条可执行的三阶段流水线（Seman