TG机器人深链接：方案核对与实际核对方法
咨询 @kk25888对照需求核对方案的范围，确认哪些项目需要另行处理。本篇围绕“TG机器人深链接”整理，具体服务范围以实际沟通确认为准。
TG机器人深链接的方案不能只写一个“完成”。更有用的做法，是把处理办法和能观察到的结果放在同一份清单中。本篇聚焦方案执行与验收，不替代前期需求核对。
处理顺序
用不含个人敏感信息的来源标识区分入口，在用户开始交互后记录来源。
先完成一个可以验证的最小步骤，确认结果符合预期后再扩大范围。每次变更注明原因和采用的版本，避免后续检查面对的内容已经改变，却仍按旧方案判断。
验收时实际做什么
分别从两个入口启动，确认来源对应且不会覆盖后续业务状态。
记录操作前的条件、实际执行的动作、看到的结果及仍无法确认的项目。演示或测试使用获得授权的样本；涉及正式数据时，先确认可操作范围，避免为了测试而改变真实业务状态。
留一份可复核的记录
建议使用“检查项目 / 实际结果 / 是否符合 / 待处理事项”四列。符合的项目写明验证依据，未符合的项目说明下一步动作。不能观察到的结果不要勾选通过，也不要把口头确认自动转成系统完成状态。
交接时确认边界
验收后保留最终采用的方案与记录位置，让下一位接手人员能找到相同材料。若范围后来发生变化，应另列新增事项，避免把新的要求混进原本已经验收的结论。
业务范围
这份清单用于机器人需求沟通与项目验收，描述的是需要确认的方案，不表示任意现成机器人都已具备这些功能。涉及业务系统时，应由拥有权限的人员参与确认。
官方资料
Telegram 官方资料说明机器人支持深链接。项目仍需自行定义来源标识及对应业务逻辑。