2026 年 4 月 21 日，Manton Reece 把 Inkwell 的 iOS 版提交给苹果审核。到 5 月 19 日，它还没过。
这不是一个功能复杂的大型应用。Inkwell 是 Micro.blog 相关的 iOS 应用，更接近阅读器或伴侣应用。它被苹果来回卡了多轮：拒审、改代码、重提、澄清、电话沟通，最后走到 App Review Board 申诉。
反常点在这里：开发者已经把发帖、高亮、注册、外链等功能删掉，争议仍没结束。最后，一个叫“Inkwell”的名字也成了审核问题。
Inkwell 主要卡在两类问题上
按 Reece 公布的审核过程看，苹果并不是只抓一个点。它把 Inkwell 从内容治理一路审到商业模式，再审到商标。
压缩成表，大概是这样：
| 审核点 | 苹果关注什么 | Reece 的处理 | 目前状态 |
|---|---|---|---|
| 1.2 内容安全 | 举报不良内容、屏蔽用户、服务条款和隐私入口 | 加举报、屏蔽菜单，欢迎页补链接 | 已修改 |
| 2.1 / 4 登录与设计 | Sign in with Apple 可用性、姓名要求等设计问题 | 修复相关问题，后来在应用内禁用苹果登录 | 已修改 |
| 2.1(b) 商业模式 | Micro.blog 如何赚钱 | 向苹果解释 | 已澄清 |
| 3.1 IAP | 是否绕开应用内购买 | 删除发帖、高亮、注册、外链等功能，只尝试美国区上架 | 仍是关键变量 |
| 5.1.1(v) 账号删除 | 应用内是否能删除 Micro.blog 账号 | 在设置中加入删除按钮 | 已修改 |
| 5.2.5 商标 | Inkwell 是否涉及 Apple 商标 | 尝试弱化名称，仍被卡住 | 已申诉 |
前几项不能简单说是刁难。
一个会展示用户内容的应用，苹果要求举报、屏蔽和隐私入口，有合规逻辑。账号删除也一样。App Store 这些年确实在把用户控制权要求写得更细。
问题出在后半段。
当一个应用为了过审，把可创作能力削成只读能力，把全球上架缩到美国，把外链和注册入口拿掉，仍然不能获得稳定判断，开发者面对的就不是单条规则，而是一套不断移动的解释边界。
对独立开发者，这会直接变成排期成本。你不知道该修产品，还是该修叙述；不知道该写代码，还是该写给审核员看的说明书。
真正难的是 IAP 边界和商标边界
IAP 是老战场。
苹果会问一个很自然的问题：Inkwell 是否在 iOS 里使用 Micro.blog 服务，却绕开苹果的应用内购买？这不是空穴来风。App Store 对数字服务、注册入口、外部购买链接一直很敏感。
Reece 的应对很激进：删功能。
发帖删掉。高亮删掉。注册删掉。外链删掉。应用也先只留美国区上架尝试。
他的理由是，美国区在 Epic vs. Apple 之后，规则环境和其他地区不完全一样。他还主张，Inkwell 应该符合 3.1.3(a) 的 reader app，或者 3.1.3(f) 的 stand-alone companion app。
这里最折磨人的地方，不是规则不存在。规则写在那里。
难的是苹果怎么解释“阅读器”“伴侣应用”“外部购买”“注册入口”。一个词的理解不同，产品形态就会被迫改一轮。
商标问题更拧巴。
苹果曾在 Mac OS X 10.2 Jaguar 里用过 Inkwell 这个名字，指一个手写识别功能。苹果在 2002 年注册过相关商标。现在 USPTO 显示该商标已 dead，但苹果自己的商标页面仍列出 Inkwell。
这不能粗暴写成“苹果完全没资格提”。商标防御本来就有灰区，平台审核也可能宁可保守。
但 Reece 提到的对比很刺眼：App Store 里已有多个 Inkwell 变体应用获批；Android 版 Inkwell 也已在 Google 通过。
这说明至少有一个问题没有讲清：如果同名或近似名称曾被允许存在，为什么这个应用现在过不了？如果 USPTO 状态和苹果内部商标页不一致，审核到底依据哪一个？
对阅读器、伴侣应用和跨平台服务，下一步会很现实：
| 团队类型 | 更可能采取的动作 | 代价 |
|---|---|---|
| 独立 iOS 开发者 | 提前删注册、删外链、减少付费相关入口 | 产品变瘦，用户转化变差 |
| 跨平台服务 | 先做 Web 或 Android，再谨慎上 iOS | iOS 用户增长变慢 |
| 小团队采购或集成方 | 等审核稳定后再上线或推广 | 发布节奏被苹果审核拖住 |
这不是理论风险。Inkwell 已经演示了一遍：为了进入 iOS，开发者可能先把产品削到最安全的形状。
苹果守门可以，但门槛不能变成猜谜
我不太认同一句常见劝法：小开发者遇到大平台，忍一忍就过去了。
这话听着老成，其实是在替权力省事。
苹果审核严格，不是原罪。App Store 要处理欺诈、儿童安全、隐私、付费绕行和内容风险。没有审核，生态会更脏。这个前提要承认。
但严格和不可预测，是两件事。
Inkwell 暴露的不是某个审核员态度差，而是三个老问题叠在一起：规则解释不透明，执行尺度不稳定，平台权力容易外溢。
开发者真正害怕的不是被拒一次。被拒可以改。
更麻烦的是，每改完一层，又露出下一层。内容治理、IAP、登录、账号删除、商标，最后都汇入同一个入口：App Review 说了算。
“天下熙熙，皆为利来。”放在这里，不只是说苹果抽成。平台真正值钱的，是解释权。
谁能定义什么是 reader app，什么是 companion app，什么名字安全，什么外链危险，谁就能决定哪些产品能长出来，哪些产品只能被剪成标本。
这和早期铁路、报业、电视网络都有点像，但不完全一样。那些旧平台控制的是线路、版面和时段。今天的移动平台控制的是分发、支付、登录、命名和用户入口。控制面更碎，也更贴近产品生死。
接下来最该看的，不是 Inkwell 能不能侥幸过审。
更该看三件事：App Review Board 是否给出可复用的理由；苹果是否明确 reader app 和 companion app 的边界；商标审核到底依据公开商标状态，还是苹果自己的内部清单。
如果这些仍然含糊，Inkwell 就算过了，也只是个案放行。对其他开发者没有多少安全感。
一个小应用被卡一个月，单看不大。放进 App Store 的规则机器里，它提醒的是另一件事：开发者以为自己在做产品，很多时候其实在做审核语义学。
这才是 iOS 生态里最贵的隐形成本。