TG机器人异常提示的方案不能只写一个“完成”。更有用的做法，是把处理办法和能观察到的结果放在同一份清单中。本篇聚焦方案执行与验收，不替代前期需求核对。
把可重试与需人工处理的情况分开说明，不把内部密钥或堆栈发给用户。
先完成一个可以验证的最小步骤，确认结果符合预期后再扩大范围。每次变更注明原因和采用的版本，避免后续检查面对的内容已经改变，却仍按旧方案判断。
模拟接口超时、无权限和无数据，确认回复告诉用户可以怎样继续。
记录操作前的条件、实际执行的动作、看到的结果及仍无法确认的项目。演示或测试使用获得授权的样本；涉及正式数据时，先确认可操作范围，避免为了测试而改变真实业务状态。
建议使用“检查项目 / 实际结果 / 是否符合 / 待处理事项”四列。符合的项目写明验证依据，未符合的项目说明下一步动作。不能观察到的结果不要勾选通过，也不要把口头确认自动转成系统完成状态。
验收后保留最终采用的方案与记录位置，让下一位接手人员能找到相同材料。若范围后来发生变化，应另列新增事项，避免把新的要求混进原本已经验收的结论。
这份清单用于机器人需求沟通与项目验收，描述的是需要确认的方案，不表示任意现成机器人都已具备这些功能。涉及业务系统时，应由拥有权限的人员参与确认。
咨询 @kk25888联系客服Telegram @kk25888