从一个痛点到真正上线，中间没有想象中简单

我不是一个资深的安卓程序员，但因为有了 AI，我也可以用 Vibe Coding 的方式，把自己生活和工作里的真实痛点，做成一个可以运行、可以安装、甚至有机会发布出去的产品。

这打开了我的新世界大门。

过去，编程门槛很高。当我有一个想法，可能第一步就卡在环境搭建、框架选择、代码实现上。但现在，AI 把“写代码”这件事的门槛拉低了很多。

我是怎么起心动念的

我的安卓APP处女作品叫：MD文件阅读器（MD Viewer），是一个极简 Markdown 文档阅读和轻编辑工具，现在已经成功上架到华为应用市场。起初做它的原因，就是我发现在安卓手机上，以及各大应用市场上，没一个好用的md文件查看器。要么太重，要么广告一堆。所以为何不自己做一个呢？正好还能练练手。

做着做着我才发现，Vibe Coding 确实能让一个人快速把 App 做出来，但从“能运行”到“能上线”，中间其实有一整条坑坑洼洼的路。

这篇文章不讲玄学，不讲“AI 一句话生成 App”的故事，而是结合我做 MD文件阅读器 的实战过程，梳理一下个人开发者用 Vibe Coding 开发安卓 App，从规划到上线可能遇到的坑，也希望对你有所帮助。

▲ 坑一：不要从“我要做一个App”开始

第一个坑：不要从“我要做一个App”开始

一开始我也想做个高大上的APP，AI 不是不能做，而是它很容易做出一个“看起来像 App，但解决不了真实问题”的东西。真正有效的方式，是从一个具体场景开始。

比如 MD文件阅读器 一开始不是“我要做一个 Markdown 阅读器”，而是一个更具体的问题：

我有一个 Markdown 文件，别人通过微信分享给我。虽然md文件也是文本格式，但手机里就没有一个工具可以直接打开并直观的渲染出格式

这个问题足够小，也足够真实。AI 可以去检查文件内容，解析MD文档的各种格式，然后渲染出标题、段落、加粗、代码，1.0版本甚至只能通过分享打开。但真的解决了我的问题。

这也就是 Vibe Coding 比较适合的节奏：不是一次性生成完整产品，而是围绕真实痛点，一轮一轮把产品推出来。

▲ 坑二：APP备案要提前规划

第二个坑：APP备案要提前规划，不是上线前顺手填一下

如果你只是自己安装 APK 测试，备案似乎离你很远。

但只要你想在国内应用商店上架，APP 备案就绕不过去。尤其现在很多安卓应用商店都会要求应用先完成备案，才能继续提交审核。

备案通常不是当天能完成的事。以云厂商的备案流程为例，阿里云文档里提到，APP 备案要经过初审、工信部短信核验和管局审核，预计整体流程大约 3-22 个工作日。腾讯云文档也提到，各省管局审核时间不同，通常不超过 20 个工作日，而且工作日不包含周末和法定节假日。

我的真实体验，是两周。

这意味着什么？

意味着你不能等 App 全部开发完、准备上架了，才突然发现还没备案。那时候你可能要等两三周，甚至更久。

更麻烦的是，备案不是单独的一张表。它会牵涉到 App 名称、包名、签名、公钥、服务器域名、主体信息。这些东西一旦前期没想清楚，后面改起来会很麻烦。

所以我的经验是：只要你有上架计划，备案要尽早列入项目计划，而不是最后一步才想起来。

▲ 坑三：隐私政策不是模板

第三个坑：隐私政策不是复制一份模板就行

做 MD文件阅读器 之前，我对隐私政策的理解也很粗糙。

后来才发现，隐私政策不是应用商店要求你“放一个页面”那么简单。它和你的程序设计是强关联的。

你申请了什么权限，就要说明为什么申请。你读取了什么信息，就要说明用途、范围、方式。如果你在 App 首次运行时没有明显提示用户阅读隐私政策，或者隐私政策里没有逐项说明收集使用个人信息的规则，都可能被认定为有问题。

这会反过来影响你的产品设计。

比如 MD文件阅读器 是一个本地 Markdown 文档阅读器。它是否真的需要所有文件访问权限？这就要非常谨慎。如果一个功能可以通过内部存储完成，就未必一定要申请更重的存储权限。比如我最初所做的功能，只需要能打开分享的md文档即可，那就完全不需要外部存储权限。只要写程序时把分享来的文件保存在app的内部存储中即可，这样就能避免过大的隐私权限申请。

如果确实需要文件浏览和编辑能力，那隐私政策、权限说明、应用内引导都要讲清楚：这是为了读取用户主动选择的本地文档，而不是后台扫描用户文件。

Vibe Coding 很容易让你快速加功能，但每多一个权限，后面上架审核的解释成本就会上升。

▲ 坑四：应用商店规则各不相同

第四个坑：应用商店不是一个市场，而是一组不同规则

国内安卓分发不是只有一个入口。

常见的大市场包括华为、小米、应用宝、OPPO、vivo 等。它们面向个人开发者的友好程度、资质要求、审核细节都不完全一样。

比如应用宝就支持企业主体的APP分发；小米应用商店文档里明确提到，应用发布上架需要按规定履行 APP 备案手续，并且 APP 主办单位、APP 名称、APP 包名要和备案系统保持一致；还提到应用内需要展示 APP 备案编号。华为也有应用资质审核要求，要求开发者按规定履行备案手续。OPPO 文档中也提到，创建应用前需要准备包名、名称并进行 APP 备案，未备案应用无法上架，单机资源除外。

这对个人开发者来说很现实：你不能只问“我的 APK 能不能跑”，还要问“我的主体、软著、备案、隐私政策、权限说明，能不能过不同商店的审核”。

不同市场的体验也不一样。有的对个人开发者更友好，有的更偏企业主体；有的审核材料要求更细，有的对版权证明、备案一致性、隐私合规查得更严。这里没有一个通用答案，只能提前查目标市场的规则，然后逐个准备。

我最终发现，作为个人开发者真正能跑通的，只有华为应用市场。其他市场对于个人开发者并不友好，一定要通过注册企业，甚至不能是个体工商户的企业才能有资格做分发。

▲ 坑五：软件著作权免费但耗时

第五个坑：软件著作权免费不等于不花时间

国内很多应用商店会要求软件著作权，或者至少要求能证明你对这个 App 有权利。

我也卡在这里。

软件著作权普通登记本身并不是一定要花钱。早在 2017 年，软件著作权登记费就已经停征。也就是说，自己走官方普通流程，理论上官费是 0。

但“免费”不等于“马上能拿到”。

《计算机软件著作权登记办法》里规定，中国版权保护中心应当自受理日起 60日内 审查完成所受理的申请。实际过程中，如果材料准备、补正、排队等环节不顺，个人体感就是两三个月并不奇怪。

如果你要加急，那通常就是第三方代理或服务机构的收费。这个价格差异很大，我查到的公开市场报价有 几百元到几千元 不等。比如有些服务商会按 30 个工作日、10-15 个工作日、3-5 个工作日分档报价，时间越短费用越高。

所以软著这个坑的本质是：它不是技术问题，而是时间管理问题。

如果你真的打算上架，最好在 App 有稳定名称、版本、核心功能以后，就尽早准备软著材料，而不是等应用商店提示你缺材料时再开始。

▲ 坑六：Vibe Coding必须真机验证

第六个坑：Vibe Coding必须真机验证

Vibe Coding 的效率很高，但安卓 App 不能只靠编译通过。

MD文件阅读器 迭代过程中，有一个很典型的例子：文件浏览页顶部有“最近打开”“我的收藏”“新建笔记”几个按钮。电脑上看布局没问题，但真机窄屏下可能会换行、截断、挤压。

最后我必须用真实设备验证。那台设备折算下来宽度大约是 388dp，属于比较窄的场景。只有在真机上确认 Tab 单行显示、新建笔记按钮没有换行，才算真的过关。

真机验证还有另一个坑：ADB 授权。

如果手机没有正确授权 USB 调试，AI 这边就没法自动安装 APK、抓 UI 树、截图验证。你会发现开发节奏突然卡住。这个问题不复杂，但非常影响效率。

所以，如果你打算用 Vibe Coding 做安卓 App，我建议一开始就把真机调试环境打通：ADB 能识别设备、能安装 APK、能截图、能看日志。否则后面每次验证都会很痛苦。

▲ 坑七：部署和互联网服务会引出另一套问题

第七个坑：部署和互联网服务会引出另一套问题

如果你的 App 完全离线，那上线链路会简单一些。

但只要它涉及互联网服务，比如官网、隐私政策、反馈接口、下载页、项目介绍页、后台管理，就会引出服务器、域名、SSL、备案、Nginx、接口安全等一整套问题。

MD文件阅读器 就是这样。

我给它准备了 mdviewer.hupingzhi.cn 这样的子域名。最开始要处理 SSL 证书，把新子域名加入已有证书。后来又配置 Nginx，让 mdviewer.hupingzhi.cn 能访问项目页和隐私政策页。最初我把 mdviewer.hupingzhi.cn 301 跳转到主站项目页，但后来发现我希望浏览器地址栏保持子域名不变，于是又改成了 Nginx 内部反代。

这就是上线真实世界的样子：不是写完 App 就结束了。官网、隐私政策、下载地址、备案号展示、静态资源路径，每一个都可能成为坑。

▲ 坑九：AI说完成，不代表真的完成

第八个坑：AI说完成，不代表真的完成

这是我现在最深的感受。

Vibe Coding 不是你把需求丢给 AI，然后等一句“已完成”。

真正完成至少包括：

代码改完了，测试跑过了，APK 打出来了，真机装上了，关键路径验证了，版本号更新了，提交推送了，上线材料也准备好了。

MD文件阅读器 每一轮迭代，我都会尽量让 AI 做到闭环：跑对应的 Gradle 测试，执行打包命令，生成 debug APK，有条件就安装到真机验证。最后一次还提交并推送到了远端。

这才叫一个功能真的落地。

否则很容易出现一种假象：代码仓库里改了很多东西，但你根本不知道它能不能安装、能不能打开、能不能过审核、用户能不能用。

这里介绍一个很好用的Codex插件：Test Andriod Apps 。能完整的按照上面的闭环步骤执行。

最后：Vibe Coding降低的是编码门槛，不是产品判断门槛

这次做 MD文件阅读器，我最大的感受是：

AI 确实让个人开发者的能力边界扩大了。

一个不是资深安卓程序员的人，也可以在 AI 帮助下，去读旧项目、改功能、接渲染库、打 APK、做真机验证、处理服务器配置、准备上线材料。

但与此同时，真正重要的东西并没有消失。

你还是要知道用户是谁，痛点是什么，功能为什么存在。你还是要判断权限是否必要，隐私政策是否说清楚，应用商店规则是否满足，真机体验是否过关。你还是要面对备案、软著、部署、分发、运营、迭代这些现实问题。

所以我更愿意把 Vibe Coding 理解成一种新的个人开发方式：

AI 负责放大执行力，人负责发现问题、定义方向、把关体验和承担结果。

目前《MD文件阅读器》还在继续迭代，这里也安利一下，对手机端查看markdown文件有痛点的读者，欢迎到华为应用市场搜索或产品官网下载体验。

如果你也对个人开发者如何用 AI 做 App 感兴趣，或者希望我更多分享Vibe Coding哪方面的细节，欢迎点赞、关注，或者在评论区告诉我。我会继续把更详细的经验整理出来。