塔罗牌 AI 解读小程序方案记录

整理时间：2026-05-18

1. 产品想法

目标是做一个塔罗牌面解读小程序，核心能力包括：

• 用户上传一张塔罗牌图片，或选择一张指定塔罗牌。
• 支持从多张塔罗牌中随机抽取一张。
• 基于本地塔罗牌数据进行基础牌义查询和分析。
• 接入 AI API，结合用户问题、牌面、牌义数据生成解读。
• 小范围内使用，优先考虑体验版，不急于正式上架。

2. 个人主体上架判断

如果产品定位为“AI 塔罗占卜 / 运势预测 / 感情复合 / 财运事业预测”，个人主体正式上架风险较高。

主要原因：

• 塔罗、占卜、运势类内容容易被审核理解为预测、迷信或咨询服务。
• 接入 AI API 生成解读，可能被归入 AI 问答、AI 创作或深度合成相关服务。
• 微信小程序官方类目中，AI 问答、AI 创作等深度合成类目通常面向非个人主体，并要求算法备案、第三方算法备案证明、在用证明或合作协议等材料。

更适合个人主体尝试的低风险定位：

• 塔罗牌义学习工具
• 塔罗牌知识查询
• 牌面笔记
• 随机抽牌练习
• 自我反思辅助工具

建议避免的表达：

• 占卜
• 算命
• 运势预测
• 感情复合
• 财运预测
• 转运
• 开运
• 灵验
• 命运分析

建议保留的免责声明：

本工具仅用于塔罗牌知识学习、娱乐和自我反思，不作为现实决策依据。

3. 体验版与正式版区别

体验版不是正式上架。

体验版适合：

• 自己测试
• 少数朋友体验
• 小团队内测
• 验证 AI 接口、牌库、随机抽牌、页面流程

体验版通常不需要走正式版的“提交审核 -> 审核通过 -> 发布”流程，但仍受平台规则约束。

需要注意：

• 体验版不能被普通用户搜索到。
• 体验版需要手动添加体验成员。
• 体验版不适合公开推广或长期大规模运营。
• 不应在体验版中做违规收费、诱导分享、引导私聊、违规收集隐私等行为。
• 如果后续要正式发布，仍然要重新面对类目、备案、隐私、AI 资质和内容审核问题。

4. 推荐 MVP 范围

第一阶段建议先做最小可用版本：

• 随机抽一张牌。
• 用户手动选择一张牌。
• 输入一个问题。
• 后端读取本地牌义数据。
• 后端调用 AI API 生成解读。
• 小程序展示结果。

暂时不建议第一版就做图片识别，因为图片识别会增加：

• 图片上传流程
• 文件存储或临时文件处理
• 隐私说明
• 识别准确率问题
• 审核解释成本

第二阶段再考虑：

• 上传塔罗牌图片识别牌面
• 多牌阵
• 解读历史
• 收藏牌面
• 每日抽牌
• 用户笔记

5. 后端转发是什么意思

不要让小程序前端直接调用 AI API。

正确架构：

微信小程序
  -> 你的后端接口
  -> AI 服务商 API
  -> 你的后端整理结果
  -> 返回小程序展示

这样做的原因：

• AI API Key 不能暴露在小程序前端。
• 可以在后端做限流、鉴权、日志、内容过滤。
• 可以把本地塔罗牌数据放在服务器端，避免被轻易复制。
• 可以统一控制成本，防止接口被刷。

6. 云服务器需要做什么

你的云服务器需要部署一个后端服务，持续运行并监听小程序请求。

典型流程：

用户在小程序抽牌或选择牌
  -> 小程序请求你的接口
  -> 服务器校验请求
  -> 服务器读取本地塔罗牌数据
  -> 服务器组装 AI 提示词
  -> 服务器调用 AI API
  -> 服务器拿到 AI 返回结果
  -> 服务器返回给小程序

云服务器需要准备：

• 一个后端程序，例如 Node.js、Python FastAPI、Go 或 Java。
• 一个已经备案并能公网访问的域名。
• HTTPS 证书。
• Nginx 或其他反向代理。
• 进程守护，例如 systemd、pm2、Docker、宝塔面板或 1Panel。
• 环境变量保存 AI API Key。
• 基础日志、限流和异常处理。

7. 示例接口设计

最小版本可以先做一个接口：

POST /api/tarot/read

请求示例：

{
  "card": "The Fool",
  "question": "最近工作状态如何",
  "spread": "single"
}

返回示例：

{
  "card": "The Fool",
  "meaning": "愚者代表开始、自由、探索、未知和冒险。",
  "aiReading": "这张牌更适合被理解为一种新的开始。结合你的问题，它提示你可以尝试跳出原有惯性，但仍需要留意现实边界。"
}

后续可以增加：

POST /api/tarot/random
POST /api/tarot/image-read
POST /api/login
GET /api/tarot/cards

8. 服务器和微信小程序配置

如果已有备案服务器，可以直接用，但需要满足：

• 小程序请求使用域名，而不是服务器 IP。
• 域名支持 HTTPS。
• 域名 ICP 备案有效。
• 在微信小程序后台配置为 request 合法域名。
• 接口地址示例：https://api.example.com/api/tarot/read

微信后台配置路径通常是：

微信公众平台小程序后台
  -> 开发
  -> 开发设置
  -> 服务器域名
  -> request 合法域名

9. 后端安全建议

至少需要：

• AI API Key 只保存在服务器环境变量中。
• 小程序端不出现任何 AI API Key。
• 使用 wx.login 获取登录凭证，再由后端换取 openid。
• 后端基于 openid 做用户限流。
• 每个用户每日限制 AI 调用次数。
• 参数校验，避免超长问题或恶意输入。
• 不保存用户上传图片原图，除非确实需要。
• 如果保存用户输入或历史记录，需要在隐私说明中明确说明。
• 对 AI 输出做基础内容过滤。

10. 正式版发布风险

如果以后从体验版转正式版，需要重新评估：

• 个人主体是否适合当前功能。
• 选什么服务类目。
• 小程序备案是否完成。
• 服务器域名是否符合微信要求。
• 隐私保护指引是否完整。
• AI 生成内容是否显著标注。
• 是否涉及深度合成、AI 问答或 AI 创作类目。
• 是否需要算法备案、第三方算法备案证明、在用证明或合作协议。
• 是否存在占卜、迷信、预测、收费咨询等高风险表达。

11. 当前建议路线

短期路线：

1. 先做体验版。
2. 功能控制在随机抽牌、指定牌、问题输入、AI 解读。
3. 使用后端转发 AI API。
4. 文案定位为“塔罗牌义学习与自我反思工具”。
5. 不做收费，不做公开推广，不做强预测表达。

中期路线：

1. 增加多牌阵和历史记录。
2. 增加图片上传识别，但先不作为核心能力。
3. 完善隐私保护指引。
4. 做内容安全和调用限流。

如果要正式公开：

1. 优先考虑企业主体。
2. 准备 AI 相关合规材料。
3. 避免把产品包装成占卜或命运预测服务。
4. 按正式小程序审核要求处理类目、备案、隐私和内容合规。