从认识开始。向深入前进。

1. 01

   在检索前约束版本

   从问题和当前产品环境确定版本；候选文档必须带版本与生效时间，过期内容先过滤。

2. 02

   保留证据链

   记录查询、候选片段、重排结果和最终使用的引用，便于发现错误发生在召回还是生成。

3. 03

   无法确认就停下

   如果只找到旧版资料，明确说明当前证据不足，不要把旧规则伪装成新规则。

动手产出：产出一份带版本过滤和拒答条件的检索流程图。

1. 01

   给动作稳定身份

   为这次创建动作生成幂等标识；重试沿用同一标识，不把“每次请求”当作“新任务”。

2. 02

   区分未知与失败

   超时只说明客户端没有收到结果。先查询动作状态，再决定是否重试，避免把未知状态误判成未执行。

3. 03

   在确认点说明影响

   执行前展示将创建的工单和目标空间；执行后显示可核对的工单编号。

动手产出：写出等待确认、执行、结果未知、恢复四种状态的转移规则。

1. 01

   恢复真实会话

   页面加载时向服务端读取会话，明确展示加载、已登录和未登录状态，不依赖内存里的单个布尔值。

2. 02

   服务端决定所有权

   从已验证会话获取用户 ID；忽略请求体里的 ownerId，并在读取和写入时检查资源归属。

3. 03

   测试跨页面旅程

   依次验证登录、创建、刷新、打开另一页、退出和尝试访问他人任务。

动手产出：画出一次请求中的身份来源、权限检查和错误返回。

1. 01

   界面明确提交状态

   首次提交后禁用按钮并保留输入；成功后展示结果，失败时允许有意识地重试。

2. 02

   服务端识别重复请求

   为一次用户意图使用幂等键，或用业务唯一约束保护不变量；不能只相信按钮已禁用。

3. 03

   处理冲突与恢复

   重复请求返回已有结果或稳定的冲突响应；界面解释发生了什么，并指向已创建的任务。

动手产出：实现一张包含空闲、提交中、成功、冲突、失败的状态表。

1. 01

   把动作写成具体动词

   把“继续”拆成“编辑草稿”“确认发送”；按钮附近展示收件人、最终内容和发送后的影响。

2. 02

   保留拒绝与修改路径

   用户拒绝时绝不调用发送工具，草稿仍可编辑；超时或失败时也要展示实际执行状态。

3. 03

   用真实任务检验文案

   让访客在点击前说出预计会发生什么。若回答不一致，说明确认界面仍不够清楚。

动手产出：画出草稿、等待确认、发送中、已发送和取消五个界面状态。

1. 01

   固定基线样本

   保留包含正常、旧版资料、无证据和越权请求的评估样本，发布前后用同一标准检查。

2. 02

   分开看质量与增长

   同时追踪有效引用率、拒答准确性、任务完成率、延迟和成本，并按任务类型切分。

3. 03

   设定暂停条件

   先小范围发布；当高风险错误超过阈值时停止扩大流量，回看具体运行轨迹。

动手产出：写一页发布评估卡，包含基线、指标、阈值和下一步决策。