用途：当拒绝决定存在争议（而非直接修复后重新提交）时，构建有说服力的申诉。上游输入为拒绝通知与拒绝根因分析，需引用拒绝通知中提到的 ARB 条目 ID、审计时声明的 score_mode，以及失败项已解决的证据。
主要能力：区分“申诉”与“修复后重提”的适用条件；给出申诉流程与时间线（改进 1-4 周、提交申诉、等待 1-2 周）；提供证据清单（前后指标、修复截图、Lighthouse 等独立审计、完整内容示例、合规文档）与证据包目录结构；提供申诉信模板（主题、理解反馈、已修复内容、改进证据、当前状态、请求复议、联系方式）；覆盖低价值内容、用户体验差、技术问题、联盟营销合规等常见场景的申诉角度与证据；列出成功因素（礼貌具体、可量化改进、证据充分）与失败因素（防御性语气、含糊陈述、无证据）；给出申诉结果时间线与概率区间、申诉前检查清单、被拒后的后续选项。
使用方式：先判断是否满足申诉条件，再收集 5-10 份证据，按模板撰写 1-2 页申诉信，引用具体 ARB 条目与 score_mode，最后提交并附证据包。
适用场景：拒绝理由与站点不符、理由主观（如“低价值”）、已有明确反证、已完成实质改进。
限制：成功率为资料给出的区间（约 20-60%，因理由而异），并非保证；即使申诉也可能仍被拒绝；被拒后通常需等待 3-6 个月再申请；资料未提供具体平台接口、费用或自动化执行方式。