把您的 Kiro 应用变成 Android 应用并发布到 Google Play

您需要准备什么

• 一个已发布在公开 HTTPS URL 上的 Kiro 应用（main.yourappid.amplifyapp.com 或 yourproject.netlify.app，最好是您自己的域名）
• 向 Google Play Store 提交所需的 Google Play Console 开发者账号（一次性 $25）
• Windows、macOS 或 Linux 上的 Android Studio，或者浏览器中的 WebViewGold Cloud Builder
• WebViewGold for Android（$109 一次性付费，免费更新）
• 一个隐私政策页面、一个 1024 × 1024 px 的图标，以及 30 到 60 分钟

提交前针对 Kiro 的专项检查

这些是 Kiro 项目（任意 Web 技术栈；Kiro 项目通常是基于 AWS Amplify Gen 2（Cognito、AppSync、DynamoDB）或 Supabase 的 React 或 Next.js 应用）最常遇到的问题。

• 把商店规则作为验收标准写进 spec，例如“当已登录用户确认删除账号时，系统应删除其数据及其 Cognito 用户”。这样账号删除、隐私页面和 320px 布局就成了任务，而不是事后补救。
• 添加一个 steering 文件，例如 .kiro/steering/native-app.md（inclusion: always），写明应用运行在 WebViewGold 封装壳中，让新的 spec 避免“下载我们的应用”横幅、仅靠悬停的菜单和仅限浏览器的 API。
• 带 Google 联合登录的 Cognito 托管登录页面会重定向到 accounts.google.com，而 Google 会在嵌入式 WebView 中阻止它；请把这个前缀添加到 WebViewGold Social Login Helper 的触发规则中。
• 应用内删除账号必须同时删除 Cognito 用户（Amplify Auth 中的 deleteUser）和该用户的记录；Apple（审核指南 5.1.1(v)）和 Google Play 都会检查这一点。

Google Play 提交前检查清单

逐项勾选后，审核就只是走个流程。免费就绪检查会自动验证其中的技术部分。

• 全站 HTTPS：当前版本的 Android 默认阻止明文 http:// 流量。
• 从 320 px 到平板宽度的响应式布局，返回键行为可预期（WebViewGold 将返回键映射到网页历史记录）。
• 准备好隐私政策 URL，并如实填写数据安全表单。
• 如果用户可以注册，应用内须提供账号删除功能，并附一个网页删除链接。
• 如果内容需要登录才能查看，为审核人员提供应用访问凭据。
• 在首次上传前设置好唯一的包名（例如 com.yourcompany.yourapp）：之后永远无法更改。
• 一个 512 × 512 px 的图标和一个 1024 × 500 px 的置顶大图。
• 至少两张从真实应用截取的手机截图（建议也提供平板截图）。
• 新的个人账号：为 14 天封闭测试安排好 12 名测试人员。
• 使用最新 WebViewGold 版本构建的已签名 Android App Bundle（.aab）。

上线后的第一周

• 把每条反馈变成一个小 spec 或一次快速的 vibe 会话，然后推送到生产分支；Amplify 会重新部署，应用随之更新。
• 让 .kiro/steering/native-app.md 与您使用的 WebViewGold 桥接调用保持同步，以免新的 spec 把它们撤销。
• 上线第一周留意 Amplify 构建分钟数和 DynamoDB 用量；商店用户往往一天会打开应用好几次。
• 只在报修单状态变化时发送推送；当每条消息都有价值时，租户才会一直开着通知。
• 在报修单以“已解决”关闭之后，用 rateapp:// 请求评分。