用途：这是 App Store 评分机制的策略层技能，说明评分的运作规则，并指出何时使用。提示实现见 generators/review-prompt，回复撰写见 app-store/review-response-writer。
主要能力：
- 各店面评分相互隔离：美国 2000 条评分得到的 4.8★，在日本店面显示为无评分，直至当地用户评分。进入新市场需重跑早期评分策略，按店面成熟度加权触发 requestReview，并答复早期评价；文字评价池同样按店面隔离，新市场可能为空。
- 永不重置评分摘要：版本发布时的重置会同时丢弃数量与均分，数量只能靠一条条评分慢慢积累回来。更合适的做法是回复过时的负面评价、利用 What's New 说明。仅灾难性首发（低于 3★、数量少、根因已修复、评分体量极小）可近似例外，但仍需先算清数量损失。
- 分阶段发布加手动发布是评分的护甲：手动发布让批准与上线分离；分阶段发布为 7 天逐步放量（1%→2%→5%→10%→20%→50%→100%），面向自动更新的用户。第 1–2 天发现问题可暂停、修复、重新提交；否则全部用户收到坏包，1 星差评会在热修复前涌来。默认做法是分阶段开启、手动发布、监控首日崩溃率。暂停分阶段发布并非回滚，已获得该版本的用户仍保留，手动下载也始终得到新版本。
- 提示与回复循环：在成功时刻调用 requestReview，不在启动时或任务中触发；回复负面评价后，用户更新评价的新分数会替换旧分数，这是把已有 1 星转成 4 星的唯一机制。需按市场跟踪未答复的负面评价。
输出格式：审计评分态势时按店面报告评分（数量）、90 天内未答复的 1–3★、提示是否本地化、是否习惯分阶段加手动发布，并标出没有提示计划的新店面、任何重置考虑（停止）和未分阶段、未受控的发布。
限制：这是策略说明，不含提示代码或回复模板，需配合相关技能使用；涉及 ASC 的具体操作以 Apple 官方文档为准。