PR body明确指出：'The Code Prepare stage has stability issues on self-hosted runners, especially when jobs are cancelled. In such cases, residual directories or root-owned files may remain in the workspace, causing subsequent runs to fail during cleanup or extraction.' 这表明动机是解决CI环境中的清理失败问题，提高整体CI流程的鲁棒性。

建议CI维护者和负责基础设施的工程师精读此PR，关注其设计决策如多层清理策略和错误处理改进。对于普通开发者，了解CI稳定性的提升即可。

实现方案涉及修改8个GitHub Actions workflow文件（如_accuracy_test.yml、_base_test.yml等）。关键改动包括：在清理失败时使用find命令强制删除残留目录并更改权限；为wget和tar命令添加错误检查和日志；使用--no-same-owner选项避免解压时的权限问题；引入重试机制作为后备。所有修改集中在CI脚本层面，未触及核心业务代码。

技术风险包括：1. 清理逻辑可能不完整，fastdeploy-bot指出的普通文件残留风险。2. 新增的find和chmod命令依赖于特定环境权限，可能在不同runner上表现不一致。3. 错误处理虽改进，但可能仍有边缘情况未覆盖，如网络问题导致的下载失败。4. --no-same-owner选项可能在某些tar版本中不支持，但风险较低。

影响范围：对用户透明，但间接提升CI测试的可靠性，减少因环境问题导致的失败。对团队：工程师将受益于更稳定的CI流水线，减少手动干预。系统：CI基础设施更健壮，降低维护成本。影响程度：中等，局限于CI流程，不直接影响产品功能。