夜雨聆风
大家好，我是皇子。
事情是这样的。
前段时间，收到一封 Google 发来的邮件，标题是「[需要采取行动] 您的开发者账号 (huangzi) 存在问题」。
我心里咯噔一下。
点开一看，更离谱。
您的开发者账号因未在使用而面临关闭风险。您有 7 天时间来解决与您的 Play 管理中心开发者账号相关的问题。
7 天。倒计时。不处理就关号。
我当时第一反应是，这账号我可是花了 25 美金注册的啊。
25 美金，按现在的汇率差不多 180 块人民币。当年一时兴起想搞个自己数据收集插件，提前交费了，图的就是有朝一日能往 Google Play 上架点东西。结果东西都还没发，账号先要被收回去了。
更扎心的是登录后台，Play 管理中心的首页直接给我挂了个红色风险条。
开发者账号因处于闲置状态而面临被关闭的风险。开发者账号的适用对象是那些积极发布并维护应用的开发者。如要继续使用您的账号，请发布应用或发布应用更新。
翻译成人话就是，你这号买了不干活，占着茅坑。要么交活，要么滚蛋。
说真的，Google 这个规则，乍一听挺霸道，但你冷静下来想想，它也有它的道理。一堆人花 25 刀注册了账号，囤在那里啥也不干，对平台来说就是一堆僵尸号。清理掉，既省维护成本，也能压一压那些买号倒卖的灰产。
道理我懂。但轮到自己头上，还是觉得离谱。
那既然躲不掉，就只能硬着头皮上了。
我点进政策状态页，把那份「保号任务清单」一条一条看完。
清单不长，就两件事。
第一，去「账号详情」页验证邮箱和手机号。
第二，创建并发布一个应用，或者给现有应用发个更新。
第一件事好办，验证嘛，谁还没个手机号。第二件事就有点要命了，我手上压根没有现成的 App。
也就是说，为了保住这个号，我得在 7 天之内，从零做一个能上架的应用出来。
行吧。来都来了。
先把简单的认证收拾了。验证邮箱手机号这一步还算顺，但中间有个小插曲卡了我一下，它要求你「验证是否有权访问 Android 移动设备」。
这个验证不是在网页上点一下就行，得用手机。具体做法是，手机上装一个叫 Play Console 的官方 App，登录后切到你的开发者账号，点一下就完成验证。我用的是华为手机，没有 Google 商店，最后是通过 AuroraStore 这个第三方下载器装上的。
还有个更反人类的细节。手机号填完之后，页面上没有明显的提交按钮，我盯着看了半天以为填完就生效了。结果它的保存入口藏在一个特别不符合直觉的位置，得专门去点「保存」才算数。
这种交互我真的想吐槽一句。验证手机号这么关键的一步，保存按钮放得这么隐蔽，活生生把一个 30 秒的操作拖成了 5 分钟的找茬游戏。
把认证全部跑完之后，我满怀期待地刷新后台，想着风险提示这下该消了吧。
结果，那个红色的风险条，还挂在那。
我当时就愣了一下。不是说完成任务就解除吗，怎么还在？
回过头重新读邮件才反应过来。认证只是前置条件，真正的硬指标是后面那句，创建并发布应用。这一步不做，号就是保不住。
躲不过去了。那就做吧。
问题来了。我一个做后端的，对着 Android 开发其实没那么熟，Flutter 也只是听过没正经写过。7 天，从零做一个能过审的 App，搁两年前我大概率是要放弃这个号了。
但现在是 2026 年。我手上有 AI。
我的思路很简单，不追求做个多惊艳的东西，目标只有一个，做一个真实可用，不会被判定为垃圾应用的轻量 App，能顺利过审就行。垃圾应用 Google 是会拒的，纯空壳，占位符，明显凑数的那种，审核大概率挂。所以东西虽小，但得是个正经能用的东西。
选什么呢？我想了想，挑了个我自己真的会用的场景，呼吸练习。
我自己睡眠不太好，焦虑的时候会做那种 4-7-8 呼吸法，吸气 4 秒，屏息 7 秒，呼气 8 秒，做几轮人就能静下来。市面上这类 App 要么广告满天飞，要么强制订阅。那我干脆自己做一个极简的，没广告，不收费，打开就能用。
需求定了，剩下的交给 AI。
技术栈我选了 Flutter，一套代码能同时出 Android 和 iOS，对我这种想快速出活的人最友好。整个开发过程，我基本是在跟 AI 结对编程，我描述要什么，它写代码，我跑起来看效果，再让它改。
比如最核心的呼吸模式，我就让 AI 帮我把几种主流的呼吸法抽象成一个数据结构。它给我的设计是这样的，我觉得挺干净的，直接贴出来。
enum BreathPhase { inhale('吸气'), hold('屏息'), exhale('呼气'); final String label; const BreathPhase(this.label);}class PhaseSegment { final BreathPhase phase; final int seconds; const PhaseSegment(this.phase, this.seconds);}class BreathingPattern { final String id; final String name; final String description; final List<PhaseSegment> segments; final int rounds; const BreathingPattern({ required this.id, required this.name, required this.description, required this.segments, required this.rounds, }); // 一轮总秒数，用 fold 把各阶段加起来 int get secondsPerRound => segments.fold(0, (sum, s) => sum + s.seconds);}你看这个设计，一个 BreathingPattern 就是「若干个阶段 + 重复几轮」。4-7-8 呼吸法，方块呼吸，深呼吸，全都能用这一个结构表达出来，加新的呼吸法只要往列表里塞一条配置就行，一行代码不用改。
这就是我特别喜欢跟 AI 写代码的地方。它不只是帮你敲字，它会顺手帮你把抽象层次提上来。我一开始的想法很糙，就是 if-else 硬写每种呼吸法，是它提醒我用 enum 加配置的方式抽象。这种工程经验，搁以前得自己踩几次坑才能悟出来。
界面也是一路让 AI 生成。一个会随着吸气放大，呼气缩小的呼吸圆圈，三个阶段配三种颜色，吸气是青色，屏息是暖橙，呼气是紫蓝。这些视觉细节我一句句描述，它一点点调，来回几轮，一个看着还挺舒服的 App 就出来了。
说实话，做出来那一刻我自己都有点意外。一个我原本觉得要啃好几天文档才能碰的领域，靠着 AI 结对，断断续续两个晚上，一个能正经用的 App 就躺在我手机里了。
但 App 做出来，只是走完了一半。
很多人有个误解，以为做完 App 就能上架。真不是。Google Play 的上架流程，繁琐程度远超我的预期。代码写完，后面那一长串配置和审核，才是真正磨人的地方。
回到 Play 管理中心，点「创建应用」，第一个页面是应用详情。
这里有几个坑，我提前给你标一下，省得你跟我一样回头改。
• 软件包名称必须唯一，而且一旦定了就改不了，类似 com.huangzi.breathe478 这种，想清楚再填
• 免费还是付费要慎选，应用一旦以免费发布，后面就没法改成付费了，反过来可以
• 默认语言，应用还是游戏这些，后面还能在商店设置里改，不用太纠结
填到免费付费那一步的时候，我还发现一个挺有意思的细节。不管你选免费还是付费，Google 都会给你一个叫「自动保护」的服务，它会在你的应用代码里加一段安装来源检查。
如果用户从别的渠道装了你这个受保护的应用，系统会提示他改从 Google Play 获取。免费应用提示「获取」，付费应用提示「购买」。
其实就是 Google 在帮你把用户往自己的商店里引，顺便也防一手盗版分发。这种平台层面的小心机，你不亲自走一遍流程，是看不到的。
详情填完，后面还有一长串。隐私政策，内容分级，目标受众，数据安全声明，一项接一项。这部分没什么技术含量，但极其消耗耐心，每一项都要老老实实填，漏一项就发不了审核。
而且光创建应用还不够。Google 现在对新开发者卡得更严，你得先做封闭测试和内部测试，按信息中心的引导，拉够测试人数，跑够测试天数，才有资格申请正式发布。我是照着「信息中心」一步步往下走，把内部测试和封闭测试都登记完，才解锁了提交正式版的入口。
全都备齐之后，到「发布概览」里点提交审核。
然后就是等。
这里补一个我后来才知道的点，审核期间如果你发现应用有问题，是可以重新提交的，不用干等着第一版被拒。
等了大概一两天，内部测试的版本审核通过了，状态变成「有效」。
看到那个绿色的「有效」标记，我长舒一口气。
回头再看开发者账号的状态，那个挂了半个多月的红色风险条，终于消失了。
号，保住了。
整件事复盘下来，我心里其实挺感慨的。
为了不浪费 25 美金，我被一封邮件逼着，在一周里走完了从需求到开发再到上架的全流程，硬生生从一个对 Flutter 一窍不通的后端，变成了一个 Google Play 上有应用在跑的开发者。
放在两三年前，这事我大概率干不成。光是学 Flutter，啃 Android 打包签名，研究 Google Play 的上架规则，没个把月下不来。我多半会算一笔账，25 美金而已，认栽算了。
但这次我没认栽。不是因为我变强了，是因为我手里的工具变了。
这才是我真正想跟你聊的。
我们这一代开发者，正在经历一件特别奇妙的事，那些过去需要专门去学，去积累的领域门槛，正在被 AI 一点点抹平。我不需要成为 Flutter 专家，也能做出一个能上架的 App。我不需要把 Dart 语法背熟，AI 会在我需要的时候把对的代码递到我手上。
但你别误会，我不是说技术不重要了。
恰恰相反。这次能成，靠的不是 AI 单方面的魔法，是我那点后端的底子，加上 AI 的执行力。我知道什么叫数据结构抽象，所以 AI 给我 enum 加配置的方案时，我一眼就看懂了好在哪。我知道一个应用大概由哪些部分组成，所以拆需求，给 AI 提要求的时候，我能说到点子上。
AI 不是来替代有经验的人，它是来给有经验的人装上一双翅膀。你底子越厚，它帮你飞得越高。
一个完全不懂技术的人，让 AI 做同样一个 App，大概率会卡在某个跑不起来的报错上，因为他不知道该问 AI 什么，也看不懂 AI 给的东西对不对。
所以这事给我最大的启发是，AI 时代，真正稀缺的不再是写代码的能力，而是判断力和把事情推到底的执行力。
愚钝如我，被一封警告邮件推着，意外地体验了一把这种新的开发方式。一周下来，账号保住了，还顺手得到了一个自己真的会用的呼吸 App，以及一次完整的 Google Play 上架经验。
怎么说呢，这波属实不亏。
如果你手上也有个吃灰的开发者账号，或者一直想做个小 App 但觉得门槛太高，我真心建议你，找个周末，挑一个你自己会用的小场景，跟 AI 一起动手做一个试试。
你会发现，那道你以为很高的墙，可能早就没那么高了。
如果这篇文章对你有用，顺手点赞、转发、推荐♥️，让更多人看到。
感谢你的阅读，我是皇子，关注我，下次见~
