刷新前风险扫描
当沙盒刷新即将到来，需要有人知道会丢失什么时使用此技能。扫描是只读的。判断力体现在问题、审核和发出的说明中。
步骤1：先提问再行动
在一次消息中询问以下问题并等待回答。不要先运行扫描。
- 哪个组织，其CLI别名是什么？确认它是一个沙盒，而不是生产环境。此技能从不扫描生产环境。
- 刷新时间是什么时候，类型是什么（完整、部分、开发者专业版、开发者版）？完整和部分刷新会替换数据。开发者专业版和开发者版不保留任何数据。
- 此组织是否有源代码控制项目？如果有，它在磁盘上的位置在哪里？扫描可以将组织与该项目进行比较。
- 谁拥有集成？清单会分配负责人，因此名称（仅限内部人员）会有所帮助。
- 此沙盒中是否有已知不存在于其他地方的内容？某人手动构建的测试数据、功能开关、演示配置。
步骤2：运行扫描
node scan.js --org <别名> --out ./out [--project <sfdx项目路径>] [--days 90]
脚本会写入 out/refresh-risk-checklist.md 和 out/refresh-risk.json。如果检查失败（运行用户缺少权限、组织不具有对象），它会在清单中说明并继续。不要未经询问就尝试使用更多权限重试。
步骤3：审核，不要直接转发
阅读清单并运用脚本无法做到的判断力：
- 哪些项目超出我们的范围但仍然存在风险？无论如何都要标记它们。客户宁愿听到两次也不要漏掉。
- 哪些项目是噪音？可以故意放弃没人使用的连接应用程序。说明原因而不是将其列为工作项。
- 哪些项目会无声失败？集成用户和OAuth令牌应优先放在说明中。
- 是否有后复制脚本？如果没有，建议添加一个。它可以将此清单中的大部分内容转化为代码。
编辑清单：划掉噪音，添加负责人，添加步骤1答案中出现的任何内容。
步骤4：草拟说明
用平实的语言撰写客户说明，长度控制在一屏：
- 刷新日期和类型，放在第一行。
- 将要丢失或重置的内容，分组列出：数据、凭据和集成、计划作业、仅沙盒配置。
- 我们需要客户提供什么，附上截止日期：超出我们范围的项目负责人，对我们计划放弃的内容的确认。
- 我们将采取什么行动，附上截止日期：刷新前的导出，刷新后的重输入和重新调度，第一天的冒烟测试。
附上清单。在客户主管先阅读之前，不要发送任何内容。
规则
- 只读。脚本仅查询和列出。切勿添加写入操作。
- 仅限沙盒。如果别名解析到生产环境，停止并说明。
- 切勿将机密粘贴到清单中。命名凭据名称可以，但值绝对不行。
- 离开项目文件夹的任何内容中不得出现客户名称。