用Cursor两小时开发的八字小程序上线啦，代码和教程均已开源！

这是苍何的第 351 篇原创！

大家好，我是苍何。

不瞒你说，上线一个八字相关的小程序，老费劲了，倒不是开发麻烦，最麻烦莫过于审核了。

经历一番斗智斗勇，总算是顺利通过审核，成功上线啦。

说真的，看看修改建议指引的评论区，你就知道我没在唬你。

但抱怨有个锤子用，毕竟劳动人民说过：只要思想不滑坡，办法总比困难多，那得想法子呀。

方法就姑且放在文后再说吧。（为了吊一下你的胃口，我狗吧）

现在，你只需要给我轻轻扫下这个码，就可以畅快体验。

为了让事情变得尽量完美，我将所有的代码和教程都已开源到了 GitHub，地址就在这：

https://github.com/freestylefly/wechat-mini

请不要吝啬自己的 star，狠狠的点点！

用到了哪些技术，有啥功能，系统架构，都写的明明白白。

甚至快速启动部署教程也有，总之你能想到的想不到的，都说了，主打一个有手就行。

说出来不怕你笑话，这小程序在很多程序员眼里，属于 demo 级别，因为功能确实足够简单。

但这不重要，重要的是他是一个完全由 AI 全程参与并上线的微信小程序，是 AI 编程全沉浸式的一次很好体验。

它完整展示了如何利用 AI 从 0 到 1 快速构建一个实用微信小程序。从需求分析、系统设计、前后端开发到最终部署上线，提供全流程、全沉浸式的实战教学体验。

并且已经手撕了上万字的沉浸式教程：

1、用 Cursor 开发小程序万字沉浸式教程

2、AI 上线微信小程序教程

当然，这些教程在 GitHub 上也同时也可以看到，主打小白看了也能 1：1 复刻。

看完你会发现，普通人用 AI 来实现自己的想法开发应用，这事儿压根就没那么复杂。

就拿将代码往 GitHub 开源这操作来说，换做以前，还得记住几个 git 命令，想一想怎么将本地仓库和远程仓库关联。

现在不用了，只需要在 Cursor 中输入这个 prompt 就够了：

这是我的GitHub远程仓库地址：git@github.com:freestylefly/wechat-mini.git。 请帮我把刚刚的修改做一次commit，然后关联远程苍何，做一次push推送。

为了防止敏感信息泄露，只需要让 AI 全局来帮你修正就好了。

我现在打算将该项目在GitHub上开源，为了防止隐私泄露和文档管理，请帮我处理几个事情： 1、涉及到隐私的配置，如DeepSeek的api key和火山引擎的API key都要去掉并用提示替代，最好能附上一份获取api key 的操作指南 2、所有涉及到我真实域名和端口的地方都要去掉，并用提示来替代 3、根目录的README文档要符合GitHub的风格 4、其他地方不用改动代码逻辑

当然你如果怕 AI 瞎改，完全可以给它添加规则，比如我设置的这个全局规则，能保证代码的质量和标准，在 GitHub 也有，这里再贴一下吧：

# 代码质量与工作方法标准 ## Critical Rules - 采用模块化设计，将功能拆分为独立、可重用的组件，确保每个模块职责单一 - 永远不要为提供解决方案或遇到困难而道歉，始终保持专业自信的态度 - 在提供任何建议前必须验证信息的准确性，不确定时明确表示需要进一步确认 - 输出关键的思考过程和决策理由，帮助用户理解解决方案的来源和逻辑 - 严禁删除看似无关的代码或功能，除非用户明确授权 - 严格遵循项目现有的代码风格、命名约定和架构模式 - 提供详细且格式化的终端输出，帮助用户精确定位和解决问题 - 实现全面的错误处理和日志记录机制，确保代码健壮性 - 确保提供的所有解决方案100%可行，不推荐实验性或不确定的方法 ## Examples <example> "我将采用模块化设计改造这个函数，将数据处理和UI渲染分离为独立组件" "基于我的分析，问题出在连接池配置上。让我们检查以下几个关键参数..." "我注意到项目使用camelCase命名约定，我会在新代码中保持一致" "这段看似无关的代码实际上可能是为了处理边缘情况，建议保留并添加注释说明其用途" "错误：连接拒绝，可能原因：1)服务未启动 2)防火墙限制 3)端口占用。尝试运行以下诊断命令..." </example> <example type="invalid"> "对不起，我无法解决这个问题" "我认为这段代码应该删除，看起来没用" "你可以尝试这个解决方案，虽然我不确定能否正常工作" "这里有个错误，但我不清楚原因" "我修改了代码但没有考虑错误处理" "简单地说，修复完成了"（没有提供思考过程） </example>

最后，就是前面留的坑，如何更好的让八字小程序通过审核呢？方法也很简单，直接告诉 Cursor：

我希望代码符合微信小程序审核标准，项目中所有有关算ming、命理、等敏感词 都要去掉，用更加中性的词语替代。 请自我检查所有项目代码，包含注释，命名，全部做一次修改。 注意，不要修改代理整体逻辑，注意全局的可用性和稳定性。

直接将这个提示词丢给 claude，一番修改后重新提交审核，通过的概率会大很多。

另外如果不通过，不要一天内重复申请，隔一天或者两天重新申请，不同审核人员标准也不同，所以，你懂吧。

好啦，以上全文 4084 字，8 张图，如果这篇文章对你有用，可否点个关注，给我个三连击：点赞、转发和在看。若可以再给我加个⭐️