可以评估哪些调整？
例如修复无法复现或反复发生的问题，调整按钮、权限与业务规则，补充通知流程，或讨论接入表格、网站和已有系统接口。每一项都需要结合现有实现判断；对接前先核对接口文档、字段和授权方式。
当前项目以 Telegram 为主。其他平台、较旧的框架或第三方维护的代码，需要先确认可接手程度。没有可用源码时，也需要重新判断能做什么，不能仅凭操作截图承诺直接修改。
让改动范围和验收都有边界。
- 现状与问题
- 记录当前行为、触发步骤和期望结果，区分故障修复、规则调整与新增功能。
- 改动与数据
- 明确涉及的模块、权限和数据处理。若需要迁移数据，先约定备份、迁移验证和异常时的恢复办法。
- 交付与上线
- 按项目约定改动源码、配置或说明的交付范围；明确谁部署、谁验收，以及测试中需要保留的原有流程。
发来问题时，尽量带上。
- 机器人用途、目标平台和当前使用方式。
- 问题出现的步骤、错误信息或脱敏截图。
- 源码和运行环境是否可访问，原维护方是否仍参与。
- 哪些已有功能必须保留，最急需改变的是什么。
合作前的常见问题
- 原开发不维护了，还能接手吗？
- 先评估源码、运行环境和权限。没有源码时需核对可用接口与数据；仅凭截图不能承诺直接修改或接手。
- 旧用户数据和原流程怎样保留？
- 先列出必须保留的数据与流程，约定备份、迁移核对和恢复办法；验收同时检查改动与原有关键流程。
描述“现在怎样”和“希望怎样”。
先给出最需要改的一处，以及可提供的代码和运行信息。