如何一个月vibe coding三个产品
最近做了一个月的面向个人消费者的产品，一共三个，一个小程序，两个网站应用，有一些感受和技术心得需要整理一下，所以写下来分享一下，也许对大家也有帮助，在输出的过程中我也能深化我自己的思考。
这里首先明确一下我这里定义的产品，有可以使用的用户操作界面，有后台管理，能收款，能微信登录。
我主要使用的工具和模型就是OpenCode和DeepSeek。
下面是我OpenCode最近一个月左右的消耗情况。总共消耗了差不多30亿Token的样子。
下面是我其中一个产品的后台记录（为啥只有一个产品的收入记录？因为只有一个产品有人付费了，还大多数是熟人介绍T_T）
值得注意的是，对于微信登录，微信支付，支付宝支付等的开通都是建立在企业认证的情况下，如果你是个人，可能会有一些受限。
首先谈谈第一个产品，微信小程序
开发微信小程序
开发微信小程序有两条技术路线可以选择，一是原生开发，二是跨端开发的第三方框架，我选择的是后者，因为后续可能会移植到其他平台，而且我的应用对性能要求并不高，所以选择后者会比较方便，又因为我比较熟悉vue和uniapp，所以选择uniapp作为开发框架。
技术栈选择好之后就是开发了，但是在开发前有一件事可以做，也必须先做，也就是账户的申请，各种信息的完善，以及最重要的备案，不需要等到完成开发之后才开始开发，这两者完全可以并行，官方也是这么建议的。
当你业务开发好之后之后就是提交审核，审核不难但是也不那么简单，不那么简单是因为，作为微信小程序开发者，有两个观点需要纠正，你得需要符合平台的要求，不然无法通过。
1. 手机号是重要的隐私信息
没有开发类似应用的人，可能想当然的认为，我用手机号登录只是作为一个用户名而已，我又不给ta打电话发短信啥的，搞啥用户协议和隐私政策，我根本不用。但是不行，只要你用到了手机号，这个就是会存在收集用户隐私的问题，所以你需要有对应的用户协议和隐私协议，不然是不会让你通过的。具体怎么写可以让AI完成，但是需要自己审核一遍。
2. 不能强制用户注册或登录才体验
我本来的策略是，用户注册登录才能看到操作界面才能使用，但是这是不允许的，平台要求用户可以体验之后才决定是否注册，所以我调整了应用的使用逻辑，根据微信用户的openid做次数限制，在不登录的情况下就可以使用这个微信小程序的一些功能，超过次数就需要付费，不过因为付费需要高昂的会员费，所以还没完成一单，之所以这么做，是因为这个应用就是这么立项的，以后可能会改，但不是现在。
第二个产品 网站应用 文生图应用
之所以做这个产品是因为，国内对于一些用户对于顶尖大模型，比如gpt-image-2.5是不方便访问的，而且这个模型能力很强大，那么我做到比较稳定的使用，那么应该是可以有不错的市场的，虽然市面上已经有很多类似的产品了，但是我们前期可能会着重于某个特定的行业，在熟人之间推广，这样也许可以获得一些现金流，所以开发的计划就是就在开源项目上包一层付费壳子，并解决国内访问的问题。
国内收钱其实没有太多选择，或者说不会做太多选择，肯定是微信支付和支付宝支付，这完全没啥疑问。
有企业资质对于这些申请还是比较方便的，所以并不是太麻烦，你跟着平台的引导走就能完成，完成之后就是需要配置开发环境，也就是生成各种密钥啥的，我没用什么框架，直接让AI根据官方文档对接，一次性就成功了，使用的是DeepSeek V4.1 flash。
下面说说我在申请和对接支付平台时遇到的问题。
1. 微信平台不同的账户需要不同的邮箱
所以你需要准备没有在微信相关平台注册过的邮箱，比如微信公众号，微信开发者平台，微信开放平台等，这里我建议使用QQ邮箱的别名邮箱，它可以在之前的QQ号邮箱的基础上再给你一个自定义的邮箱，比如mynameisxxx@qq.com，还可以定义一个hotmail的邮箱，这样你就可以在一个QQ账户的情况下收到不同的邮件，一共可以衍生两个邮箱，而微信登录QQ邮箱又可以获得一个邮箱，那么你就可以在不连接其他邮箱服务的情况下，获得三个衍生邮箱，微信就能收到邮件(微信接收邮件需要单独打开)。
另外的解决办法就是，自己域名搭建一个邮箱服务，又或者注册其他邮箱服务的邮箱，这样当然是可以的，但是不好维护，万一忘记密码咋办，万一没有注意这些邮箱的收件箱咋办，所以我使用的是QQ邮箱衍生的邮箱，这样我的微信就能收到，比较及时。
2. 支付接口需要设置一堆密钥和口令
这些对接了分平台以后肯定还是会需要登录的，比如设置提现的模式，更新密钥啥的，所以你需要找的单独地方记录一下，再就是对于刚开始的人，可能一下看不过来，所以建议先看个视频，再看官方文档，一定一定要看看官方文档，官方文档写得很棒，而且设计到真金白银的东西一定要谨慎，AI当然可能一次性帮你对接好，但是也可能不会，所以谨慎一点总没错，不要被AI带着走，而是让AI在和你对齐需求之后再开发，你需要根据官方文档获得的知识来决策，不然的话，可能会有很大的风险。
3. 网站支持微信登录需要300元认证费
这三百元跟微信公众号的认证并不重叠，所以需要单独交三百元认证费，认证之后你才可以在该平台创建网站应用，有了网站应用你就可以有对应的APP ID和APP Secret可以用于OAuth认证了，也就可以对接上微信登录了。
认证的时候有一个小插曲，在认证提交资料的时候，有一个输入项是座机电话，我没有座机电话就卡住了，然后各种搜索怎么最低成本获取座机电话号码，我很纠结，因为我根本用不到座机电话，维护起来太麻烦了，然后问了下AI, AI跟我说可以填无，然后我就填了无，还真可以，遇事不决可问AI。
4. 支付商户平台和开发平台是分开的
支付商户平台认证和申请不要认证费，只要你符合对应的要求就能申请，但是支付商户平台不会有创建应用的选项，你需要去对应的开放平台创建应用，然后关联起来，这里可能说起来比较抽象，你实际操作一下才会知道我说的什么意思，总的来说你需要两个平台的账户。
支付宝的应用直接在开发平台创建就行，而微信支付的应用你可以直接关联已有的微信小程序，公众号，服务号等。
5. 根据自己的业务选择手续费
不同的业务手续费率不一样，最低是0.6%,即千分之6。
6. 可以选择不全提现到银行卡
微信支付默认是第二天，即T+1日就提现到配置好的银行账户，这样很好，但是有时候不太好，比如有用户要退款，但是恰好当天账户上没钱，那么你需要给自己的微信支付账户充一点钱才能退款，所以可以选择“按日终余额提现”，你可以设置账户上最少留多少钱，这样遇到退款的用户就不需要先充值再退钱了。
第三个产品 网站应用 文生视频应用
我其实一直习惯只占用20%到30%应用就开一个新的会话，但是我发现如果从无开始写，一个个里程碑的完成整个应用的搭建，用到90%的上下文也未尝不可，至少是DeepSeek V4.1 Flash是没有问题的，只不过它的注意力会主要集中在最新内容上，因为我让它最后写交接文档的时候，它不是回顾整个会话，而是将最后的M5任务总结。这对于我来说倒不是不能接受，所以我后续再重新开始项目的话，会选择这种“一镜到底的长镜头”。
得益于DeepSeek超级便宜的缓存价格，所以整个应用2.31美元就完成了，一个MVP就完成了，后续当然是需要各种调整的，这个调整的时间也肯定是远远大于第一次创建的，因为打磨一个产品是需要时间。
对接微信登录就是在微信开放平台再创建一个应用，支付就是复用之前的资质以及创建对应的应用，这些第二次搞就不会花太多时间，很多代码都是可以复用的。
关于vibe coding的一些通用建议
1. 沿用同样的架构和目录结构
除了微信小程序，我的项目结构和编程语言选择几乎都是一致的，我选择的是自己最擅长的编程语言，而不是我最喜欢的编程语言，这样的好处是代码可以复用，我总是知道对应的业务代码在哪，数据库模型怎么迁移，怎么构建，交接文档在哪等，心智负担超级低，AGENTS.md也总是能复用以前的最佳实践，唯一的问题是，它可能不是性能最好的方案，最优雅的方案，但是这有什么关系呢。
2. 总是对齐需求才开始开发
对于一个新项目我强烈建议花费足够多的时间对齐需求，我使用的是grill-with-docs这个skills，在项目开始前我可能需要花费十到二十分不断地回答它的问题，它会让我确认一些边界情况，处理一些我没有想到过的一些问题，我也会在回答的过程中不断深化自己对于这个产品的理解，怎么做技术选型，怎么设计整个流程，可以说是在干活的过程中学习，这一点对于开发者来说，我觉得非常重要，特别是全栈开发者而言。
以我为例，现在产品从设计到开发，到部署以及最后的维护全是我一个人完成，如果我自己都不了解自己的产品，还能希望谁来对它负责呢？难道出了问题之后说是AI的问题？AI没办法为我们负责，所以我们需要对自己的产品有掌控力。
3. 基础知识依旧有用
毋庸置疑的是，AI的知识深度和广度都比大多数人强，但是那是AI，并不是使用者，如果不具备足够多的基础知识，就只能被AI牵着鼻子走，这在我看来是不太可接受的，因为它没办法为我负责，如果错了，我的机会成本就会付出了太多，如果涉及到一些责任的承担也需要我自己来承担，我想说的是“AI没办法帮我们坐牢”
最后，致敬一下这个AI时代。
如果没有AI的加持，我根本不会有这么高的效率，感谢DeepSeek，感谢OpenCode，虽然我还没挣到这个风口上的第一桶金。
预览时标签不可点
