用途：当应用被 App Review 拒绝、提交流程被阻断或需要申诉时，用于从拒绝信息出发做系统化诊断，判断问题属于代码、元数据还是技术门槛，并映射到对应的处理模式。
主要能力：覆盖九类常见拒绝模式，包括 Guideline 2.1 完整性问题（崩溃、占位内容、失效链接、缺少演示账号）、2.3 元数据问题、5.1 隐私违规、4.8 缺少 Sign in with Apple、3.x 商业与变现违规、二进制被拒（SDK、签名、加密声明）、申诉流程，以及 1.x 安全内容与 4.1-4.3 设计原创性问题。强调先完整阅读拒绝原文并记录所有被引用的指南编号，再逐一修复，多个指南同时被引用时须全部处理后再提交。
使用方式：按步骤先识别拒绝类型（App Rejected、Metadata Rejected、Binary Rejected、Removed from Sale），再依据指南编号选择模式。元数据类问题可直接在 App Store Connect 修改，无需重新构建；二进制类需处理 SDK、隐私清单或签名。资料中给出排查命令，如使用 grep 搜索占位字符串、使用 curl -sI 检查 URL 是否可访问，以及生成隐私报告、添加 purpose string 与 PrivacyInfo.xcprivacy 声明、实现 ATT 授权等做法。权限申请需填写具体用途说明，隐私政策须可从应用内访问。
适用场景：iOS 开发者收到审核拒绝后需要快速判断原因、规划修复与复提；也适合在提交前自查常见风险点。
限制：资料未提供具体收费、价格、平台支持范围、实际修复成功率等信息，暂未提供。相关处理方式与代码示例仅为资料所述做法，实际效果需自行验证。