夜雨聆风公众号摘要｜游戏收到 Guideline 4.1，苹果却没有写明抄了谁，最忌讳的是盲目换皮或只回一句“完全原创”。这篇文章把模糊 4.1、明确指出侵权对象、暂时没有授权书三类情况拆开，给出七层排查法、权利证据表、干净构建流程、四套英文回复模板和可以直接照着做的验收标准。
图示说明：公众号消息列表封面，采用商业调查报告式构图，已按 1880×800（47:20）制作并放入 Word 首页。
游戏被 4.1 打回来，最让人没方向的不是苹果说“Copycats”，而是它只留下这一句。
没有竞品名称，没有角色截图，没有告诉你是图标、玩法、界面还是商店素材。团队打开项目，十几万张图、几十个活动入口、多个远程资源包都在面前。改少了怕没改到点上，改多了又可能把产品辨识度一起拆掉。
这时候最差的处理方式，是让美术先换一批颜色，再让运营写一封很长的“我们绝对原创”。颜色不是证据，态度也不是证据。审核员下一次打开 App，看到的仍然是一套无法快速核验的产品。
真正有效的处理，是把一句模糊的 4.1 变成一份可以检查、可以分工、可以验收的案件记录：苹果到底在担心整体相似，还是某项素材没有权利；风险出现在哪个页面；你准备拿什么证明；如果证明不了，要替换到什么程度；换完以后，审核员沿哪条路径能看到结果。
下面这套流程不承诺“包过”，也不教隐藏素材、切远程开关、伪造授权或给审核员看另一个版本。它解决的是更实际的问题：让团队不再靠猜，把每一步做成可复核的事实。
一、先把 4.1 和 5.2 分开，否则越改越乱
Apple 当前公开的 App Review Guidelines 中，4.1 的标题是Copycats。规则关注的不是某一个文件有没有被复制，而是产品是否简单照搬热门 App，或者只对其他 App 的名称、界面做小改动后当成自己的产品。规则还明确提到，冒充其他 App 或服务会涉及开发者行为规范风险。
5.2 的标题是Intellectual Property。它问的是另一件事：App 里的名称、角色、美术、音乐、字体、商标、视频、故事文本和第三方服务内容，你是否创作、拥有或获得了足够的许可。Apple 在 5.2.1 中明确要求，不要在没有许可的情况下使用受保护的第三方材料，也不要在 App 包、元数据或开发者名称中加入误导、虚假或仿冒表达。
对游戏项目，可以用一句话区分：
·4.1 看整体表达是否像另一个产品。名称、图标、角色轮廓、UI、战斗呈现、截图顺序和宣传包装会被一起感知。
·5.2 看每项内容是否有合法来源。同一张角色图、同一段音乐、同一个字体文件，需要回答谁创作、谁拥有、许可覆盖什么。
两者经常同时出现。一个项目可能没有直接拿走竞品源文件，但角色姿态、技能图标、抽卡动画、首页结构和商店截图组合起来，已经让用户很容易认成某款热门产品；也可能整体玩法完全不同，却因为一段没有商业许可的 BGM 或一个第三方商标触发权利问题。
所以收到 4.1 后，不要只和苹果争论“玩法机制不受版权保护”。审核看到的是具体产品，不是一句抽象的玩法规则。真正要处理的是具体表达、权利来源和整体识别。
图示说明：原创策略图，展示七个排查位置、四种权利状态与最终验收链路；为策略示意，非 App Store Connect 后台实拍。
4.1 不是一道猜题，而是一项“把原创与权利做成证据”的工作
二、苹果没说抄谁：先把拒审消息变成一张任务单
模糊 4.1 要同时做两件事：向 App Review 询问具体范围，团队内部则先完成一轮全链路排查。只等苹果补充，很容易浪费一轮时间；只在内部大改，却不确认审核关切，也可能改偏。
1. 回到 App Store Connect 看完整消息，不要只看邮件
官方帮助页给出的路径是：Apps → 选择 App → 点击顶部未解决问题链接 → In Progress → Resolve。进入后先确认 Submission、Items Submitted、Review Status 和完整的 App Review 消息。
这里至少记录八个字段：
·App 版本号与 build number；
·Submission 状态；
·被拒的 Item 是 App Version、IAP、In-App Event，还是其他项目；
·Guideline 是否只有 4.1，还是同时出现 5.2.1、2.3.1 等条款；
·审核消息是否点名另一款 App、角色、品牌或素材；
·是否附带截图、设备、系统版本和复现路径；
·Next Steps 要求回复、补文件、改元数据还是提交新 build；
·本轮准备由谁负责判断、素材、构建和审核沟通。
一张可以直接复制的最小记录如下：
·Version / Build：2.3.0 / 23018
·Submission：Unresolved Issues
·Rejected Item：App Version
·Guideline：4.1 Copycats
·Named reference：No
·Apple attachment：No
·Initial scope：Name / Icon / Store / Character / UI / Audio / Package & Remote
·Next action：Clarification reply + internal similarity audit
这张记录的作用，不是留档好看，而是阻止团队把“一个版本被拒”误解成“所有内容都被判定侵权”。Apple 的状态说明里，Unresolved Issues 表示当前 Submission 里至少还有一个项目未解决。你要先知道是哪个 Item、哪个 build、哪条规则，再决定修改范围。
图示来源：Apple App Store Connect Help 官方页面截图。重点查看 Unresolved Issues、Items Submitted 和每个 Item 的 Review Status，确认本次 4.1 指向的对象。
2. 第一封回复只完成一件事：请苹果缩小范围
模糊 4.1 的第一封回复不适合写成申诉书。审核员现在最需要的不是你讲公司历史，而是能否快速定位它看到的问题。
回复要包含四层信息：你已经理解 4.1 的关切；你检查了哪些区域；当前消息没有指出具体对象；请对方提供页面、素材、参照 App 或截图。附件只放一份精简的原创与权利概览，不要上传几十个没有索引的文件。
可以直接使用这套英文模板：
Hello App Review Team,
Thank you for your review regarding Guideline 4.1. We understand that the concern relates to possible copycat or substantially similar elements in the submitted game.
We reviewed the app name, icon, App Store metadata, in-game characters, user interface, gameplay presentation, audio, packaged assets, and downloadable content. The current review message does not identify the specific screen, asset, or app that raised the concern.
Could you please clarify the relevant review path or element, and provide the name of the referenced app or a screenshot if available? This will help us address the concern precisely.
We have attached a concise originality and rights-source overview for version [版本号], build [构建号]. We can provide additional source files or supporting documents for any identified item.
Thank you.
这段话没有否认、没有认错，也没有与审核员争辩。它只把下一步需要的信息问清楚，同时告诉对方，你准备的是可核验材料。
3. 七个位置要逐项查，不能靠“大家看起来都觉得不像”
模糊拒审时，我建议按下面七层从外到内检查。每层都留下三样东西：风险判断、证据编号、处理结论。任何一层只写“没问题”，都不算完成。
位置一：名称与品牌。检查 App Name、Subtitle、Promotional Text、Keywords、包内显示名、角色名、阵营名和活动名。风险不只是完全同名，也包括热门产品名加一个通用后缀、近似拼写、故意替换一两个字符，或者把另一产品的系列名放进关键词。证据可以是命名提案、商标材料、域名或品牌设计过程。完成标准是名称来源说得清，同时不会让普通用户误认成另一款产品。
位置二：图标与商店页面。把 App 图标与同类头部产品缩成同样尺寸，不看细节，只看人物角度、脸部比例、主色、背景形状、边框和视线中心。再检查截图顺序、角色站位、标题文案、战斗镜头和预览视频。商店页是审核员最先建立整体印象的位置，图标换了颜色但构图仍高度一致，通常不能解决问题。完成标准是图标和首屏截图在缩略图状态下仍有独立识别。
位置三：角色与世界观。检查轮廓、发型、服装分区、武器、标志性姿势、阵营徽记、地图地标、专有名词、剧情文本和角色关系。不要把“我们重新画过”当成结论；临摹后重画、换色、镜像和局部加装饰，仍可能保留同一识别核心。原创证据应包含草图、分层源文件、修改记录和创作时间线。完成标准是角色的轮廓、语义和视觉记忆点不再依赖特定第三方表达。
位置四：UI 与战斗 HUD。大厅、编队、抽卡、商城、任务、战斗、结算和弹窗要放在一起看。单个通用按钮不一定构成问题，但界面骨架、按钮位置、图标体系、色彩、动效节奏和文案同时贴近同一产品，就会形成整体近似。检查时不要只截静态图，录一段从冷启动到核心玩法的完整路径。完成标准是信息架构与交互表现能解释自己的产品逻辑，不是“换皮后仍按另一产品的方式组织”。
位置五：玩法的具体表达。同类玩法可以共享通用机制，风险通常出现在具体呈现：关卡目标的组合、技能图标、镜头语言、数值反馈、胜负演出、教程顺序和核心卖点文案。不要只写“都是卡牌游戏所以相似”。要列出自己的目标、资源循环、战斗决策和表现差异，并用实际界面标注。完成标准是审核员能在一条短路径内看到可解释的产品差异，而不是只在策划文档里存在。
位置六：音频、字体和特效。BGM、音效、配音、字体、粒子、转场和视频模板经常被忽略。检查素材平台订单、许可证版本、作者、商用范围、署名要求和是否允许再分发。字体文件尤其不能因为“电脑里能用”就直接打进 App。完成标准是每一类第三方资源都有来源和许可，无法证明的资源不进入最终构建。
位置七：包体、旧资源和远程内容。Unity、Cocos 和自研资源系统里，场景不再引用的文件仍可能被打进 AssetBundle、Resources、备用目录或热更新清单。还要查 CDN、活动配置、远程图、旧语言包、推送素材、IAP 商品图、In-App Event 与 Custom Product Page。完成标准不是编辑器里“看不到”，而是最终归档、干净安装和审核可访问的服务器内容都没有残留。
建议用下面这张表做团队协作。可以直接复制到表格工具：
·Item ID：A-01
·Location：App Icon / Store / Lobby / Battle / CDN
·Observed similarity or rights risk：具体描述，不写“疑似”两个字就结束
·Source：Internal / Outsource / Asset Store / Open Source
·Owner or Licensor：法定名称
·Proof：E01 / E02 / E03
·Decision：Keep / Redesign / Replace / Remove
·Build：问题首次移除或证据首次对应的构建号
·Verification：审核员从哪里进入、会看到什么
4. 内部审计不要等苹果回信才开始
如果七层检查中已经出现红项，比如角色源文件说不清、图标直接使用第三方形象、某段音乐没有商业许可，就不需要等审核员点名。苹果回复慢不影响风险真实存在。
但修改也不能变成“哪里都动一点”。每一个动作都要能回答：改了什么；为什么改；改完以后从哪个 build、哪个页面可以验证。无法写进整改表的修改，通常只是团队在焦虑中制造工作量。
模糊 4.1 的阶段验收，应同时满足：澄清回复已经发送；附件在后台可见；七层检查表没有来源不明的红项；涉及包内或远程资源的修改已经进入新 build；回复中的版本号与后台选中的 build 一致。
三、苹果指出了具体侵权对象：沿着“出现位置”查到底
具体 4.1 通常会出现参照 App 名称、页面截图、角色、图标、商标或某项素材。它比模糊拒审更好定位，也意味着“只改被截图的那一处”远远不够。
5. 先重建审核员看到它的完整路径
把消息里的对象写成一条可复现路径：冷启动后是否登录；用什么测试账号；第几步进入；来自本地包还是远程配置；在哪些地区和语言出现；新用户与老用户看到的是否一样。
然后查同一对象的所有表面：
·App 图标、名称、副标题、关键词和开发者名称；
·App Store 截图、预览视频、What's New 和促销文本；
·启动页、登录页、大厅、新手引导、图鉴与活动页；
·头像、道具、技能、地图、音乐、字体与过场；
·IAP 商品图、In-App Event、Custom Product Page 和推送；
·AssetBundle、CDN、旧版本兼容包、备用目录和未引用文件。
这一步的核心是建立“对象—位置”映射。假设被点名的是某个角色，整改表不能只写“大厅立绘已替换”，而要列出头像、图鉴、技能图标、剧情对话、活动海报、商店截图、远程图和包内残留。只有所有出现位置都有处理结论，才算真正定位完成。
6. 再判断权利状态：原创、有授权、许可证，还是无权利
具体对象锁定后，不要急着写回复。先给它归类：
·团队或提交主体原创并拥有权利；
·来自第三方且已经获得有效授权；
·来自素材平台、开源项目或公共领域，需要按许可证使用；
·没有任何可验证的使用权。
四种状态对应四条完全不同的策略。把它们混在一起，最容易出现“拿订单截图证明原创”“拿口头同意证明全球商业授权”“拿网上免费下载证明公共领域”这类无效材料。
四、没有授权书怎么处理：先回答为什么没有
“没有授权书”并不自动等于侵权，也不等于可以靠话术解释过去。它可能代表你本来就是权利人，也可能代表授权材料尚未补齐，还可能代表你确实没有使用权。处理之前必须分支。
7. 自己就是原始权利人：提供所有权证据，不要给自己编授权书
如果 App、角色、美术、音乐和品牌由提交主体独立创作或依法取得所有权，自己不需要给自己授权。审核要看的，是提交主体与作品之间的权利关系。
可以准备：公司主体与开发者账号关系；员工职务创作协议；外包著作权转让条款；商标或作品登记材料；分层源文件；草图与创作时间线；版本库记录；采购和验收文件。不要只交一张作品登记证书，然后声称它覆盖 App 内所有内容。证据要与被质疑的具体对象一一对应。
完成标准：附件首页能回答“谁拥有、拥有哪一项、从什么时候开始拥有、当前 build 在哪里使用”，审核员不需要自己从几十份材料里拼关系。
8. 已经获得第三方授权：检查范围，不是检查有没有盖章
一份带公章的文件也可能无效。至少核对授权人是否是真正权利人，被授权主体是否与 Developer Account 或 App 提交实体相符，授权对象是否精确，是否覆盖 iOS 游戏、App Store 商业发行、目标国家和地区、授权期限、修改权、宣传素材使用和必要的再许可。
如果 App Store 图标和广告素材也使用该 IP，授权只写“允许在游戏内展示”可能不够。若项目由发行商提交，还要解释研发、发行和账号主体之间的链条。
完成标准：授权文件里的主体、对象、平台、地域、期限与当前 App 一致；附件联系人可以被核验；证据索引能指向当前版本里的实际位置。
9. 素材库、开源或公共领域：订单不是许可，免费也不是公共领域
素材平台订单只能证明你买过，不一定证明许可覆盖商业游戏、修改、全球分发或宣传。开源代码、字体、图片和音频可能要求保留版权声明、署名、公开修改内容，或者限制再分发。公共领域也要说明作品来源及适用依据。
建议为每项材料记录：项目或素材名称、作者、来源 URL、购买日期、许可证名称与版本、使用位置、是否修改、商业使用条款、署名义务、你已经如何履行。平台许可页面会更新，保存购买当时适用的许可版本和订单记录。
完成标准：任何第三方资源都能从最终 build 追溯到一份明确许可；许可义务已落实；如果许可与商业分发不兼容，该资源已经移除。
10. 确实没有权利：停止解释，彻底替换并提交新 build
这条路线没有“先过审再说”。没有权利的内容要从所有交付表面移除，替代物还需要形成独立表达，不能只换色、镜像、改一个配件。
操作顺序建议固定下来：冻结问题版本；列出对象的所有引用位置；制作新的原创替代物；清理包内、AssetBundle、CDN、商店素材与活动内容；提高 build number；生成新归档；在干净设备卸载旧版本后安装；按审核路径录屏；在 App Store Connect 选中正确的新 build；回复中写清替换范围和验证路径。
完成标准分为两层。技术上，最终归档和审核可访问的远程资源不再包含旧对象；后台上，Submission 绑定的是新 build，回复里的构建号、附件截图与审核实际看到的内容一致。
五、一份审核员愿意看的证据包，应该只有四层
证据不是越多越有说服力。没有目录的几十份合同，会把关键结论淹没。建议把附件控制成四层，让审核员从一页摘要就能决定是否继续看。
11. 第一层：一页问题与结论
第一页只回答五个问题：本次对应哪个版本和 build；苹果指出或你识别到什么；结论是原创、授权、许可证还是替换；团队做了什么；审核员从哪里验证。
可以直接使用下面的结构：
·Submission / Item：
·Version / Build：
·Guideline：4.1 / 5.2.1
·Concerned item：
·Rights status：Owned / Licensed / Open-source / Replaced
·Action completed：
·Verification path：Launch → Login → Lobby → Event → Result
·Observable result：
12. 第二层：权利来源索引
每一个被质疑或高风险的对象占一行：
·Item ID：CH-01
·Item：主角色立绘
·Location：Icon / Screenshot 1 / Lobby / Chapter 1
·Source：Internal creation
·Owner or Licensor：公司法定名称
·Scope：iOS game / App Store / Global / Commercial / Marketing
·Proof：E01, E02, E03
·Build：23019
索引的价值，是把“这是一堆真实材料”变成“这份材料证明当前 build 里的这项内容”。审核不需要理解你的内部文件系统，团队要替它完成对应关系。
13. 第三层：带标注的页面与前后对照
如果走证明路线，放关键页面和证据编号，不要在一张图里堆十几处小字。如果走替换路线，前后对照应标明旧对象出现位置、新对象位置、已清理的商店和远程内容、对应 build。
前后对照不是为了展示“改了很多”，而是证明问题对象的所有引用都已经处理。对于角色类问题，至少检查图标、头像、立绘、技能、活动、截图和 CDN；对于 UI 问题，至少检查首页骨架、图标体系、交互路径和对应宣传图。
14. 第四层：原始证明文件
合同、许可、源文件时间线、商标或登记文件放在最后，并使用稳定编号。推荐命名：
·00-Review-Summary-Build-23019.pdf
·01-Rights-Ledger.pdf
·02-Before-After-Index.pdf
·E01-Character-Source-History.pdf
·E02-IP-License.pdf
·E03-Asset-License-and-Order.pdf
文件名不要写“最终版”“新最终版2”。审核回复中直接引用编号，例如“Please refer to E02, pages 2–3”，比让对方打开多个相似文件高效得多。
回复不是态度说明，而是一张让审核员快速完成复核的路线图
六、四套英文回复模板：按真实分支选择，不要混用
15. 模板一：苹果没有指出具体对象
Hello App Review Team,
Thank you for your review regarding Guideline 4.1. We understand that the concern relates to possible copycat or substantially similar elements in the submitted game.
We reviewed the app name, icon, App Store metadata, characters, UI, gameplay presentation, audio, packaged assets, and downloadable content. The current message does not identify the specific screen, asset, or referenced app.
Could you please clarify the relevant review path or element, and provide the referenced app name or a screenshot if available? We have attached a concise originality and rights-source overview for version [版本号], build [构建号].
Thank you.
16. 模板二：内容由提交主体原创并拥有
Hello App Review Team,
Thank you for your message regarding Guideline 4.1. The [被质疑对象] was independently created for and is owned by [公司法定名称], the legal entity responsible for this app. No third-party authorization is required for this original material.
We attached an ownership evidence index, including [源文件 / 创作时间线 / 员工或外包权利归属文件 / 商标或登记材料]. These documents correspond to version [版本号], build [构建号].
Verification path: Launch the app → [入口] → [页面] → [操作]. The relevant content appears as [可观察结果].
Please let us know if a specific item requires additional evidence. Thank you.
17. 模板三：已经取得有效授权
Hello App Review Team,
Thank you for your message regarding Guideline 4.1 and the rights to [具体内容]. [被授权公司法定名称] has received authorization from [权利人法定名称] to use [作品、角色、商标或素材名称] in this iOS game and its App Store marketing materials.
The authorization covers [平台] in [国家或地区] from [开始日期] to [结束日期 / perpetual], including [商业发行、修改、宣传等实际范围]. We attached the signed authorization and a rights index linking each authorized item to version [版本号], build [构建号].
Verification path: [冷启动后的完整路径].
Please let us know if further verification is required. Thank you.
18. 模板四：无权利内容已经彻底替换
Hello App Review Team,
Thank you for identifying the concern under Guideline 4.1. We confirmed that [具体对象] in the previous build could create an unintended similarity to [苹果指出的对象 / another product].
In version [版本号], build [新构建号], we removed the previous [角色 / 图标 / UI / 音频 / metadata] and replaced it with independently created materials. We also reviewed the App Store icon, screenshots, in-game resources, downloadable assets, promotional content, and remote configuration to remove all remaining references.
Verification path: Launch the app → [入口] → [页面] → [操作]. The new content appears as [可观察结果]. We attached a before-and-after index and source evidence for the replacement materials.
Please review the new build. Thank you.
四套模板不能拼成一封“万能回复”。如果你一边说内容完全原创，一边又说已经重新替换，审核员很难判断你到底否认问题还是承认旧内容有风险。每封回复只讲一个真实分支，附件与构建也要支持同一个结论。
七、在后台回复和重新提交时，最容易错的是 build
Apple 官方帮助页说明，拒审后可以在 App Review 页面继续沟通，并通过Reply to App Review输入回复，通过 Attach File添加截图和支持文件。官方界面中的回复框显示 4000 字符上限，所以正文应短，证据放在有索引的附件里。
图示来源：Apple App Store Connect Help 官方页面截图。回复框用于说明结论、动作、build 和验证路径；支持文件通过 Attach File 添加。
19. 只改元数据，才可能继续使用同一 build
Apple 官方帮助说明，如果拒审属于元数据问题，解决元数据后可以重新提交同一 build。可如果你替换了角色、美术、音频、UI、包内文本或资源引用，旧 build 不会自动发生变化，必须上传并选择新的 build。
判断很简单：审核员重新安装原 build，是否能看到整改结果？如果不能，就不要在回复里声称已经修复。新 build 上传后，还要确认版本页面真正选中了它，而不是后台仍绑定旧构建。
20. Unresolved Issues 的结束条件不是“发了回复”
回复只是沟通动作。若被拒 Item 需要修改，按后台实际可用操作编辑并重新加入审核。Apple 的公开帮助页说明，Submission 处于 Unresolved Issues 时，需要把被拒项目编辑后重新提交，或者在适用情况下移除；所有项目得到处理后，才能继续新的审核流转。
提交前核对：被拒 Item 已完成编辑；正确 build 已绑定；附件可以在消息中打开；回复中的版本号和 build number 完全一致；审核账号仍可登录；远程资源和后端服务在审核地区可访问；冷启动路径与回复一致。
八、干净构建怎么验收：不要让旧素材从服务器回来
游戏项目的整改经常败在“编辑器里删了，最终交付还在”。完成新 build 后，至少走下面六个检查。
21. 查最终包，不只查工程目录
检查归档中的 Asset Catalog、Resources、Frameworks、AssetBundle、语言包、视频、音频和备用素材。使用文件名、旧角色名、商标名、资源 GUID 或哈希搜索残留。没有被场景引用，不代表没有被打进包。
22. 查远程资源和配置分支
核对 CDN 清单、活动配置、AB 测试、灰度开关、地区与语言分支。审核员看到的内容必须与回复一致，不能依赖“审核时暂时关闭入口”。旧 URL 即使页面不再主动访问，也应从资源清单和回滚配置里清理。
23. 查商店与运营表面
图标、截图、预览视频、IAP 商品图、In-App Event、Custom Product Page、推送图和活动海报都要检查。包内角色换掉了，截图仍留着旧角色，问题仍然存在。
24. 做一次真正的干净安装
卸载旧版本，清理本地缓存和测试账号状态，从新 build 安装。按照提供给 App Review 的账号、地区、语言和路径操作。录屏里同时保留 build 信息、进入路径和最终画面，避免团队内部用错包。
25. 让回复与实际结果逐字对照
回复写“角色已替换”，验证页面就必须能看到新角色；写“所有 App Store screenshots 已更新”，后台就不能留有旧截图；写“remote assets were removed”，审核环境就不能再次下发。所有陈述都应能被一个具体画面或文件编号证明。
26. 把完成状态写死
本轮整改只有同时满足以下条件才算完成：
·4.1 与可能关联的 5.2 风险已分类；
·七层检查表没有来源不明或无处理结论的红项；
·权利证据能对应到具体对象和当前 build；
·无权利内容已从包体、远程资源和商店素材中移除；
·干净设备按审核路径看到的结果与回复一致；
·App Store Connect 绑定正确 build，附件可见；
·被拒 Item 已进入新的审核流转，而不是仍停留在旧问题上。
九、五种看似省时间、实际最容易把问题做大的处理
27. 只回“我们完全原创”
这是结论，不是证据。改成：列出具体对象、所有权主体、证据编号、当前 build 和验证路径。
28. 找不到授权书，就做一张“授权证明”
伪造、倒签或让无权主体出具文件，会把素材问题升级成诚信和账号问题。正确路线只有补齐真实权利链，或者彻底移除并替换。
29. 只替换审核截图里的那一张图
同一对象可能出现在头像、图鉴、技能、活动、商店、CDN 和旧语言包。必须先建对象—位置映射，再逐项验收。
30. 用远程开关让审核员暂时看不到
这不是整改。审核内容与上线内容不一致，会产生更大的审核与账号风险。最终交付应在相同逻辑下长期成立。
31. 没看清 Item 和 build 就重新提交
回复里写新 build，后台仍选旧 build；修改的是 App Version，却只调整了活动项目。这类错误会浪费一轮，而且让审核员无法确认你处理了什么。
十、最后，把团队的目标从“回苹果”改成“让苹果复核”
模糊 4.1 最让人焦虑，是因为它看起来没有明确答案。可真正的工作并不是猜苹果心里指的是谁，而是建立一条对方可以复核的链路：消息对应哪个 Item；七个位置哪里有风险；每项内容属于谁；证据是什么；无法证明的内容怎样替换；新 build 如何验证。
苹果指出具体对象时，沿着对象的全部出现位置查到底。没有授权书时，先判断自己是权利人、已有许可、受许可证约束，还是确实没有权利。前三种整理真实证据，最后一种彻底替换。不要把“怎么绕过去”当成问题，因为它不会让产品拥有合法来源，也不会让下一次更新更安全。
如果争议涉及复杂商标、版权归属、跨地区授权或多人共同创作，技术整改之外，还应让熟悉相应法域的律师核对材料。App Review 可以决定是否接受本次提交，但不能替团队完成法律上的权利判断。
信息来源
·Apple App Review Guidelines：4.1 Copycats 与 5.2 Intellectual Property
·Apple App Store Connect Help：Reply to App Review messages
·Apple App Store Connect Help：Manage a submission with unresolved issues
·Apple App Store Connect Help：App and submission statuses
联系 iOS 加速站
需要排查游戏 4.1、整理权利证明、梳理整改构建或优化 App Review 回复，可以添加 iOS 加速站交流。我们只提供基于公开规则与实际材料的合规建议，不承诺包过，也不提供伪造授权、隐藏功能或规避审核的方案。
