Codex 提示词库：八个任务，让 Web 应用达到 App Store 上架标准

审查这个 Web 应用在原生 iOS 和 Android WebView 中的使用情况，并修复发现的问题。检查清单：meta viewport 包含 width=device-width 和 viewport-fit=cover；320px 到 1024px 之间没有横向溢出；点按区域至少 44x44px；固定的页眉、页脚和底部面板使用 env(safe-area-inset-top) 和 env(safe-area-inset-bottom) 作为内边距；输入框字号为 16px 或更大；没有仅靠悬停触发的控件；图片设置明确的尺寸以避免布局偏移；对比度清晰可读。不要重新设计；只做能通过检查的最小改动。最后用一张表格列出您检查过的页面，以及在每个页面上做的改动。

添加两个真正的路由 /privacy 和 /terms，渲染为易读的页面（不是弹窗），并从页脚和设置页面链接过去。根据这个代码库实际做的事情生成隐私政策：扫描 package.json、API 路由和环境变量名称，列出每一个接收用户数据的第三方服务（数据库、身份验证、邮件、分析、AI 提供商、支付、推送通知）。法律信息使用 [公司名称]、[地址] 和 [邮箱] 占位符。包含以下章节：收集的数据、目的、保留期限、账号删除、儿童、联系方式和最后更新日期。语言保持平实。不要编造代码中并不存在的数据处理。

按照 App Store（准则 5.1.1）和 Google Play 的要求实现账号删除。1）设置页面：一个“删除账号”按钮，配一个说明删除不可撤销的确认对话框。2）一个服务器端函数：针对已通过身份验证的用户，先删除该用户拥有的所有数据行，再删除其身份验证用户；管理员凭据只在服务器上使用。3）成功之后：退出登录并显示确认页面。4）一个公开的 /delete-account 页面，说明应用内的操作步骤，并为已经不再安装应用的用户提供邮件联系方式。5）在 /privacy 中加一句关于删除的说明。如果项目已有测试环境，请为这个服务器函数编写测试。

让每个加载数据的页面都足够健壮。对每一次 fetch 或查询：提供加载状态、带有帮助性提示的空状态、带“重试”按钮的错误状态，以及超时机制，确保界面永远不会卡住。添加一个全局错误边界，用“重新加载”操作代替白屏。监听 navigator.onLine，显示一个离线横幅，网络恢复后自动消失。不要静默吞掉错误；通过现有的日志工具记录它们。列出您改动过的每一个页面。

创建 src/lib/platform.ts 并导出 isNativeApp()：当 navigator.userAgent 包含标记 MYAPPNATIVE 时返回 true（原生应用会设置这个 User-Agent）。然后，当 isNativeApp() 为 true 时：如果 Cookie 横幅并非法律强制要求就隐藏它，隐藏“下载我们的应用”和“在应用中打开”横幅，隐藏桌面版页眉和页脚导航，改用应用内的底部导航，并把指向营销网站的外部链接替换为应用内路由。在普通浏览器中一切保持不变。凡是会影响数据加载的内容，都不要只用 CSS 隐藏。

我们的应用提供 Google 登录。Apple 准则 4.8 要求提供一个同等的、注重隐私的选项，所以请通过我们的身份验证提供商添加 Sign in with Apple（检查代码用的是哪一个：Supabase、Firebase、Auth.js 还是 Clerk）。按照 Apple 的命名和摆放规则添加按钮，尺寸和醒目程度与 Google 按钮相同。处理首次登录的情况（Apple 只返回一次姓名）；在提供商支持的情况下，把 Apple 身份关联到使用相同邮箱的现有账号；并把我必须在提供商一侧完成的配置（Service ID、密钥、重定向 URL）写进 SETUP.md。保持邮箱/密码登录可用。

在原生应用内，数字产品必须通过应用内购买销售。找出所有销售订阅、积分或高级功能的位置。当 isNativeApp() 为 true 时，把 Stripe 结账替换为跳转到 revenuecat://purchase?external_id=USER_ID&product=PRODUCT_ID，其中 USER_ID 是我们的用户 ID，PRODUCT_ID 来自一个 RevenueCat 产品标识符的配置映射。在设置页面添加“恢复购买”（restoreinapppurchases://）和“管理订阅”（cancelinapppurchase://）链接，仅限原生应用。权益必须由我们的服务器根据 RevenueCat webhook 授予，绝不能由客户端授予。为浏览器用户保留 Stripe。在原生应用内，绝不要显示带外部支付链接的价格。

添加一个在合适时机发起的推送通知授权请求。原生应用不会在首次启动时请求；而是在用户完成 [第一个有意义的操作，例如创建第一个项目] 之后，显示一段简短的应用内说明，告诉用户会收到哪些通知，配一个“开启”按钮（当 isNativeApp() 为 true 时跳转到 registerpush://），以及一个“以后再说”选项，并记住用户的选择。在设置页面中，跳转到 checkNativePushPermissions:// 并读取注入的变量 nativePushEnabled（它是异步设置的，请短暂轮询），以显示当前状态。在浏览器中完全隐藏此功能。不要添加 Web 推送的 service worker。