做算命APP时，我测了明月Plus

最近在折腾一个算命 APP，原本以为最费时间的是算法和页面，真正做下来才发现，最消耗精力的反而是各种零碎工作。

一会儿要让 AI 帮我改前端页面，一会儿要检查接口返回，一会儿又要调整提示词。

比如用户输入出生日期以后，后端要先整理数据，再交给模型生成解释；结果稍微不稳定，就得继续调 Prompt。

做这种项目，ChatGPT 和 Codex 很快就从“偶尔用一下”变成了开发工具。

也正因为使用频率上来了，我开始研究 ChatGPT Plus 的订阅方式。

这次我关注到的是 明月Plus（aicz123.com）

如果只看表面，它和很多 ChatGPT Plus 服务网站似乎差不多，但站在开发者角度，我更在意的是它整个流程有没有把事情做复杂，以及为了完成订阅，需要我交出多少账号信息。

一个开发者真正关心的不是“能不能充”

第一次找 ChatGPT Plus 第三方服务时，我发现很多网站介绍都特别像：

“快速到账。”

“稳定充值。”

“无需国外信用卡。”

这些当然重要，但对我来说还不够。

我的 ChatGPT 已经被我当成开发工作区的一部分了。

开发算命 APP 的时候，我经常直接把一些还没整理好的需求扔进去，例如：

用户选择出生时间后，怎么设计结果页才能避免一次返回太长？

或者：

这个 Node 接口为什么在连续请求时偶尔会超时？

再或者直接让 Codex 阅读项目目录，修改现有代码。

时间一长，账号里的内容其实就像一个开发日志。

所以我找第三方服务时有一个很明确的要求：

最好不要让别人登录我的 ChatGPT。

这也是我继续研究明月Plus的原因。

它让我注意到的不是价格，而是 Account ID

明月Plus的一个比较明显的特点，是在对应的订阅流程中使用 Account ID 来确认账户。

这个设计对于非技术用户可能没什么感觉，但我第一眼看到的时候反而觉得挺合理。

因为 Account ID 更像：

“告诉系统这次服务对应哪个账户。”

而不是：

“把我的整个账户登录权限交出去。”

对我来说，这两件事差别很大。

我在做自己的 APP 时，其实也是类似的设计思路。

比如订单系统里会有：

user_id
order_id
product_id

系统只需要知道“这笔订单属于谁”，并不需要因此获得用户其他不相关权限。

Account ID 给我的感觉也是一样。

它解决的是账户定位。

我最不愿意提供的其实是 Session

以前我也看到过一些教程，会让用户打开浏览器开发者工具，然后寻找 Session、Cookie，再复制出来。

对于普通用户来说，这可能只是：

“复制一段字符。”

但开发者看到这里基本都会比较敏感。

因为我们天天在写登录系统。

Session 是什么，Cookie 是什么，拿到有效登录态以后能做什么，程序员应该都很清楚。

所以我给自己定的标准一直很简单：

只要一个服务必须让我提交完整 Session，我就会优先找别的方案。

而明月Plus让我比较满意的一点，就是它强调的是 Account ID，而不是让用户提供：

ChatGPT 密码
邮箱密码
Session
登录 Cookie
邮箱验证码

对我这种长期拿 ChatGPT 做开发的人来说，这一点的价值其实比优惠几十块更大。

为什么开发算命APP之后我更在乎这个问题

如果 ChatGPT 只是偶尔问问知识，可能感觉不到账号数据的重要性。

但当我开始用 AI 开发算命 APP 后，账号里的信息越来越杂。

比如我会讨论：

产品逻辑。

到底做八字、星座还是塔罗，首页怎么引导用户，结果页怎样设计。

代码问题。

前端组件、接口返回格式、数据库结构、缓存逻辑。

Prompt 调试。

怎么让模型输出更稳定，怎么限制格式，怎么减少重复内容。

运营思路。

用户为什么愿意分享结果，什么页面适合做传播。

这些东西单独拿出来未必是什么秘密。

但是全部集中在一个账号里以后，就不一样了。

所以现在让我为了开一个 Plus，把这个账号的密码或者 Session 给别人，我基本不会考虑。

我反而喜欢它流程比较“工具化”

我看一个网站，经常会不自觉地站在产品经理或者开发者角度分析。

有些第三方服务非常依赖人工：

加客服。

发账号。

转账。

截图。

等待处理。

出现问题继续聊天。

这种方式不是不能用，但很难标准化。

明月Plus给我的感觉更接近一个工具网站：

选择对应产品 → 下单 → 根据页面完成操作 → 使用 Account ID 对应账户 → 查询订单。

这种流程对于程序员来说比较自然。

因为每一步都有明确状态。

不是所有事情都靠一句：

“已经给客服了，稍等。”

对于我这种做软件的人来说，流程可见本身就是一个加分项。

Account ID 对普通用户也更友好

还有一个我一开始没想到的问题。

让用户提取 Session，其实不仅有隐私风险，还有很高的操作门槛。

你让普通用户：

打开 F12。

找到 Network。

查看 Cookie。

复制某个字段。

很多人到第二步就已经不知道该干嘛了。

而 Account ID 至少概念上简单很多。

用户要做的是找到一个明确的账户标识，而不是在浏览器请求里寻找敏感字段。

所以从产品设计上来看，这种方式不仅是权限更克制，同时也降低了操作复杂度。

这一点我觉得做得比较符合普通用户习惯。

如果让我给它做一次开发者评分

我不会按照“页面好不好看”这种标准来评价，而会看几个更实际的项目。

我关注的地方	我的感受
国内用户操作门槛	比较低
是否必须提供账号密码	不需要
是否需要提交 Session	不需要
账户识别方式	Account ID
是否适合长期使用的主账号	相对更友好
流程是否依赖人工聊天	相对较少
开发者最明显的加分项	不交出完整登录态