卖1块钱API的人,进去蹲了37天:我劝你别碰这个”创业”

最近有个特别有意思的新闻,我看完之后愣了好几秒。

上海一个做”AI中转站”的哥们儿,被警察带走了,刑事拘留37天,最近刚取保候审出来。

啥叫AI中转站呢?就是把ChatGPT、Claude这些国外的AI产品,通过特殊手段卖给国内用户,赚个差价。

这门”生意”最近火到什么程度?有人说”日入上百美金”,有人说”普通人也能轻松月入过万”。

然后呢?然后就是有人进去吃牢饭了。

01 这门生意到底怎么玩的?

原理很简单:

你去外网批量注册或者购买OpenAI、Anthropic这些公司的账号,把API接口整合在一起,然后转卖给国内想用AI但又不知道怎么注册的人。

人家卖10块钱100次API调用,他卖1块钱100万Token。价格打到骨折,用户自然就来了。

据钛媒体报道,有个叫蓝未的站长,以前在工厂打工,连”vibe coding”都是现查的。照着教程一顿操作,居然真接到了客户,单个中转站每天流水上千甚至过万。

上游采购Token,加价50%卖出。简单粗暴,来钱快。

GitHub上有现成的开源项目,2000块就能开张。门槛低到令人发指。

于是乎,一大波人冲进去了。小红书上”AI中转站副业”的帖子一堆一堆的,求带留言和招代理广告满天飞。

各种AI创业课里,Token中转站成了最抢手的课程。开课费从几百到几千不等。

看起来是不是很美?低成本、零门槛、来钱快。

但现实告诉你:这TM就是个雷。

02 为什么会被抓?

很多冲进去的人压根没想过这个问题。

他们只知道:哦,这个能赚钱,别人都在做,我也跟着做。

但你仔细想想,这个生意的本质是什么?

你在中国,接入了境外的服务器。用户的数据,先发到你在境外的机器上,再由它转发给OpenAI、Anthropic的服务器。

这叫什么?

这叫私搭跨境信道。跟VPN本质上是一回事。

据知情人透露,从2026年3月份开始,国家就在集中力量打击VPN了。中转站被牵连,是因为本质上也是帮用户进行跨境联网,使用海外AI。

有人说了:我只是偶尔用用VPN查个资料,这也犯法吗?

普通人偶尔翻墙,属于行政违规,一般警告或者罚款。

但AI中转站不一样。这TM是商业行为!长期、大规模、稳定地向不特定人群收费!

性质完全不同。量变引起质变,懂吗?

而且还有第二个雷:数据出境。

你的每一句提问,都可能先发到这个中转站的境外服务器上,然后再转发给AI公司。

这些对话里有什么?可能是你公司正在开发的代码,可能是你正在起草的商业合同,可能是你客户的联系方式。

这些数据,在未经申报的情况下,就流向境外了。

按法规,数据出境是需要走安全评估的。但这些中转站,有几个走了评估?

一句话总结:一手私接跨境网线,一手无照倒卖数据。这TM能不是灰色地带?

03 最惨的是谁?

风暴来临的时候,最先倒霉的往往是最底层的人。

你以为的上游中转站:技术大牛、境外布局、身份隐藏得严严实实。

实际上的上游:把风险隔离得很干净。

你以为的末端小白:随便搞搞、日入斗金。

实际上末端小白:实名信息摆得整整齐齐,微信支付宝商户号开通、域名备案、云服务器租用记录,一条龙完整。

顺着实名的支付流水和云服务访问日志往下查,最后查到的是谁?

就是这些”求带”的普通人。

有个站长在公开信里说:自己进去蹲了37天,现在取保候审,肯定要判刑。退赔退赃、缴纳罚金,一样不少。最惨的是,自己搞中转站也没赚到钱,无力赔偿用户的充值款。

赚没赚到钱不知道,但牢饭是真的吃了。

而且这种案子,一般都是连带追究。你以为你只是最底层的小虾米,不好意思,锅你得背。

04 普通人到底该怎么玩AI?

说了这么多,不是说AI不能搞。AI当然能搞,而且必须搞。

但你得搞清楚,哪些是正经路,哪些是往坑里跳。

可以做的:

• 用国产AI工具做内容创作、文案撰写、图像生成

• 用AI辅助办公、做数据分析、写报告

• 帮人搭建基于国产AI的智能体、工作流

• 做AI工具使用培训、内容创作指导

• 任何基于国产AI的正经服务

千万别碰的:

• 任何形式的VPN服务

• AI中转站、转售境外AI服务

• 帮人架设跨境访问通道

• 任何游走在法规边缘的”灰色创业”

记住一句话:所有看起来赚钱又快又轻松的”风口”,要么是骗局,要么是往你碗里倒的诱饵。

真正能长期做的副业,一定是:

1. 有真实的用户需求

2. 有明确的法律边界

3. 有可持续的商业模式

缺任何一条,你就是在赌博。

而赌场的规律永远是:十赌九输,庄家通吃。

那些在朋友圈晒日入过万的人,有几个是真的?就算有一个是真的,那999个亏损的,你看见了吗?

别被焦虑裹挟,别被镰刀收割。

AI是个好东西,但你得用正经的方式玩。

Deepseek使用指南-常用提示词模版

效率是市场竞争的基石,当AI这个高效的工具出现时,会更大的提高我们的生产效率,那让AI如何为我们日常工作赋能呢?今天给大家分享一下用Deepseek 的一些小方法,希望可以帮助到大家。生成思维导图

图片

1.信息整合(XX就是我们实际使用时需要查找的信息,这里我就用XX代替啦)

提示词:整合一下XX关于XX的相关信息,同时提取XX中的关键词

Deepseek:输出···

2.结构化设计

提示词:对上面的信息进行结构化呈现

Deepseek:输出···

3.可视化表达

提示词:把上面的内容用Markdown格式生成

Deepseek:输出···

把上面的结果复制到TXT文件中并保存,把文件后缀.txt修改为.md

打开Xmind,导入刚才的Markdown文件,导入后,上面结构化内容就会一键转为思维导图模式。

 

或者直接复制Deepseek生成的结构化内容在Xmind AI 中选择一键生成选项直接复制文字内容,不过这种方式有使用次数限制。

4.动态优化

进行二次编辑,修改到自己满意。

高效生成图文

图片

 提示词:我需要用即梦AI生成一幅电影海报或随便说出你的要求,主题是XX。给我AI绘画中的中文提示词,我可以在即梦上直接画图。

Deepseek:输出···

文字创作

找好定位

提示词:我现在是一名XX,想成为一名XX领域的博主,我的特点是XX,请给我提供几个博主的人设定位参考,需要有定位名称以及详细说明,并且有自己的风格特点,有差异化。

Deepseek:输出···

设定选题

提示词:我的人设博主定位是XX,能给我具体的小红书短视频选题吗?

优化标题

提示词:请帮我优化标题XX,我希望能更吸引用户,更能提高被用户搜索到的概率,得到更多的认可。

Deepseek:输出···

创作文案

提示词:用XX为标题写一篇小红书短视频文案,我要来拍摄。

Deepseek:输出···

可以先投喂deepseek一个你认为好的内容,让他帮我们分析一下从选题 、风格、特点、情绪共鸣,为什么能成为爆款,以及用户为什么喜欢等角度进行拆解和分析。

然后让它运用以上分析,进行仿写。

GEO关键词库搭建:6步实操流程

GEO关键词库搭建

从0到1构建一套让AI“看得懂、信得过、引用你”的关键词体系

先出核心结论 | 选对词,比写100篇文章更重要


写在前面:为什么需要一套专门的GEO关键词库?

开始之前先看一个根本问题:GEO关键词库和传统SEO关键词库,到底有什么区别?

维度SEO关键词库GEO关键词库
核心单位词/短语问题/场景
判断标准搜索量触发概率 + 引用概率
内容产出围绕关键词写文章围绕问题生产答案
成功标志排名第1页被AI引用为来源

一句话总结: SEO是“让用户搜到你”,GEO是“让AI选中你”。

以下6步,按执行顺序排列,建议逐项推进👇👇👇


Step 1:种子词扩展——从核心实体出发

1.1 确定核心实体

不是“核心关键词”,是“核心实体”。

区别在于⬇️:

  • 关键词是字符串,比如“自动拉伸缠绕包装机”
  • 实体是一个概念,带有属性和关系,比如“自动拉伸缠绕包装机”的属性包括:技术原理、核心参数、适用负载、包装效率、品牌对比、维护成本……

实操举例🌰: 假设你是一家出口型包装机械制造商,主营自动拉伸缠绕机、托盘裹包机等设备。你的核心实体可以包括:

  • 自动拉伸缠绕包装机(核心产品)
  • 托盘裹包机(产品线)
  • 流水线末端包装系统(解决方案)
  • 出口海运防损包装(应用场景)

1.2 实体扩展——挖掘关联实体

为核心实体找到“邻居实体”,扩展维度包括:

  • 上位实体:属于什么大类(如包装机械、自动化设备)
  • 下位实体:包含什么细分(如转盘式、摇臂式、在线式)
  • 属性实体:有哪些技术特征(如最大载重、转盘直径、膜架类型)
  • 动作实体:能完成什么任务(如货物裹包、防潮固定、防尘密封)
  • 对比实体:常和谁比较(如收缩机、捆扎机、人工裹包)
  • 场景实体:用在什么地方(如食品饮料、化工建材、出口海运)

结果产出: 一个包含15-30个实体的词网。


Step 2:多源采集——分享3个不同渠道挖出有价值的真问题

如果说种子词是骨架,那问题是血肉,敲黑板:GEO关键词库的核心单位是问题,不是词。

渠道一:AI模型反向挖掘(最高优先级)

让AI告诉你,用户在问什么👇:

操作: 在ChatGPT、Claude、Perplexity、Gemini中输入以下Prompt:

  • “List the top 20 questions that buyers ask when purchasing [你的产品]”
  • “What are the most common pain points when using [你的产品]?”
  • “What factors should buyers compare between [方案A] and [方案B]?”

注意: 不同AI模型输出的侧重点也不同,建议合并结果后去重。

渠道二:社区平台挖掘(验证真实性)

尽量真人口吻的问题,才是AI最可能遇到的查询形式。

操作平台👇:

  • Reddit(如 r/manufacturing、r/logistics)
  • Quora
  • 行业专属论坛
  • YouTube评论区

采集方法🧐:

  1. 搜索核心实体词
  2. 筛选带有问号的帖子
  3. 原样记录用户的表述方式,不要翻译成专业术语

关键原则: 看用户怎么说,你就怎么记问题。

渠道三:传统SEO工具的疑问句过滤

利用我们常用的工具可以快速批量生成候选问题👇👇

操作: 在Ahrefs或SEMrush中输入种子词,然后:

  1. 导出所有包含疑问词的关键词:what、how、why、which
  2. 过滤掉长度少于5个单词的词条
  3. 过滤掉带有buy、cheap、discount等商业意图的词
  4. 按搜索量降序排列,作为参考数据

注意: 这个渠道只作为补充,不要作为主力

产出: 一个包含200-500个问题的问题池。


Step 3:意图分做层——按用户决策阶段打标签

同一个问题,用户却会处于不同的决策阶段,所以内容策略完全不同👀

四层意图分类体系

层级名称典型问法内容策略占比
L1认知层What is X? How does X work?科普体、原理类20%
L2探索层What are the best X? Which type is right for me?选型指南25%
L3评估层X vs Y? Is X worth it?深度对比、ROI分析35%
L4决策层How to use X? How to fix X?教程体、操作指南20%

为什么L3(评估层)占比这么高?

在B2B采购场景下,用户先用L1/L2了解基础概念,然后用L3做投资决策验证——这是最关键的一步,最后用L4完成操作。

AI在回答L3问题时,会优先引用带有成本数据、效率对比、ROI计算的内容。

打标签示例⬇️

问题意图层级问题类型情绪倾向
What does pre-stretch mean on a wrapper?L1定义困惑
Which wrapper has the lowest film break rate?L2推荐急切
Is a used wrapper better than a new brand?L3验证犹豫
How to calibrate the wrap force?L4操作急切

Step 4:按优先级排序——用三维度评分筛选高价值词

找出的问题池可能有几百个,但资源有限,需要量化排序👇

三维评分模型

维度权重评分标准(1-5分)
触发概率40%5分:疑问句+7词以上+技术类
3分:中长尾问题
1分:短词/购物词
引用竞争力35%5分:当前AI引用的是小站/论坛
3分:有2-3个竞品覆盖
1分:已被权威站点垄断
业务相关度25%5分:直接匹配核心产品
3分:解决选型常见问题
1分:仅行业泛话题

综合得分 = 触发概率×0.4 + 引用竞争力×0.35 + 业务相关度×0.25


Step 5:按内容映射——匹配出最佳答案形态

不同的问题,需要不同的内容形态👀

问题类型 → 内容形态映射表

问题类型最佳内容形态AI偏好说明
What is X?定义 + 关键属性列表结构化优于散文
How to choose X?选型决策树 + 对比表格表格数据最易被引用
X vs Y?对比表格(价格/效率/寿命)多维度对比
Best X for 场景?按场景分类推荐需解释“为什么适合”
Is X worth it?ROI分析 + 回本周期数据支撑结论
Why is X not working?诊断流程 + 分场景解决逻辑分支结构

内容结构化的三个层级

第一层:页面标题结构(和SEO的H标题结构类似)

以“转盘式 vs 摇臂式缠绕机”为例:

  • 大标题:转盘式 vs 摇臂式缠绕机:如何选型?
  • 二级标题:核心原理差异
  • 三级标题:9个维度深度对比(占地空间、最大负载、维护成本、价格区间等)
  • 二级标题:选型决策树
  • 二级标题:品牌配置方案

第二层:做语义标记(需要找懂代码的人辅助这一步哦)

使用Schema标记帮助AI理解内容类型:

  • 教程类 → HowTo标记
  • 对比类 → ItemList标记
  • 选型指南 → FAQPage标记

第三层:内链关系

针对同一个实体的不同问题页面,建立双向链接。例如🌰:

  • “什么是拉伸缠绕机” → 链接到 “缠绕机 vs 收缩机对比”
  • “缠绕机 vs 收缩机对比” → 链接到 “缠绕机选型6步指南”

这能帮助AI建立“实体认知网络”。

内容新鲜度策略

数据表明:60天内更新的内容,被引用概率高1.9倍。

内容类型更新频率更新动作
品牌对比类每季度检查价格变化、新产品
技术参数类每半年验证参数标准
故障排查类每年新增案例
行业报告每年更新数据

低成本更新法: 不一定重写全文。在文章顶部加一段更新说明,更新关键数据,修改发布时间——AI会识别为新鲜内容。


Step 6:动态迭代——让词库“活”起来

关键词库不是一次性项目,而是需要持续运营的资产,不要搭建出来后就不看了🤔

三个核心监控指标⬇️

指标定义监控频率参考阈值
引用率多少问题被AI引用时出现了你的域名每月<5%需检查质量
新增问题数每月新增的有效问题数量每周<20个需拓宽渠道
词库使用率已产出内容的问题占比每月<40%加快产出

词库刷新机制

每周(30分钟):

  • 在Reddit相关板块浏览本周热门帖,记录3-5个新问题
  • 检查竞品网站的新增内容标题

每月(2小时):

  • 在3个AI模型中重新跑Step 1的Prompt,对比结果变化
  • 导出使用频率最低的20个问题,评估是否放弃
  • 检查P2问题中是否有竞争者新入局

每季度(半天):

  • 全量复查引用竞争力维度
  • 更新实体词网
  • 重新跑三维评分,调整优先级

词库文档标准字段

建议用Excel或Notion维护,包含以下字段:

  • 基础信息:问题原文、问题类型、意图层级、来源渠道
  • 评分数据:触发概率分、引用竞争力分、业务相关度分、综合得分、优先级档位
  • 内容信息:推荐内容形态、负责编辑、预期发布时间
  • 效果追踪:是否已发布、是否被AI引用、引用来源域名
  • 迭代记录:最后复查日期、备注

核心原则: 凡是无法衡量“是否被引用”的词库,都是🟰无用摆设。


总结:6步流程一览

步骤核心产出耗时预估关键工具
Step 1 种子词扩展实体词网(15-30个)1-2天脑暴 + 产品盘点
Step 2 多源采集问题池(200-500个)3-5天AI模型 + Reddit + SEO工具
Step 3 意图分层带标签的问题清单1-2天人工标注
Step 4 优先级排序三维评分 + P0/P1/P21天评分表模板
Step 5 内容映射内容形态分配 + 排期2-3天内容日历
Step 6 动态迭代活词库 + 监控持续数据追踪表

写在最后

这6步流程的价值,不在于“做出一张Excel表”,而在于让小伙伴们建立“GEO思维”——即从“我们的产品怎么排上去”转变为“AI为什么会引用我们的技术内容”来回答客户的真实问题。

对于B2B长决策周期产品,GEO的效果尤其明显:当客户用自然语言问出“摇臂式和转盘式缠绕机哪个更耐用”时,AI引用你的深度对比文章,比任何广告都更有说服力。

完善这篇信息,我个人认为GEO的词库搭建比SEO词库搭建要做的工作量更多

AI 助手 Web2GPT 【免费版】终于发布了

Web2GPT 是啥

Web2GPT 是一款面向网站管理员的智能 AI 应用,可以将 传统网站 一键包装为 智能 AI 应用

Web2GPT 会结合大模型技术,根据你提供的网站地址,自动梳理网站中的内容和网站的交互逻辑,自动化理解网站所提供的业务模式,自动生成 AI 应用,快速与你的其他业务系统进行集成。

官方主页:https://web2gpt.ai/
使用文档:https://docs.web2gpt.ai/
在线 Demo:https://web2gpt.chaitin.cn/

仅需三步,为你的网站配置一个 AI 助手

  1. 输入网站地址,让 Web2GPT 开始学习
  2. 在 Web2GPT 控制台里创建 AI 应用
  3. 使用 AI 应用

效果如何

网页挂件样式截图
image.png

AI 助手使用截图
image.png

产品后台截图
image.png

手把手教你用 Sub2API 搭一个自己的 AI Token 中转站

最近不少人在研究 AI 中转站。表面上看,大家都在说“搭个网关”“转成 OpenAI 兼容接口”“统一接上游模型”,但真开始找方案时,很快就会遇到 3 个名字:New API、Sub2API、CLI Proxy API。

先用 30秒看懂这三个项目

1)New API
这个项目更像“通用 AI 网关底座”。它的定位是统一聚合和分发不同模型,把各种上游能力转换成 OpenAI / Claude / Gemini 兼容格式。你如果以后想做更综合的模型聚合平台,New API 是值得研究的。

2)Sub2API
这个项目更直接。它的目标就是把 AI 产品订阅能力分发成 API 调用能力,而且已经把多账号、API Key 分发、计费、并发控制、限速、后台管理、支付等能力都做进去了。换句话说,它更接近“能拿来跑业务”的那类项目。

3)CLI Proxy API
这个项目更偏“把 CLI 包起来”。它能提供 OpenAI / Gemini / Claude / Codex 兼容接口,适合把本地或多账号 CLI 访问方式统一成 API 形式。如果你的重点是 CLI 能力接入,这个方向会更对味。

如果你现在的目标是:先快速搭一个有后台、有账号管理、后面还能继续运营的中转站,那我觉得最值得先上手的,就是 Sub2API。


为什么我建议先从 Sub2API 开始

Github:https://github.com/Wei-Shaw/sub2api

很多人第一次搭中转站,会误以为“把请求转发出去”就够了。其实真正麻烦的,往往不是转发本身,而是后面的这些事:

  • 怎么给不同用户发自己的 API Key
  • 怎么统计用量、做计费
  • 怎么限制并发和速率
  • 怎么在后台看日志、看状态
  • 怎么做充值或后续的商业化

而 Sub2API 最大的好处,就是它不是只给你一个“转发器”,而是已经把这些基础能力一并考虑进来了。对想认真做一个小平台的人来说,这比从零拼一堆组件省事得多。

开始部署前,你需要准备什么

这一篇我只讲 Docker Compose 这条线,因为它是上手最快、最适合先跑起来的方式。按照官方说明,Docker Compose 部署方式会把 PostgreSQL 和 Redis 一起带上,所以准备工作相对简单。

  • 一台 Linux 服务器
  • Docker 20.10+
  • Docker Compose v2+
  • 一个能登录服务器的 SSH 环境

建议

如果你是第一次搭,先别急着配域名和 HTTPS。先用 IP + 8080 把后台跑起来,确认服务正常,再做反向代理和正式对外开放。

第一步:一键拉起 Sub2API

如果你想最快把它跑起来,直接按官方给的快速开始命令来。它会自动准备部署目录、下载 Compose 文件和环境样例,并生成必要的安全凭证。

mkdir -p sub2api-deploy && cd sub2api-deploy

curl -sSL https://raw.githubusercontent.com/Wei-Shaw/sub2api/main/deploy/docker-deploy.sh | bash

docker compose up -d

跑完以后,再看一眼日志,确认服务已经启动:

docker compose logs -f sub2api

这一套做完,本质上就已经把主服务、数据库和 Redis 一起拉起来了。对于“先跑起来再说”的第一版,这是最省心的路径。

第二步:如果你想手动配环境,可以这样做

有些人不喜欢“一键脚本”,那就手动来。官方文档给的思路是:克隆仓库、进入 deploy 目录、复制 `.env.example` 为 `.env`,然后自己填写关键配置。

git clone https://github.com/Wei-Shaw/sub2api.git

cd sub2api/deploy

cp .env.example .env

nano .env

`.env` 里你至少要关注这几个东西:

  • POSTGRES_PASSWORD:数据库密码
  • JWT_SECRET:登录和会话相关密钥
  • TOTP_ENCRYPTION_KEY:双因素认证相关密钥
  • ADMIN_EMAIL / ADMIN_PASSWORD:管理员账号(可选,但建议配)
  • SERVER_PORT:服务端口,默认可以先用 8080

如果你不知道这些密钥怎么生成,最简单的办法就是直接用 OpenSSL:

openssl rand -hex 32

openssl rand -hex 32

openssl rand -hex 32

然后创建本地数据目录,再启动服务:

mkdir -p data postgres_data redis_data

docker compose -f docker-compose.local.yml up -d

docker compose -f docker-compose.local.yml ps

docker compose -f docker-compose.local.yml logs -f sub2api

第三步:进入后台

服务起来之后,直接在浏览器里打开:

http://你的服务器IP:8080

如果管理员密码是自动生成的,可以从日志里找:

docker compose -f docker-compose.local.yml logs sub2api | grep “admin password”

到这里,其实你已经完成了最关键的一步:平台已经能访问,后台已经能登录。后面要做的,无非就是继续往里面填配置、接上游账号、配 API Key、设置用户策略。

第四步:添加 Codex / OpenAI 账号授权

Sub2API 跑起来之后,下一步就是把上游账号接进去。以 Codex / OpenAI 账号授权为例,流程大致是:在系统里生成授权链接,复制到浏览器打开,登录 OpenAI 账号完成授权,然后把回调链接复制回 Sub2API。

这个步骤不是在服务器命令行里完成,而是在 Sub2API 的管理后台里操作。

具体流程如下。

1)进入添加账号页面

登录 Sub2API 后台后,找到账号管理相关入口,点击“添加账号”。在授权方式里选择 OpenAI 账户授权。

你会看到几个选项:

  • 手动授权
  • 手动输入 RT
  • 手动输入 Mobile RT

对普通用户来说,优先用“手动授权”就行。这个方式最直观,不需要你自己去找 refresh token。

2)生成授权链接

点击页面里的“生成授权链接”。系统会生成一个 OpenAI 授权地址。

这个链接不要在后台页面里反复点,直接复制出来,然后在浏览器的新标签页里打开。

3)在浏览器里登录 OpenAI 并完成授权

打开授权链接后,浏览器会跳到 OpenAI 的登录 / 授权流程。这里正常登录你的 OpenAI 账号,并完成授权。

授权完成后,页面地址通常会跳转到一个类似这样的回调地址:

http://localhost:xxx/auth/callback?code=…

注意,这里看到 localhost 开头并不代表失败。它通常只是 OAuth 回调地址。你需要做的是把这个完整链接复制下来。

重点

不要只复制前面的 localhost,也不要手动改链接。直接复制浏览器地址栏里的完整回调链接,或者复制 code 参数后面的值。

4)把回调链接复制回 Sub2API

回到 Sub2API 的添加账号页面,在“授权链接或 Code”输入框里,把刚才复制到的完整回调链接粘贴进去。

系统一般会自动识别完整链接里的 code 参数。也就是说,你可以复制完整链接,也可以只复制 code 参数值。

5)点击完成授权

粘贴完成后,点击“完成授权”。如果没有报错,这个 OpenAI / Codex 账号就会被添加到 Sub2API 后台。

后面你就可以继续配置模型、用户 API Key、调用额度、并发限制和计费规则。

这里容易卡住的地方

第一,浏览器打开授权链接后可能加载比较慢,要等页面完整跳转。

第二,授权完成后看到 localhost 不要慌,重点是复制地址栏里的完整 callback 链接。

第三,如果复制 code 参数,注意不要漏掉字符,也不要带多余空格。


这几个细节,建议你一开始就注意

1)优先用 `docker-compose.local.yml`
官方文档明确给了两个版本:一个用本地目录存数据,一个用 Docker 命名卷。前者更适合备份和迁移,后面你要换服务器会轻松很多。

2)把 `.env` 保存好
JWT_SECRET、TOTP_ENCRYPTION_KEY、数据库密码这些东西一旦丢了,后面你会很难受。建议部署后第一时间做好备份。

3)先跑通,再优化
第一次部署时,不要同时上域名、反代、HTTPS、支付、监控。先把最小闭环跑通:服务能启动、后台能登录、能接上游、能出 API Key。后面再一层一层加。

提醒

如果你后面真的打算对外提供服务,部署只是开始。真正花时间的,往往是上游管理、额度控制、风控、支付、售后和稳定性。