复刻别人的功能上架，算不算抄？违法吗？

一份给独立开发者的调研报告 + 实操指南

调研日期：2026-09-18 法律视角：以中国大陆法为主，附美国判例对照 性质说明：本文是资料调研与经验梳理，不是法律意见。涉及真金白银或已被发函的，请找执业律师。

配套执行规范：复刻 Agent 作业指南

---

0. 先给你一句话的答案

你最关心的那个问题——“同一个功能，比如都是对话框，复刻一模一样的，违法吗？”

答案是：

功能本身不受保护，你复刻功能不违法；但”一模一样的那个样子”受保护，你复刻那个样子就可能违法。而这两件事在代码和设计里是缠在一起的，法律要解开的正是这一团。

所以真正的提问方式不是”我能不能复刻这个功能”，而是：

“我复刻的到底是这个功能，还是这个人做这个功能时留下的那一堆具体选择？”

前者随便抄。后者一个一个数。

“换颜色、改内容就不侵权了吗？“——不是。 这是本文最需要纠正的一个直觉。详见 §3.3 和那个真实判例。

还有一条你可能会吃亏的： 最高法指导性案例 279 号（2026-02-28 发布）确立了——当软件名称、版本号、权利人信息相同，或界面设计高度近似时，法院一般无需进行代码比对即可认定构成实质性相似。也就是说，“我代码是自己写的”不是自动成立的事实，而是需要你去举证的反驳理由。（详见 §2.1）

---

1. 先把”复刻”这个词拆开

“复刻”是一个含糊的词，混了四种完全不同的东西。风险等级差着几十倍。

大多数人的焦虑其实来自把第 3 层和第 4 层混在一起。 你看到的是”一个聊天界面”，法律看到的是”一堆被压在一起的、可分离的层”。

拆开之后你会发现：第 4 层可以放心抄，第 1、2 层绝对别碰，第 3 层是需要你真正动脑子的地方。

---

2. 法律地图

2.1 著作权法：只保护表达，不保护思想

这是整个体系的地基。中国《著作权法》采用思想/表达二分法：思想、过程、原理、操作方法不受保护，只有具体的表达受保护。

侵权成立的标准是两件事同时满足：

1. 实质性相似——你的作品和对方的受保护表达实质相似
2. 接触——你有机会接触到原作（对方先发布、你用过、你是前员工……）

这两条合起来叫**“实质性相似 + 接触”规则**，是中国法院审理著作权案件的通行框架（吴汉东教授有专门论述，见参考链接）。它的精妙之处在于：

• 光”像”不够，还得证明你”看过”
• 反过来，如果你能证明自己是独立开发的，即使结果很像，也不侵权——这是”独立创作抗辩”

中国司法实践中判断实质性相似有几种模式，核心是两种：

• 整体观感法（总体印象法）：把作品当成一个整体给普通人看，看是否”一眼像”。适用于明显抄袭的情形。
• 抽象-过滤-比较三步法（AFC Test）：来自美国 Computer Associates v. Altai (2d Cir. 1992)，后在中国软件和游戏案件中被广泛借用。步骤是：
  1. 抽象：把作品逐层抽象，从具体代码抽到最顶层的功能目标
  2. 过滤：把不受保护的部分剔掉——思想、通用表达、必要场景、公有领域素材
  3. 比较：只拿剩下的”受保护的表达”去比对

AFC 第二步”过滤”，就是保护你的那道门。 后面的”常规功能”问题，全靠这一步解决。

两个关键的过滤器

① 合并原则 / 有限表达

当一个思想只有一种或极少数几种表达方式时，这个表达本身就不受保护——否则等于给这个思想发了垄断权。

中国法里这一条有明文法条，而且直接针对软件：

《计算机软件保护条例》第二十九条：软件开发者开发的软件，由于可供选用的表达方式有限而与已经存在的软件相似的，不构成对已经存在的软件的著作权的侵犯。

（多个官方与权威来源一致，见参考链接。这一条在实务中被俗称为”有限表达抗辩”。）

⚠️ 这条法条就是你问题的答案。“这个功能就是这么做最简洁”——法律对这种情况的态度是明文不侵权。

同一条思路还有两条可引用的法条：

《计算机软件保护条例》第六条：对软件著作权的保护不延及开发软件所用的思想、处理过程、操作方法或者数学概念等。

（这一条比第二十九条更根本——它直接告诉你，界面布局与交互逻辑在很多情况下属于”操作方法”，不在著作权范围内。）

② 必要场景（scènes à faire）

某类作品里必然会出现、或者被行业惯例固定下来的元素，不受保护。比如：刑侦剧里一定有警察局和审讯室；聊天应用里一定有输入框和消息气泡。

这个原则在中国有最高级别的成文载体——最高人民法院指导性案例：

指导案例 81 号（张晓燕诉雷献和著作权侵权纠纷案，最高法第 16 批指导性案例，2017-03-06 发布）裁判要点： ”……对创意、素材、公有领域信息、创作形式、必要场景，以及具有唯一性或有限性的表达形式，则不予保护。”

并明确：“表达唯一或有限，指一种思想只有唯一一种或有限的表达形式，这些表达视为思想，也不给予著作权保护。”

📌 这是整份报告里对你最有利的一条。 指导性案例是最高法发布的、各级法院审判类似案件时应当参照的裁判依据。它把”必要场景”和”有限表达”白纸黑字地写进了不予保护名单。

⚠️ 但是——这三条”安全阀”有一个开关：对方的软件界面

这是我调研中发现的最需要你知道的一条最新规则，它把你的安全感削掉了一大块：

指导性案例 279 号（最高法 2026-02-28 发布，西某工业软件公司诉广州沃某模具公司侵害计算机软件著作权纠纷案）裁判要点：

软件著作权人能证明被诉软件与权利软件的名称、版本号、权利人信息等特有信息相同，或者软件界面设计高度近似的，人民法院一般无需进行代码比对即可认定构成实质性相似（被诉侵权人有相反证据足以反驳的除外）。

翻译成人话：

• 你把代码完全重写一遍、一行都没抄——不够。
• 如果界面高度近似，或者软件名称/版本号/权利人信息撞上了，法院可以直接推定”实质性相似”，连代码都不用比。
• 举证责任就转到你这边了：你必须拿出”独立创作”的证据去反驳。

🔴 两条必须立刻记住的实操结论：

1. “我代码是自己写的”不再是万能答案。 界面和元数据的相似度本身就能构成侵权认定的依据。
2. 这正好从反面说明了 §5.3 “证据工程”为什么是刚需。 当举证责任转移到你身上时，你手上有没有 commit 历史、设计探索过程、需求来源，决定了你是能反驳还是只能认。

---

2.2 判例：Tetris v. Xio——“换皮”最著名的失败案例

这个案子几乎是为你的问题量身定做的，建议完整读一遍。

• 案名：Tetris Holding, LLC v. Xio Interactive, Inc.，863 F. Supp. 2d 394 (D.N.J. 2012)，美国新泽西联邦地区法院
• 背景：Xio 做了一款叫 Mino 的俄罗斯方块手游，下载超 600 万次。Xio 创始人主动承认她照着官方 Tetris 抄的，并且曾向 Tetris 公司申请授权被拒。

最关键的细节：Xio 不是没做”去抄化”。 她明确研究过知识产权法，认为只要把音频和视频素材全部换成自己新做的，就能避开对 Tetris 表达的侵权。她甚至给游戏加了个免责声明：“Mino and Xio Interactive are not affiliated with Tetris™ or the Tetris Company™”。

结果：败诉。

法院的推理链条，值得逐条抄在你的墙上：

第一步，法院同意玩法不受保护。 方块下落、旋转、消除整行得分、堆到顶就输——这些是”玩法思想”，不保护。这一点对你有利。

第二步，但法院认为 Tetris 有一批”具体的、可保护的表达”，包括：

• 20×10 的方格棋盘尺寸
• 开局随机乱块的显示方式
• “幽灵方块”落点投影
• 显示下一块
• 方块落下时变色
• 游戏结束时棋盘被填满的呈现方式

第三步，Mino 把这些元素一个不落地全抄了。 法院原话大意是：这些元素在 Mino 里没有任何开发目的，唯一的作用就是避免自己去想办法表达一个已知的想法（“other than to avoid the difficult task of developing its own take on a known idea”）。

第四步，驳回 Mino 的两大抗辩：

• 合并原则抗辩被驳回：法院说，俄罗斯方块方块的美术风格细节”既不属于游戏的玩法、规则或功能，也不是玩法所必需、不可分离的”。→ 换句话说，你有无数种画方块的方式，所以”只能这么画”不成立。
• 必要场景抗辩被驳回：法院认为 Tetris 是一款独特的游戏，不存在行业惯例沉淀下来的通用图库。

第五步，那句最重要的话。 法官 Wolfson 写道：如果必须眯起眼睛、只在很细碎的层面才能找出两个作品的区别，那么它们就很可能构成实质性相似：

“If one has to squint to find distinctions only at a granular level, then the works are likely to be substantially similar.”

她还举了反例：《Dr. Mario》——同样用了俄罗斯方块的规则，但是用完全不同的视觉表达去呈现，所以不侵权。

📌 这个案子的三条可直接落地的结论：

1. “我把素材都换新的了”不是免责事由。 Xio 就是这么想的，然后败了。
2. “只改了颜色”更是远远不够——那连换素材都算不上。
3. 真正的安全线是”不同的视觉语言体系”，不是”同一套设计换皮”。 法院给的样板是《Dr. Mario》，不是”Mino 去掉 logo”。

（另：法院同一份判决还认定 Mino 的商业外观 / trade dress 侵权，因为它用了和 Tetris 一样的配色体系，足以让消费者混淆。）

同年另一案可作对照：Spry Fox v. LOLApps (W.D. Wash. 2012)，《Triple Town》被《Yeti Town》复刻。⚠️ 这里纠正一个流传很广的说法：这不是”签发了初步禁令”，而是法院驳回了被告的驳回起诉动议，让版权主张继续审理（同时驳回了其 Lanham Act 请求）；案子最后庭外和解，Spry Fox 直接拿回了 Yeti Town 的所有权。

本案的推理同样有教学价值：法院剔除了金币记分、6×6 网格、匹配消除类玩法这些不受保护的部分，但认定”物件升级序列（草丛→灌木→树→小屋）”、“阻挠玩家的野生生物（熊/雪人）“、以及物件层级与场地的”场景与主题”是被挪用的表达性元素。法院原话：

“A snowfield is not so different from a meadow, bears and yetis are both wild creatures… a court must focus on what is similar, not what is different, when comparing two works.” （雪原和草地没多大区别，熊和雪人也都是野生动物……比较两个作品时，法院必须聚焦于相似之处，而不是不同之处。）

加重情节：双方签过 NDA、被告此前接触过原告素材、上线前提过合作。

📌 两案合起来教了一件事：法院不是逐项看”有哪些不同”，而是看”被搬走的那一组受保护选择”。 你的”不同”必须落在受保护的表达上才有意义——换个颜色、换个名字、加个免责声明，都不算。

---

2.3 中国判例：换皮游戏是怎么被判的

网易《梦幻西游》诉多益《神武》案 — 这个案子被引用时几乎都引错了

网上流传的版本是”一审判赔 1500 万”。这不是当前有效的判决。 真实的程序链是：

⚠️ 注意重审后发生了什么：法院推翻了”整体不正当竞争”的认定，只保留了对文字作品的侵权。 这恰好说明——越是抽象的、框架性的”像”，法院越不愿意认定侵权。

真正值得你读的最新判例：《万国觉醒》案（二审推翻了著作权认定）

这是近两年最重要的一个信号，因为它纠正了前几年的扩张趋势：

• 一审（深圳中院 (2021)粤03民初6854号）：认定玩法的特定表达构成《著作权法》第 3 条第 9 项的”符合作品特征的其他智力成果”，全额支持 1000 万元。当时被看作”玩法可获著作权保护”的突破。
• 二审（广东高院 (2023)粤民终4326号，2024-12 裁判）：否定著作权保护——游戏元素及组合体系属于玩法机制设计，本质是思想、系统、处理过程、操作方法，即使再具体、详细、精巧也不属著作权法意义上的表达；兜底条款应审慎适用。
• 但认定构成不正当竞争，维持约 1000 万。

二审给出的”不正当竞争”三要素门槛（很值得记住，它就是中国的”什么算抄过头了”）：

1. 原创方基于玩法的核心竞争利益是否受实质损害；
2. 模仿是否超出行业普遍认可的合理边界；
3. 是否违背诚信原则与公认商业道德、冲击竞争秩序。

📌 注意第 2 条：“超出行业普遍认可的合理边界”。 这就是”常规功能怎么界定”在中国的实际判据——参照系是同行业谁都会这么做，而不是某个人的独创。

其他可参考的高额判例

• 最新（2024 年最高法知产典型案例）：游戏”换皮”侵权案，判决停止侵权、消除影响并赔偿 50 万元。

中国法院的一致立场可以概括为：玩法规则本身不给著作权，但抄袭玩法时同步照搬的那一整套界面、数值、文案、素材，可能构成著作权侵权；情节恶劣的再叠一条不正当竞争。

⚠️ 而且这个立场本身在剧烈摆动：《神武》从”著作权 + 不正当竞争”缩到”仅文字作品”；《万国觉醒》从”玩法可以受著作权保护”缩到”不算作品、只能走反法”；《率土之滨》一审的 5000 万认定更是被上级法院撤销、发回重审。

这说明两件事：① 玩法层确实是安全的（多次被明确否定）；② 这类案件的事实认定极不稳定，别指望靠”预判法院”来规划你的产品。真正稳定的护城河是”不同行业惯例、能拿出独立创作证据”，不是”改得像不像”。

---

2.4 最容易被忽略的雷：专利

绝大多数开发者的风险盘点里只有”著作权”，这是最大的盲区。

① GUI 外观设计专利

时间线（三个关键节点）：

• 2014-05-01：《国家知识产权局关于修改〈专利审查指南〉的决定》（局令第 68 号）施行，将含图形用户界面的产品纳入外观设计保护客体（申请时提交整体产品视图，动态界面至少提交一个状态的视图）。
• 2021-06-01：2020 年修正的《专利法》施行，第 2 条第 4 款新增**“局部”**二字 → 可以单独申请”局部外观设计”（即只保护一个界面里的某一部分）。
• 2023-01-05：CNIPA《关于施行修改后专利法的相关审查业务处理暂行办法》进一步规定：申请局部外观设计应提交整体产品视图，并用虚实线结合等方式标明所要保护的内容。

⚠️ “局部外观设计”这件事比你想象的更麻烦。 如果只保护某一部分，那么”整体不一样”就不是抗辩理由了——你只有那个局部像，也可能落入保护范围。

侵权的判定方式：以一般消费者的整体视觉效果为准，看被诉设计与授权设计在设计特征上是否构成相同或近似，是否显著影响整体视觉效果。

已判案例：上海知识产权法院首例 GUI 外观设计专利侵权案——被告在其 App 及公众号中大量使用与原告外观设计专利相同或近似的界面，被认定侵权（详见参考链接中的官方通报）。

📌 这意味着：一个界面可能”不构成著作权侵权”，但”构成外观设计专利侵权”。 两条路径的保护对象不同：著作权保护”独创性表达”，外观设计专利保护”申请时固定下来的那个视觉效果”。

实操动作：上架前，去国家知识产权局专利检索系统，用竞品公司名 + “图形用户界面” 检索它的 GUI 外观设计专利。这一步成本极低，很多人不做。

② 软件发明专利

功能本身虽然不受著作权保护，但**“一种……方法/系统”是可以申请发明专利的**。同一功能的”实现路径”如果落在对方专利的权利要求范围内，就是专利侵权——跟你是不是独立写代码毫无关系。

专利风险的特点：不知道就不会被告知，被告了通常已经晚了，而且赔偿计算方式和著作权完全不同。大型产品上线前做 FTO（自由实施）检索是常规动作，独立开发者做不到全覆盖，但至少要对头部竞品做一轮。

---

2.5 商标 + 反不正当竞争法：绕开著作权也未必安全

① 反不正当竞争法 2025 年刚修订过，而且新增了直接针对 App 的条款

• 2025 年 6 月 27 日十四届全国人大常委会第十六次会议通过第二次修订，2025 年 10 月 15 日起施行，条文从 33 条增至 41 条。
• 混淆行为的核心条款移到了 第七条，并明确把下列标识纳入保护：

”……名称、网页、新媒体账号名称、应用程序名称或者图标等”

• 同时新增：不得将他人有一定影响的商标/名称设置为搜索关键词；不得帮助他人实施混淆行为。

新旧条号对照（写函件、查案例时必须注意，网上大量文章还在用旧条号）：

⚠️ 一个待观察的风险点：配套的《最高人民法院关于适用〈反不正当竞争法〉若干问题的解释》（法释〔2022〕9 号）是按 2019 年版的条号写作的，新法施行后是否已修订尚未核实。在你的产品直接受到具体投诉之前，“新解释是否已发布”这件事值得再确认一下。

⚠️ 这是本次修订对独立开发者最直接的影响：你的 App 名称和 App 图标，本身就是受反法保护的商业标识，也意味着你抄别人的名称/图标，是”有名有姓”的违法行为。 很多人的心理防线是”我又没抄代码”，但名称和图标恰恰是最容易被判的一条。

② 但著作权也不是完全救不了界面——两个反例

这一点很重要，因为它说明**“UI 不受保护”不是铁律，而是依独创性个案判断**：

反例一（界面可构成美术作品）：腾讯诉北京青曙网络科技（“吹牛”软件抄袭”微信红包”页面、“微信表情”）——北京互联网法院（2019）京0491民初1957号（2019-07-19 一审宣判）认定涉案”微信红包”相关页面构成美术作品，被告侵害信息网络传播权，判赔 50 万元；“微信表情”案另判赔，两案合计 90 余万元。

📌 “微信红包页面构成美术作品”——这就是为什么“界面像不像”不能一概而论。 当你的界面有足够强的独创性视觉表达时，它照样能作为美术作品维权。

反例二（界面结构不构成作品，但走反法）：《拳皇》诉《数码大冒险》案（上海知产法院）——法院认为原告主张的 20 个系统功能设计不具独创性、不构成作品，而且游戏整体画面因”不连续、无剧情”不构成类电作品；但认定其游戏规则设计”明显抄袭”，构成不正当竞争，判赔 160 万元。

两个反例合起来告诉你：界面的保护路径是”动态分配”的——独创性够强就走著作权（美术作品），不够强但蹭得明显就走反不正当竞争。没有一条完全空白的缝隙。

③ 抄界面的不正当竞争：门槛其实很高，但一旦成立会很重

“中华万年历”诉”中华万年历无广告版”案（南京，判赔 30 万元）是一个极好的教学案例，因为它揭示了真实门槛：

法院的思路是：“抄袭行为一般应由著作权法规制，能以恶意抄袭认定构成不正当竞争的较少”。只有当——

1. 被抄袭的对象不属于作品（著作权保护不了），且
2. 抄袭行为明显存在搭便车、混淆的主观恶意

——才可以动用《反不正当竞争法》第二条原则条款。

而本案中法院认定不正当竞争成立，并不是因为界面像，而是因为被告干了一整套：界面和 142 张资源图相同（占其资源图总量 309 张的 46%）、伪造了工商局的行政处罚决定书去投诉原告下架、抢注了与原告极为相似的域名、还利用第三方手机助手的漏洞把原告 App 标记为盗版并替换成正版。

📌 法官后语甚至专门强调：法院对第二条原则条款的适用应”持十分慎重的态度”，以防止不适当扩大不正当竞争范围、妨碍自由竞争。

对你的意义：单纯”抄了界面”，走不正当竞争的路其实很难赢。反过来说，如果你只是仿了个界面，对方多半没兴趣为这个去起诉你；真正会招来诉讼的，是界面 + 名称/图标 + 素材 + 混淆行为一起上。而你如果被卷进这类案子，多半是因为你不只抄了界面。

另一个方向：2018 年北京海淀法院认定某被告 App 直接使用了快手 App 的界面设计，构成”未付出任何劳动、故意截取他人利益的不劳而获行为”，违反诚实信用原则和商业道德，认定违反反不正当竞争法。——这说明极端情况下，只抄界面也能成立。它是例外，不是常态，但存在。

还有：新氧诉更美案被称为国内 APP 标识装潢受反法保护第一案。

---

2.6 唯一有坐牢风险的一层：商业秘密与刑事

• 《反不正当竞争法》商业秘密条款（修订前第九条）：反编译、爬取源码、离职员工带走代码并用于新产品，属于侵犯商业秘密。
• 《刑法》第二百一十七条 侵犯著作权罪：以营利为目的，未经许可复制发行他人软件，情节严重即构成犯罪。
  • 已有真实案例：窃取其他公司游戏源代码后”换皮”上线运营，被判侵犯著作权罪，法定刑幅度为 3 年以上 7 年以下有期徒刑。
  • 另有：手游公司核心研发人员离职后将原代码”换皮”上线，创收逾亿元，被以侵犯著作权罪公诉。
• 《刑法》第二百一十九条 侵犯商业秘密罪。

📌 红线非常清楚：不接触对方的源代码。 不看、不下载、不反编译、不”参考一下”。一旦沾上源码，你就从”民事纠纷”跳进了”刑事案件”这个池子，前面的思想/表达二分法、合并原则全部失效。

---

2.7 被大量忽略的第五个风险源：开源许可证

独立开发者最常见的”复刻”动作，其实是：找到 GitHub 上一个实现同样功能的开源项目，clone 下来，改改，上架。

这不是著作权问题（作者已经授权了），而是许可证合规问题。而且它的特点很讨厌：技术上完全合法来源，违约却照样被追责。

• MIT / Apache-2.0 / BSD：宽松。可以商用、可以闭源。代价是必须保留版权声明和许可证文本——这是绝大多数人漏掉的那一步。
• GPL / LGPL：有”传染性”。基于 GPL 代码的衍生作品，必须以 GPL 发布。你要闭源上架卖钱，就违约了。
• AGPL：比 GPL 更狠，通过网络提供服务也算分发。也就是说，你把 AGPL 代码部署成 Web 服务，也可能触发开源义务。

中国法院已有判例认可开源许可证的约束力（数字天堂诉柚子科技案，北京知识产权法院，认定 GPL 协议具有合同效力），实务界也普遍认为违反 GPL 就是违约/侵权。

📌 实操检查：上架前，把所有第三方依赖（含前端脚手架、UI 组件库、图标库、字体、后端框架）过一遍许可证清单。这一步花半小时，能省掉一场官司。

---

2.8 平台规则：这是第一道闸门，比法律更快落到你身上

法律要打官司，平台只需要一个人工审核员。 对独立开发者来说，平台的执行力度远大于法律。

Apple App Store 审核指南（原文摘录）

4.1 Copycats（抄袭）

(a) Come up with your own ideas. We know you have them, so make yours come to life. Don’t simply copy the latest popular app on the App Store, or make some minor changes to another app’s name or UI and pass it off as your own. In addition to risking an intellectual property infringement claim, it makes the App Store harder to navigate and just isn’t fair to your fellow developers.

(b) Submitting apps which impersonate other apps or services is considered a violation of the Developer Code of Conduct and may result in removal from the Apple Developer Program.

(c) You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer.

注意 (a) 里那句 “make some minor changes … and pass it off as your own”——苹果明确把”小改动”列为违规。 这正好回答了你的问题：在平台层面，“换颜色”被点名了。

4.3 Spam

(b) Don’t submit apps that are indistinguishable from what’s already widely available. Opportunistically creating variants of existing app categories or popular apps degrades App Store discovery, reduces overall app quality, and harms both users and developers. Certain kinds of apps, such as dating, flashlight, sound effects, wallpaper, simple timers, and fortune telling, are well established on the App Store and we will not accept new submissions unless they offer a meaningfully different experience.

5.2.1 Generally

Don’t use protected third-party material such as trademarks, copyrighted works, or patented ideas in your app without permission, and don’t include misleading, false, or copycat representations, names, or metadata in your app bundle or developer name.

5.2.5 Apple Products：不得做出与 Apple 现有产品、界面（如 Finder）、App（如 App Store、iTunes Store、Messages）混淆相似的东西。

5.2 条首段还有一句很关键的话：你的 App 可能因为使用了未授权内容而被下架；当然，这意味着别人的 App 也可能因为”借用了”你的作品而被下架，并给了 IP 侵权投诉入口。

平台执行的真实体感（来自中文开发者社区的技术复盘）

这些不是官方规则，而是被拒开发者总结出的人机审核机制，但往往是更有效的判断依据：

• 4.3 拒审有机审环节，会做代码相似度、IPA 资源相似度、UI 雷同度比对；打过机审阈值仍可能在人工环节被翻出来。
• “简单改色、换图标直接重提：100% 二次 4.3 拒审，并加重风控” ——这是中文社区里流传最广的一条经验。
• “4.3 拒审后换全新开发者账号提交同款包”：苹果有跨账号的设备/IP/域名关联风控，直接封两个号。
• 关联账户牵连：账户本身正常，但因为 App 与已被终止的账户提交过的 App 高度相似，直接被判 4.3 违规并下架。

⚠️ 给独立开发者的现实提醒：苹果的风控是”账号级”的，不是”App 级”的。 你赌一次，赔的可能不只是这一个 App，而是你未来所有 App 的开发者账号。这是本文里性价比最高的一条警告。

Google Play / 国内应用商店 / 微信小程序

• Google Play 有 Impersonation（冒名）政策 和 Intellectual Property 政策，违规结果是下架 + 账号处罚。
• 微信小程序运营规范明确要求不得复制、使用、传播或恶意仿写相关代码，并且腾讯**“有权运用技术手段独立判断代码相似度”**——注意这个表述：平台不需要你去证明，它自己就能判定。
• 华为应用市场审核规则明禁**“相同或相似的外观”；OPPO / vivo 明禁”界面过于相似/完全雷同”**。
• 各国内商店普遍把图形、截图、文案侵权列为直接拒绝项，处理方式以下架和封开发者账号为主。

📌 国内商店在”UI 相似”这件事上的执行力度，实际上比法律严格得多。 法律上 UI 布局很可能是”不受保护的操作方法”，但商店审核条款是单独一套标准——它不需要符合著作权法就能拒你。

（本节平台规则的完整条款原文与执行案例，见文末参考资料中的平台政策链接。）

---

3. 核心问题：常规功能怎么界定？

前面都是地基。这一节是你真正要的。

3.1 三个问句，就是全部判断框架

对任何一个你想复刻的功能，依次问：

问句一：这个”做法”是唯一的/几乎唯一的吗？

如果答案是”是” → 触发合并原则。《计算机软件保护条例》第 29 条明文规定不侵权。放心做。 ——这正是”对话框”的情形。

问句二：这个元素是这类产品的行业惯例/必然产物吗？

如果答案是”是” → 必要场景（scènes à faire），不受保护。放心做。 ——输入框、发送按钮、消息气泡、时间戳、下拉刷新、空状态、加载动画的位置逻辑，都在这里。

问句三：这里存在多少个”平行的、任意的”设计选择？

如果答案是”很多” → 这些选择就是受保护的表达。你恰好和对方做出了一模一样的一组选择，要么你抄了，要么你需要解释为什么这么巧。这里就是你全部的风险所在。 ——配色体系、圆角半径、间距节奏、阴影层级、动效曲线、图标风格、空状态文案、报错文案、专业术语叫法、页面顺序。

记住这个”任意性检验”：一个设计元素越是没有技术必然性，越可能是受保护的表达。

• “输入框在底部” → 有必然性（手机单手操作、键盘弹起）→ 不保护
• “输入框用 28px 圆角、深灰 #2F2F2F 描边、发送按钮用渐变紫” → 几乎全是任意选择 → 保护

3.2 分层判定表（可以当尺子用）

3.3 为什么”换颜色”不是答案

三层原因，每一层都够独立成立：

① 法理上：改变非核心元素，不影响”实质性相似”的判断。 “实质性相似”比较的是受保护表达的实质，不是像素级的表面差异。你把蓝色换成绿色，如果结构、节奏、层级、布局、交互全部照搬，那么被抄的”实质”一点没少。Tetris v. Xio 的法官给的标准最直白：“如果必须眯着眼睛、只在碎片层面才能看出区别，那就是实质性相似。” 换颜色恰恰就是”碎片层面的区别”。

② 判例上：换了素材都没用，何况只换颜色。 Xio 把音频、视频素材全部换成新一代自制的，还加了免责声明，仍然败诉。她败的原因不是”素材不够新”，而是那 6 个具体的表达元素（棋盘尺寸、幽灵方块、下一块预览、落地变色……）她一个不落全抄了。 “换个颜色”的改动量，比 Xio 少一个数量级。

③ 平台上：苹果把”小改动”直接写进了违规条款。 4.1(a) 原文：or make some minor changes to another app's name or UI and pass it off as your own。而中文社区的实际经验更狠：“简单改色、换图标直接重提：100% 二次 4.3 拒审”。

所以，正确的问题不是”我改多少能躲开”，而是”我有没有自己的一套东西”。 这两者的区别是：前者是防御，后者是进攻；前者的答案永远是”不够”，后者才有终点。

3.4 那反过来——功能真的只有一种做法时，会不会出现”合法的非法”？

这是一个很好的哲学问题，法律其实想到了，而且给了明确出路。

情形：某个功能，技术上确实只有一种简洁实现（比如一个”确认/取消”的模态框：两句文案、两个按钮、一个遮罩层）。

法律怎么处理：

1. 这个层面整体落入合并原则/有限表达，不受保护——《计算机软件保护条例》第 29 条直接把这条路堵死，不构成侵权。
2. 有技术必然性的部分（遮罩层、按钮在右、关闭手势）落入必要场景，不受保护。
3. 但司法解释会保护”选择的编排”，不保护”单个元素”——学者对 Tetris v. Xio 的解读原话是：一个”标准的游戏机关”可能太通用而不受保护，但这些机关的”特定选择或编排”构成独创性表达，可以受保护。

所以真正会出现”合法的非法”吗？答案是：不会。 会出现的只有：

• 一个功能点上游的”构成元素”是唯一的 → 不保护
• 一堆这样的功能点被”以特定方式组合起来” → 这个组合可以受保护

也就是说，法律保护的是组合的独创性，不是元素的独创性。你做的是一个单独的标准功能 → 安全。你做的是”把 40 个标准功能以一模一样的方式、一模一样的顺序、一模一样的视觉节奏组合起来” → 你复刻的已经不是功能了，是那个人做产品的一套价值观的外在投影，而那恰恰是最容易被认定”实质性相似”的东西。

这是本文最想给你的一句话： 功能和功能之间的缝隙，才是独创性住的地方。

3.5 拆解你的例子：复刻一个一模一样的对话框

直接给结论，然后给理由。

结论

做一个”长得像 ChatGPT 的聊天界面”，本身不违法。 把 ChatGPT 的聊天界面原样复刻，并且把它的视觉体系、文案、命名、图标一起搬过去，有实际法律风险。 中间那条线，画在”视觉语言体系”和”文案/标识”上，不画在”布局结构”上。

逐项拆解

✅ 绝对安全（思想/通用表达/必要场景）

• 上下结构的对话流，用户消息一侧、助手消息另一侧
• 底部输入框 + 发送按钮
• 流式输出的打字机效果（技术实现方式，且已是行业标准）
• 消息带复制/重新生成按钮
• “新对话”按钮、会话历史侧边栏
• 等待时的三点跳动动画
• 圆角气泡

理由：这些全部落入合并原则（对话界面只有极少数合理做法）和必要场景（已经是整个 LLM 应用的行业通用范式，构成”已公开的通用表达”）。注意 2026 年之后整个行业都在”去对话框化”（OpenAI 自己都把 chat 作为主入口改掉了），这进一步说明”对话框”是一个正在沉淀的通用范式，而不是某家的独创表达。

另外记住：OpenAI 自己也不是这些范式的最初创造者。 聊天 UI 早于 ChatGPT 二十年。任何主张”对话框是我独创”的说法在法律上基本站不住。

⚠️ 需要自己重做（受保护的表达）

• 整套配色语义体系：不只是”主色调不同”，而是”用户消息用什么颜色表示、AI 用什么、强调色用在哪、危险色怎么用”这一整套映射关系
• 视觉密度节奏：行高、消息间距、最大宽度、边距留白比例
• 动效的时长与曲线：比如”输出时的光标闪烁频率、消息出现的位移与时长”
• 空状态的呈现方式：第一屏放什么、放几个建议提示、怎么排列
• 典型场景的界面细节：代码块怎么渲染、引用怎么显示、附件怎么呈现——尤其是你对这些的特有解法

🔴 明确不要碰（直接侵权风险）

• 产品名称里的敏感词。OpenAI 的品牌指南明确不允许在 App／产品／开发者／公司名称中使用其 “GPT” 品牌，并要求第三方标注清楚自己产品的来源和与 OpenAI 的关系。同时 “GPT / ChatGPT” 商标在多国（含中国、欧盟）的注册申请都遇过驳回，所以这条主要是平台和混淆风险，不是商标侵权风险——但结果一样：改名字。
• 任何形态的 OpenAI 标识、Logo、字体
• 逐字照搬的文案：欢迎语、示例提示词、报错文案、设置项名称
• 对方特有的术语命名（把一整套独有名词体系照搬过来，会引发反不正当竞争法第七条上的混淆问题）
• 对方的模型图标、能力徽章等图形资产

⛔ 红线

• 反编译或抓取其前端代码
• 直接采用其开源仓库代码而不遵守许可证
• 爬取其接口并包装成自有产品（这还涉及它服务条款的违反，以及可能的数据抓取问题）

一句话判定法

把界面截图并排放在一起，如果要”眯起眼睛”才能看出区别 → 你不安全。 把界面放在一起，一眼就能看出是两家不同公司的产品，但用户一上手就知道怎么用 → 你安全。

后者的判据不是”我们有多少不同”，而是”我们有没有自己的一套”。

---

4. 开发者社区怎么看

4.0 先破除一个错觉：社区不是一拨人，是四拨人

你问”大家怎么看”，但”大家”其实在四个房间里，规则互相矛盾：

HN 上一条被反复引用的高赞评论把这个分裂说得最准：

“The indie game developers care about originality, passion, the sweat and hard months of work… The startup people care about end user experience, how good the PR is, and ultimately how numbers matter more than everything else. I don’t think there’s a wrong or right vision — it’s two very different communities.” （独立游戏人关心原创性、热情和几个月的血汗；创投圈关心终端体验、公关效果，以及最终的数字。我不觉得哪个对哪个错——这是两个非常不同的社群。） — HN 用户 GuiA

对你的意义：你如果去社区问”我这样算不算抄”，你会同时收到”完全没问题”和”你这是偷”两种答案，它们都对，只是来自不同房间。所以别问社区，问自己抄到了哪一层。

---

4.1 英文社区：主流是”功能随便抄”，但有真实的暗流

① 默认底色：“ideas are worthless, execution matters”

这几乎是硅谷的信仰，源头是 Paul Graham 的《Ideas for Startups》。所以当你说”我想做别人的一个功能”时，英文社区的默认反应是：做啊，谁能做出来谁赢。

• Ask HN《Are you put off building something because it already exists?》（1046 分 / 292 评）里，高赞建议是：别人已经做了 = 需求被验证了，别放弃。
• Indie Hackers 上一条被广泛认同的评论：

  “learn from any features you see that might be a good fit in your roadmap too — if that is copying then everyone of us is guilty ;-)” （看到可能适合自己路线图的功能就学过来——如果这也算抄，那我们每个人都有罪 ;-)）

② 但有个悖论，在 Threes / 2048 事件里被点破了

HN 用户 corresation 的那句质问，我建议你记住：

“For years we’ve heard that ideas are worthless, and execution is everything. In this case the execution was very easily cloned… and the real novelty was the idea. So where does that leave that equation?” （多年来我们听说想法不值钱、执行才是一切。可这次执行被轻松复制了，真正新的是那个想法。那这套公式还成立吗？）

这是整件事里最尖锐的一句。当”执行”可以被一星期复制走的时候，护城河确实可能在想法里。

③ 那个判别法：Rami Ismail 的”两个屏幕”测试

Vlambeer 的 Rami Ismail（作品被抢先复刻，他自述”那次差点毁掉工作室，我躺了六个月”）给了一个我见过最好的判别标准，几乎可以直接当尺子用：

“For inspiration, you imagine that somebody plays your game and then puts it away and sits down at their computer and makes something. For cloning, you imagine that they open up your game on the one screen and program their game on the other screen.” （灵感：他玩完你的游戏，放下，坐到电脑前自己做点东西。抄袭：他一个屏幕开着你的游戏，另一个屏幕写自己的代码。）

对照一下你自己的开发过程——你是哪个屏幕？

④ 被原谅的抄 vs 被公开挂的抄

社区其实有相当清晰的、不同于法律的分级：

• 学习型 clone（完全无害）：airbnb clone、netflix clone、instagram clone 教程满天飞，dev.to 还在做推荐合集。有人 Show HN 发了”Apple 备忘录的克隆”，直接在帖子里写”我不太确定法律上怎么样，但我打算试着上架 App Store”，没人骂他。
• 署名后的抄（基本被原谅）：2048 的作者 Gabriele Cirulli 在 README 里写 “A small clone of 1024… 2048 was indirectly inspired by Threes”，HN 用户用 Wayback 截图证明他上线后 4 天内就补上了署名并一直保留。社区接受度很高。
• 抄 + 不署名 + 抢市场（会被公开挂）：Indie Hackers 上有人公开点名竞品创始人——对方曾潜伏在其 private beta 里，随后上 Product Hunt，“用了完全一样的措辞和 UX”，还拿去 AppSumo 卖断。评论区支持公开点名。
• 像素级换皮上架（社区集体厌恶）：《Unpacking》被逐场景复刻的克隆品一度冲上 iOS 免费榜第一，Apple 12 天后才下架。制作人 Wren Brier 的原话：

  “It’s a bit ridiculous that I have to, several times a week, go into the Google Play store, and go, ‘Let’s see how many clones we have now’… They’re literally just some scammers trying to make a quick buck using someone else’s art and a bunch of ads.” （我得每周好几次去 Google Play 看”这次又多了几个克隆”，这太荒谬了……那些根本不是真游戏，就是拿别人美术加一堆广告赚快钱的骗子。）

• Zynga 是这个词的行业恶名代名词：媒体的定性是——把热门独立游戏换皮、加个 “-ville” 后缀、然后收割收益。

⑤ 经典 clone 事件的社区判词

Threes 作者 Asher Vollmer 自己写的那篇《The Rip-offs & Making Our Original Game》值得单独读，因为它是被抄方最克制也最精确的一次表态。他区分了两种东西：

“With Greg being part of the Ridiculous Fishing team, we’re not shy about calling a clone a clone… But it’s the not-really-clone sort of games, the rip-offs, that have popped up that have our feelings puzzled.” （我们不怕把 clone 叫 clone……真正让人想不通的，是那种**“不算完全克隆”的抄袭品**。）

📌 这就是你这个问题在社区侧的答案。 社区真正恨的从来不是”功能相同”，而是 “功能相同 + 表达相同 + 还装作是我自己的”。

⑥ 创业社区的一个反直觉共识：别打这场仗

r/SaaS 上有个很典型的帖子：《Competitor copied our feature exactly. We did nothing. Still winning.》

“Features are easy to copy. The execution around them isn’t… The moat isn’t features, it’s learning velocity… Copying our current feature doesn’t copy our trajectory. They got a snapshot, we have momentum.” （功能好抄，围绕功能的执行不好抄……护城河不是功能，是学习速度……他们抄到的是快照，我们有的是动量。）

另一个反向案例更值得你警惕：有人真的抄了别人的 SaaS（自己说产品”literally identical but cheaper”），结果零转化，他的结论是 “Distribution is everything”（分发才是一切）。

而 Indie Hackers 那个被挂的帖子里，最高赞态度依然是：

“most startups die from suicide not murder.”（大多数创业公司死于自杀，不是被谋杀。）

---

4.2 中文社区：比英文社区更务实，也更冷漠

中文社区（V2EX、掘金、知乎、即刻等）在”复刻”这件事上的讨论密度非常高，但结论比英文社区更冷、更早就把人劝退。

① 最广为流传的一条共识：只抄功能不违规

V2EX 上一个叫《开发相似的 iOS App 的疑问》的帖子，给出了全社区最直白的回答：

“举报成功的得是直接照抄 UI 或者使用了对方有版权的内容；只是功能相似并不违规，除非对方能申请专利。”

这几乎是中文社区的默认共识，和英文社区、和法律规定完全一致。

② 但社区对“抄 UI”的态度分裂得很厉害

V2EX 上有个帖子叫《我开发的小众 APP 被人像素级抄袭，怎么办》，评论区就是一个缩影：

• 有人抱不平：“对方产品全是抄别人的”
• 也有人冷静地说：“产品和 UI 会直接去看对手有什么功能，觉得可以的就直接抄”（当做事実描述）
• 还有人说：“这也说不上抄袭吧，就是复刻了一下”

同一个帖子里，三种完全不同的判断同时成立、同时得赞。 这就是中文社区的真实状态。

③ 最残酷的一种反馈：社区会反过来审问你”有没有独特设计”

V2EX《独立开发的 App 被竞品抄了 UI，明目张胆的那种》里，最高赞回复是这么说的：

“楼主的应用并没有明显的独立设计和 UI 风格，人家产品和功能抄袭你，甚至 UI 还比你的设计更多，他们有更多的开发和设计以及运营上的资源。”

同样，《WWDC 苹果完美的抄袭了我的软件》里，评论区的反应是”个人觉得不太算抄袭”——因为苹果体量大、功能立项早、你只是一个 App 底下的一个小功能。

⚠️ 这是中文社区给你的最重要的一条预警：当你指控别人抄袭时，你面临的第一个审判不是法律，而是”你自己的东西到底有没有独创性”。 如果你只是把行业通用做法拼在一起，你没有立场。

④ 中文社区的真实维权流程（比法律更可操作）

V2EX 上大量“我被抄了”的帖子沉淀出了一套非常一致的动作：

1. 先固定证据。 一个高赞回帖直接说：“我不需要跟抄袭者沟通解决，这相当于增加了我的维权成本！”
2. 准备材料找平台。 《开源 App 被人抄袭到 iOS App Store 怎么办？》的高赞建议：“准备材料、证据（协议声明、代码功能、上架日期先后顺序等等，越多越好）、涉嫌抄袭的详细界面对比说明”，然后直接找 Apple。
3. 把品牌名注册成商标，再去投诉。 《当一个产品被像素级抄袭时，你会如何应对？》里最被认同的做法：“把你的品牌名申请为商标，然后去他的域名代理商那里进行投诉。“——因为商标是最硬、最容易执行的工具。
4. 也有放弃的。 知乎《独立开发：害怕产品被抄袭怎么办？》的结论是：“抄袭问题可以担心，但不要过度担心，用心做产品。”

⑤ 平台层的真实后果：中文开发者的痛感在账号，不在法院

这一点中文社区比英文社区体会深得多，因为大量独立开发者的收入完全挂在一个账号上：

• 掘金上大量技术复盘围绕 App Store 4.3：机审会比对代码相似度、IPA 资源相似度、UI 雷同度；“简单改色、换图标直接重提：100% 二次 4.3 拒审”；换新账号重提同款包会触发跨账号风控，两个号一起封。
• Google Play 更狠：已有真实案例——开发者多个应用毫无征兆全部下架，账户被指违反政策 8.3 和 10.3，排查后发现原因是 “换皮应用与误导”。另有开发者总结：“上架这一步你需要确保全部环境和信息都是绝对干净的，手机号、银行卡、网络环境等等都是完全没有关联的。”
• 知乎上大量”独立开发者逆袭之路”的连载里，账号被封一次就是收入腰斩。

📌 两个平台的风险性质不同：Apple 的审核相对可预期（有条款、有机审规律、能申诉）；Google Play 的封号更不可逆（关联封禁、申诉成功率低）。它们都不跟你讲”思想/表达二分法”。

⑥ 中文社区的一个特有现象：大厂互抄的公开化

网易云音乐公开喊话 QQ 音乐”剽窃式创新、借鉴式创意、跟随式更新”；酷狗音乐微博反击”播放器背景的 DIY 功能难道不是我率先推出的吗”——三家公司两两在杭州中院起诉。

律师对这类纠纷的分析很直接：“行为界定存在模糊性、司法实践存在复杂性、证明责任存在艰巨性”，而且各方”更多是舆论层面的口水仗”，而”司法实践中互联网产品的模仿行为若未达到特别严重的大规模抄袭，往往难以进行有效的干涉”。

这段话很值得你收藏：连腾讯和网易都很难在法院里把”抄功能”告赢。

---

⑦ 一个完美验证本文框架的一手案例：小猫补光灯

“小猫补光灯”作者 Alchian 花生被大量复刻之后，自己写了一段话（即刻，2024-12）。这段话我认为是整份调研里最干净的一个分野：

“什么小喵、喵喵、小猫猫、小狗、小兔之类的都来了，我倒是都无所谓，抄产品理念这事很正常，取类似名字蹭流量我也大致能理解。唯一很生气的就是安卓应用市场有些人偷了 logo 和名字，100% 假冒去骗用户。”

一句话，把四层分词得干干净净：

这就是中文社区最真实的共识：抄想法没人管，抄身份（名牌）才是战争。

⑧ 几个真实维权事件及其结局

⑨ 行业默契：存在，但只对”社群内的恶意欺骗”有效

w2solo / IndieHackers 社群的《关于极简时钟被抄袭事件的处理公告》（2020-10-17）是国内最接近”成文行规”的东西，它把社群自治的边界划得很清楚：

• 处理方式：经投票将抄袭者移出社群，并发文通报（原文：“我们保护热心分享，提倡光明磊落的竞争”）
• 判定标准不是”像不像”，而是**“是否存在对热心分享者的主观恶意欺骗”**
• 公告自己承认：“不道德的抄袭行为并不违法……作为社区，我们不是法律裁决者，我们只能做一些维护我们价值观的行为。”

社群给出的自我保护建议（原文）：取名要有辨识度（用通用词做副标题就是在”替别人做嫁衣”）；尽早注册商标、版权。

⑩ 一个”指控抄袭反而翻车”的案例（值得你警惕自己的冲动）

2026-06，Mac 清理工具 Mole（MIT 开源，作者是 14 万粉的 KOL）公开指控一个高中生复刻了它的免费替代品 Burrow。

结果法律上站不住：MIT 协议本来就允许复刻与商用，Burrow 唯一的小瑕疵是宣传里用了 mole.fit 这个品牌名，12 小时内就改掉了。作者把 issue 链接发到 X，引发粉丝对高中生的大规模声讨，被社区批评为”以大欺小、网暴”，连 Apache 基金会成员的”和事儒”表态都被围攻。

📌 这个案子同时教训了双方：指控方——开源许可证允许的事，不要用舆论去追讨；被指控方——代码合法不等于品牌名可以蹭。 而中文开发者社区为此写的那篇总结，给出了本文核心结论的一个中文版表述：

著作权保护”表达”（代码、图标），不保护”思想/功能/操作方法”；UI 布局与交互逻辑在多数司法实践中被归为”思想”或”操作方法”；只要前端代码是一行行写的、没有直接复制对方的图片/图标/CSS 资源，“即便外观相似，在法律上也属于合法的独立实现”。

⚠️ 但请把这段话与 §2.1 里的“指导性案例 279 号”对着读。 学者和社区说”外观相似不侵权”，是在代码完全独立的前提下；而 279 号说的是：一旦界面高度近似或名称版本号撞上，法院可以不用比代码就推定实质性相似。 两者看似矛盾，实际合起来才是完整真相：

“独立实现”是你的护城河，但你必须能拿得出证据（§5.3）；拿不出，法律上的优势会变成程序上的劣势。

---

4.3 社区共识与法律共识其实高度一致

把两边对着看，会得到一个很清爽的结论：

法律线比社区线画得靠前还是靠后？ 大体上：法律管得更宽，但平台线（App Store 审核）比法律线更早落到你身上。

所以三层闸门按时间顺序是：

1. 平台审核——几天内就有结果，且是账号级风险
2. 对方发函 / DMCA——几周内，成本极低
3. 法院——半年到几年，成本高，事实认定不稳定

你 99% 的损失会止步在第 1、2 层。 所以下面这份实操指南，重心也在这两层。

---

5. 实操指南

5.0 一句话决策流程

看到别人的一个功能，想做。
│
├─ 我碰到它的源代码了吗？（反编译 / 爬 / 前同事给的 / 开源项目）
│   └─ 是 → ⛔ 停。这是唯一一层有刑事风险的。先把代码完全剥离。
│
├─ 我能说清"这个功能为什么这么做"吗？
│   └─ 是 → ✅ 落入通用表达 / 合并原则。放心做。
│
├─ 如果我闭眼不看它，明天从零设计，会做出差不多 80% 一样的版本吗？
│   └─ 是 → ⚠️ 属于"有限表达 / 必要场景"，功能层安全。
│           但请把那"属于我的 20% 的选择"认真做出来——那 20% 就是你全部的护城河。
│
└─ 不会，因为我只会做出这个版本，因为我看过它。
    └─ 🔴 你在抄表达。回到 §3.2 的分层表，逐层重做。

5.1 动手前的 12 个提问

对着你想复刻的东西逐条打勾。1–6 属于表达层（需要你自己重做），7–9 属于高危，10–12 立刻停手。

表达层

1. 我是否打算沿用对方的整套配色语义（不只是主色，而是”什么状态用什么色”的映射关系）？
2. 我是否把对方的间距、圆角、阴影逐值对齐了？
3. 我是否复刻了对方的动效时长与缓动曲线？
4. 我的空状态 / 报错 / 引导文案是否与对方逐字相近？
5. 我是否沿用了对方的术语命名体系（同一个功能用完全相同的独有名词）？
6. 我是否把对方一个多步骤流程的步骤顺序与视觉节奏整体照搬（而不只是抄了某一个页面）？

高危层 7. 我的 App 名称、副标题是否与对方有混淆可能？ 8. 我的图标、插画、音效、字体是否与对方相同或高度近似？ 9. 我是否使用了对方特有的图形标识、徽章、品牌色块？

红线层 10. 我是否接触、下载、反编译或”参考”了对方的源代码？ 11. 我是否用了某个开源项目而未核对许可证（尤其 GPL / AGPL）？ 12. 我是否爬取了对方的接口 / 数据，且违反了它的服务条款？

一个实用心法：第 1–6 题勾得越多，说明你越在”复刻”而不是”做”。真正安全的做法不是把这 12 题都答成”否”，而是让这 12 题根本不需要问——因为你从需求出发重新设计了一遍。

5.2 三色清单

🟢 安全线：可以放心复刻

• 功能目标、业务流程、信息架构
• 交互范式：对话框、瀑布流、下拉刷新、无限滚动、模态确认框、Tab 导航、扫码、点赞、@提及
• 通用组件形态：搜索框、开关、滑块、日期选择器、Toast、骨架屏
• 行业标准：深色模式、返回手势、分页、无障碍焦点环
• 竞品的功能清单（作为你的需求输入）
• 一切”看得见但没有更简单写法”的技术方案

🟡 灰线：需要你判断 + 留下证据

• 同一类产品的整体布局（框架相同、内容与视觉差异明显）
• 相似的动效思路（不同时长 / 曲线 / 触发方式）
• 相似的产品定位与目标用户
• 你独立想到的、恰好与竞品相同的那个点
• 从竞品受到的”启发”

灰线的判定标准只有一个：你能不看着它、从零把这一块设计出来吗？ 能，就是灰线以上；不能，就往下走。

🔴 红线：别碰

• 源代码、反编译产物、私有接口、数据库结构
• 图标、插画、音效、字体文件
• 逐字文案、品牌术语体系
• 产品名称、副标题、图标（新反法第七条）+ 品牌图形资产
• 未核对许可证的第三方代码
• 任何形式的”进去看看他们怎么做的”后直接照搬

5.3 证据工程：性价比最高的一件事

关键认知：著作权侵权是”实质性相似 + 接触”。对方必须证明你”接触”过；而你要证明的，是”我独立做的”。

美国判例 Computer Associates v. Altai 正是靠这一点翻盘的：Altai 第一版被认定侵权后，组织 8 名不知情的程序员做 clean room 重写，产出的 OSCAR 3.5 被法院认定不构成侵权——重写后”几乎没有任何一行代码与 ADAPTER 相同”，残余相似来自操作系统本身的外部约束。

也就是说：独立创作不只是心理状态，是可以被工程化、可以被举证的。

你需要留下的东西（全部零成本，只是习惯）：

1. Git 提交历史：小步、有意义的 commit message。这是最有说服力的一份证据——它天然记录了”想法在什么时候、以什么顺序长出来”。
2. 开发日志 / 迭代记录：每个功能写下”为什么这么做""考虑过哪些方案”。不要为了防身而写，为了自己以后能回忆而写——证据价值是副产品。
3. 设计探索的中间稿：Figma 的历史版本、几版废弃方案截图。证明你有”从 A 试到 B 再定 C”的过程，而不是一步到位复制粘贴。
4. 需求来源记录：用户反馈、访谈、竞品分析笔记。它证明你的功能是从问题出发的，不是从别人的答案出发的。
5. clean room 隔离纪律（如果真要复刻一个复杂系统）：把”研究竞品”和”写代码”分成两个阶段，中间隔开——先只记录”要什么功能”（思想层），再在不看竞品的前提下实现。这是行业标准做法，不是你想出来的。

⚠️ 反面清单：不要留下这些东西

• 竞品的源码副本、反编译产物（哪怕只是”放着没看”）
• 硬盘里存着的竞品前端打包文件
• commit message 里写”抄 X 的""参考 X 的做法”
• 设计稿里直接拖拽来的竞品截图作为对照底图
• 从竞品仓库 clone 下来的代码目录

这些不会让你”更小心”，只会在某一天变成对方律师的证据清单。

5.4 上架前检查清单

命名与品牌（最容易踩，也最容易改）

• App 名称是否含他人商标、独有词、行业专属前缀（尤其各类模型的品牌名）
• 副标题、关键词字段、开发者名称是否可能引起混淆
• 图标是否原创、是否与头部竞品在轮廓 / 配色上高度近似
• 应用描述里是否暗示与知名产品的关联，到了让人误认的程度

接口与大模型使用（如果你做的是 AI 产品）

• 是否使用了模型厂商的品牌名 / 标识（多数厂商的品牌指南禁止在产品名、应用名、开发者名中使用其品牌词）
• 是否在合适位置标注了自己与模型厂商的关系（多数条款要求注明来源）
• 生成内容是否按平台要求做了 AI 标识
• 生成式 AI 相关服务在中国大陆的备案要求是否满足（这本身就是被下架的重要原因）

合规扫描

• 整个依赖树过一遍许可证清单（license-checker、pip-licenses、IDE 插件都行）
• 去国家知识产权局专利检索，用竞品公司名 + “图形用户界面” 查 GUI 外观设计专利
• 用竞品公司名在商标网查其注册类别
• 上架素材（截图、预览视频）是否用了竞品界面

上架策略

• 首批审核素材不要”像素级对齐竞品”——审核员的第一印象就是在这个界面上形成的
• 被 4.3 拒审后，不要只改颜色换图标重提，也不要换账号重提（账号级风控会连坐）
• 如果产品与某个爆款高度同质，准备好一段”我们的差异在哪”的审核备注

5.5 如果你被指抄袭了

按顺序做这四件事：

1. 立刻别删、别改、别回消息。 先做证据保全（把 commit 历史、设计稿、开发日志导出留档）。
2. 分清是哪个层级的事
   • 只是界面像 → 大概率是函件施压，评估成本后可以回一封说明独立开发。
   • 涉及名称 / 图标 → 认真对待，改的成本远小于打的成本。
   • 涉及代码 / 商业秘密 → 立刻找律师，不要自己回信。
   • 收到平台的 DMCA / 侵权投诉 → 及时走平台申诉流程，多数平台有反通知（counter-notice）机制。
3. 算一笔账：改名改图标的成本 vs 诉讼成本。对独立开发者，九成情况下改设计比打官司便宜。
4. 别在公开场合辩论。 社区里最被认同的那句话是：继续造船，别打苍蝇。

如果你确信自己是独立开发的，一封有效的回信应该包含：开发时间线（commit 历史）、设计探索过程、需求来源，以及最关键的——你能指出你的版本里那些”和对方不同、且属于你自己选择”的部分。

5.6 如果你被抄了

同样按成本从低到高：

1. 平台投诉（最快、最便宜）。Apple 有 IP 侵权投诉入口，官方明确写着”别人的 App 也可能因为借用了你的作品而被下架”。Google Play 有 IP 政策。DMCA 是最常用的工具。
2. 律师函：成本不高。对大公司没用，对个人开发者 / 小团队通常有效。
3. 诉讼：成本高、周期长、结果不稳定。中国游戏换皮的判赔额可以很高（400 万 / 1500 万 / 5000 万），但那些都是大厂对打。
4. 公开点名：社区支持度取决于证据质量。前提是你真的有干净的证据链。

但先做一件事：判断你被抄的是哪一层。功能被抄——社区和法律都帮不了你，唯一解药是继续跑。表达和代码被抄——上面四条都可以用。

---

6. 常见误区快问快答

Q：我把颜色、文案、图标全换了，是不是就安全了？ A：不是。Tetris v. Xio 里被告把音频视频素材全部换成自制还败诉了。判定看的是”那一组受保护表达的实质是否被搬走”，换皮动的是表层。而且 Apple 4.1(a) 原文就把”小改动后当作自己的”列为违规。

Q：功能只有一种做法，是不是就没法区分”抄”和”没抄”了？ A：法律早就想到了。《计算机软件保护条例》第 29 条明确规定：可供选用的表达方式有限而与他人软件相似的，不构成侵权。同一条思路还有”必要场景”原则。这种情形在法律上的答案就是”不侵权”——你在功能层永远安全。

Q：那我复刻一个和别人一模一样的对话框，违法吗？ A：“对话框这个范式”不违法（思想 / 通用表达 / 必要场景，三重豁免）。但把配色语义、间距节奏、动效曲线、文案、命名体系一起照搬，就可能违法。 见 §3.5 的逐项拆解。判定法：把两张截图放一起，如果要眯眼才看得出区别，你不安全；如果一眼就是两家不同公司的产品、但用户上手就会用，你安全。

Q：加一句”灵感来自 XXX”就没问题了吗？ A：对社区，很有用（2048 就是靠署名被原谅的）。对法律，没什么用。署名解决的是道德和公关问题，不是授权问题。

Q：我从 GitHub 上找了个同功能的开源项目，改改上架卖钱，行吗？ A：看许可证。MIT / Apache 可以，但必须保留版权声明（这步最多人漏）。GPL / LGPL 会传染，你要闭源就违约。AGPL 连”部署成 Web 服务”都可能触发开源义务。中国法院已认可开源许可证的合同效力。

Q：我是小开发者，大公司会来告我吗？ A：“会不会告”和”会不会有事”是两个问题。 现实里大公司告你的概率不高（成本不划算），但平台投诉和 DMCA 的概率很高，而且平台处理是自动化的、不需要跟你讲道理。另外，刑事风险的触发点是代码和商业秘密，跟公司大小无关。

Q：玩法 / 机制到底保不保护？ A：不保护。 中国法院在《炉石传说》诉《卧龙传说》里明确说过”游戏规则尚不能获得著作权法的保护”。美国在 Data East v. Epyx、Capcom v. Data East 里也多次认定类型惯例不受保护。但把玩法连同它的一整套具象表达一起搬走，就保护了。

Q：抄界面会不会构成不正当竞争？ A：门槛很高。“中华万年历”案里法官明确说法院对《反法》第二条原则条款应”持十分慎重的态度”。真正让那个案子成立的是一整套恶意行为（46% 资源图相同 + 伪造行政处罚决定书 + 抢注近似域名 + 用漏洞替换对方 App），而不是”界面像”。例外是 2018 年北京海淀法院认定某 App 直接使用快手 App 界面设计构成”不劳而获”、违反诚信原则——极端情况下能成立，但不是常态。

Q：有没有可能我什么都没抄，却被指抄袭？ A：有，而且不少。这就是为什么 §5.3 的”证据工程”比任何法律知识都重要。 而且最高法指导案例 279 号已经把危险说得很明白了：当界面高度近似或名称/版本号撞上时，法院可以不比代码就直接推定实质性相似——也就是说，“我代码是自己写的”这件事，需要你举证，而不是自动成立。

Q：那我把代码完全重写一遍，界面照着做，到底行不行？ A：这是本文最危险的一个误区，单独回答一遍。 分两面：

• 法律层面：在多数司法实践中，UI 布局与交互逻辑被归为”思想/操作方法”，代码独立重写的情况下，即便外观相似也可能属于合法的独立实现（《计算机软件保护条例》第 6 条）。
• 但：① 最高法指导案例 279 号下，界面高度近似本身就是推定实质性相似的依据，举证责任会转到你身上；② 界面如果有足够的独创性，可能被认定为美术作品（“微信红包”案）；③ 对方可能有 GUI 外观设计专利（§2.4）；④ 平台审核不看这些法理（6.4）。

所以正确的表述不是”重写代码就够了”，而是”重写代码 + 重做视觉 + 留下证据”，三件一起才算。

---

7. 参考来源

法条与官方文本

• 《计算机软件保护条例》第六条、第二十九条 —— 中央网信办全文｜司法部法规库
• 最高人民法院指导案例 81 号（张晓燕诉雷献和案 —— 必要场景、有限表达不予保护）—— 最高法官网
• 最高人民法院指导案例 279 号（软件名称/版本号相同或界面高度近似 → 无需代码比对即可认定实质性相似）—— 最高法官网
• 《著作权法》（2020 年修正）第 3 条、第 10 条、第 50 条（反向工程例外）、第 54 条（惩罚性赔偿 1–5 倍，法定赔偿 500 元–500 万）—— 国家版权局
• 《中华人民共和国反不正当竞争法（2025 年修订）》（第七条混淆、第十条商业秘密、第十三条数据条款、第二十二条赔偿）—— 国家知识产权局转载全文
• 《专利法》（2020 年修正）第 2 条第 4 款（新增”局部”外观设计）—— CNIPA｜局部外观设计申请解答｜审查业务处理暂行办法
• Apple App Review Guidelines（4.1 Copycats / 4.2 Minimum Functionality / 4.3 Spam / 5.2.1 / 5.2.5）—— 官方原文｜中文版（文末标注 Last Updated: June 8, 2026）
• Google Play 政策中心（Impersonation / Intellectual Property）—— 官方政策
• Apple 关于 P2B 内部投诉处理系统的年度报告（含因 IP 纠纷被限制/下架的真实处理结果）—— 官方页
• OpenAI 品牌指南（关于 “GPT” 品牌词与来源标注）—— openai.com/brand

判例

• Tetris Holding, LLC v. Xio Interactive, Inc., 863 F. Supp. 2d 394 (D.N.J. 2012) —— Wikipedia 综述｜判决书原文
• Computer Associates Int’l v. Altai, Inc., 982 F.2d 693 (2d Cir. 1992)（AFC 三步法；clean room 重写版被判不侵权）
• Lotus Development Corp. v. Borland Int’l, 49 F.3d 807 (1st Cir. 1995)（菜单命令层级 = 操作方法，不受保护；最高法院 4-4 维持，仅约束第一巡回区）
• Apple Computer, Inc. v. Microsoft Corp., 35 F.3d 1435 (9th Cir. 1994)（GUI 整体观感不可版权，必须逐元素拆解）
• Google LLC v. Oracle America, Inc., 593 U.S. 1 (2021)（API 声明代码构成合理使用；法院回避了 API 是否可版权）
• Spry Fox, LLC v. Lolapps, Inc., No. 2:12-cv-00147 (W.D. Wash. 2012)
• Data East USA v. Epyx, Inc., 862 F.2d 204 (9th Cir. 1988)（空手道游戏的类型惯例不受保护；底层代码独立撰写）
• Atari v. North American Philips（Pac-Man vs K.C. Munchkin!）, 672 F.2d 607 (7th Cir. 1982)
• Atari v. Amusement World（Asteroids vs Meteors）, 547 F. Supp. 222 (D. Md. 1981)（22 处相似均属玩法必然元素，不侵权）
• 中国：《梦幻西游》诉《神武》案（广州知产法院 (2015)粤知法著民初字第19号 → 广东高院 2017-04 撤销发回 → 重审 (2018)粤73民初684号 改为 1000 万且仅认定文字作品 → 最高法 (2021)最高法知民终491号 移送重新二审）
• 中国：《万国觉醒》诉《指挥官》案（深圳中院 (2021)粤03民初6854号 一审判 1000 万 → 广东高院 (2023)粤民终4326号 否定著作权保护、但认定不正当竞争）
• 中国：《我的世界》诉《迷你世界》案，广东高院 (2021)粤民终1035号（5000 万；不构成著作权侵权，构成不正当竞争）
• 中国：腾讯诉青曙（“微信红包”页面、“微信表情”），北京互联网法院 (2019)京0491民初1957号（界面构成美术作品，判赔 50 万）
• 中国：《拳皇》诉《数码大冒险》案，上海知产法院（160 万；玩法规则不构成作品，但构成不正当竞争）
• 中国：《守望先锋》诉《英雄枪战》，上海浦东法院 (2017)沪0115民初77945号（300 万；首次将 FPS 整体画面认定为类电作品）
• 中国：《炉石传说》诉《卧龙传说》案（上海一中院，2014）
• 中国：“中华万年历”界面抄袭不正当竞争案（判赔 30 万）
• 中国：上海知产法院首例 GUI 外观设计专利侵权案（小豹招聘 App）
• 中国：窃取源代码”换皮”上线运营被判侵犯著作权罪案（法定刑 3–7 年）

社区讨论

• HN：Threes / 2048 讨论帖 —— news.ycombinator.com/item?id=7484106
• Asher Vollmer & Greg Wohlwend，《The Rip-offs & Making Our Original Game》—— asherv.com/threes/threemails
• Rami Ismail 关于 clone culture 的访谈 —— gamesindustry.biz
• 2048 作者 Gabriele Cirulli 的 README 与自述 —— GitHub｜Medium
• Indie Hackers：《Someone cloned our app and made it to the top of Product Hunt》
• r/SaaS：《Competitor copied our feature exactly. We did nothing. Still winning.》
• r/SaaS：《I copied someone’s SaaS and it backfired just like everyone said it would.》
• Paul Graham，《Ideas for Startups》—— paulgraham.com/ideas.html

中文社区一手材料

• V2EX：《做了一年的个人站，被月活 50W 网站 100% 抄袭，已实锤》—— v2ex.com/t/1229472
• V2EX：《开发相似的 iOS App 的疑问》（“只是功能相似并不违规”）—— v2ex.com/t/841490
• V2EX：《独立开发的 App 被竞品抄了 UI》—— v2ex.com/t/579816
• V2EX：《当一个产品被像素级抄袭时，你会如何应对？》—— v2ex.com/t/1164648
• 即刻：小猫补光灯作者 Alchian 花生关于被复刻的原帖 —— 原文链接
• w2solo：《关于极简时钟被抄袭事件的处理公告》（社群自治标杆）—— w2solo.com/topics/633
• 火山引擎开发者社区：《是”维护开源”，还是”网暴高中生”？》（Mole vs Burrow + UI 是否受保护的一手讨论）—— 原文
• 掘金：App Store 4.3 被拒实录 —— juejin.cn/post/7313728275787350056
• 知乎：《当苹果开发者发现自己的产品被抄袭时，该怎么做？》—— zhuanlan.zhihu.com/p/582939891

---

8. 最后：一句话

你不必在”抄”和”不抄”之间选。真正的分界线不在改动比例上，而在这句话里：

功能可以照抄，因为那是人类共有的；表达必须自己长出来，因为那是你唯一能拿得出手的东西。

当你开始想”我改多少能躲开”的时候，你已经在防守了。当你开始想”这个功能如果由我来定义，会是什么样子”的时候，你才刚开始做产品——而那时候，这个问题本身就不再困扰你了。

---

本文为调研与资料整理，不构成法律意见。涉及具体产品、具体诉讼或已被发函的情形，请咨询执业律师。法条与判例详情请以官方公布文本为准。