import GuJumpgate snapshot from GitHub
This commit is contained in:
@@ -0,0 +1,80 @@
|
||||
# 使用教程总索引
|
||||
|
||||
本目录用于维护 `FlowPilot` 的分部分使用教程。
|
||||
从现在开始,教程正文不再直接堆到这一个文件里,而是拆到 `分部分/` 目录下分别维护。
|
||||
|
||||
---
|
||||
|
||||
## 1. 当前目录说明
|
||||
|
||||
- `使用教程.md`
|
||||
- 总索引、部分清单、维护规则
|
||||
- `使用教程书写模板.md`
|
||||
- 给 AI 的固定维护模板
|
||||
- `分部分/*.md`
|
||||
- 每个独立主题的正文文件
|
||||
|
||||
---
|
||||
|
||||
## 2. 当前已拆分部分
|
||||
|
||||
| 序号 | 部分标题 | 主要覆盖主题 | 文件 |
|
||||
|---|---|---|---|
|
||||
| 01 | 相关项目地址与部署说明 | `cpa`、`sub2api`、项目地址、部署前提、部署环境 | `docs/使用教程/分部分/01-相关项目地址与部署说明.md` |
|
||||
| 02 | 更新扩展 | `git pull`、`GitHub Desktop`、手动覆盖更新、扩展重新加载 | `docs/使用教程/分部分/02-更新扩展.md` |
|
||||
| 03 | Cloudflare Temp Email 使用说明 | `Cloudflare Temp Email`、`Admin Auth`、`Custom Auth`、随机子域、邮件接收 | `docs/使用教程/分部分/03-Cloudflare-Temp-Email-使用说明.md` |
|
||||
| 04 | iCloud 隐私邮箱使用方法 | `iCloud+`、`隐藏邮件地址`、Apple ID、转发邮箱、刷新隐私邮箱 | `docs/使用教程/分部分/04-iCloud-隐私邮箱使用方法.md` |
|
||||
| 05 | QQ 邮箱切换邮箱使用教程 | `QQ 邮箱`、英文邮箱、`Foxmail`、删除后重建 | `docs/使用教程/分部分/05-QQ-邮箱切换邮箱使用教程.md` |
|
||||
| 06 | PayPal 注册与绑卡使用教程 | `PayPal`、注册、绑卡、钱包、身份认证、右上角通知 | `docs/使用教程/分部分/06-PayPal-注册与绑卡使用教程.md` |
|
||||
| 07 | ChatGPT Plus 订阅说明(待人工审核) | `ChatGPT Plus`、订阅说明、支付流程说明、人工审核 | `docs/使用教程/分部分/07-0元试用-ChatGPT-Plus-教程.md` |
|
||||
| 08 | Clash Verge 非港轮询配置 | `Clash Verge`、`非港轮询`、扩展脚本、规则模式、系统代理 | `docs/使用教程/分部分/08-Clash-Verge-非港轮询配置.md` |
|
||||
| 09 | GPC 卡密与 API 使用说明 | `GPC`、充值卡密、`API` 卡密、`API Key`、自动化扩展、短信 `Helper` | `docs/使用教程/分部分/09-GPC-卡密与-API-使用说明.md` |
|
||||
|
||||
---
|
||||
|
||||
## 3. 当前还未落成独立部分、但后续可能要新开的主题
|
||||
|
||||
下面这些主题在旧总述里已经提到过,但目前还没有单独的部分文件:
|
||||
|
||||
- `HeroSMS` 手机接码扩展使用教程
|
||||
- 节点检测与纯净度检查网站使用教程
|
||||
|
||||
如果后续收到这些主题的新增内容,优先新开部分,而不是硬塞到现有 9 个文件里。
|
||||
|
||||
---
|
||||
|
||||
## 4. 维护规则
|
||||
|
||||
1. `使用教程.md` 只维护总览和部分清单
|
||||
2. 具体正文只维护到 `分部分/*.md`
|
||||
3. 更新已有主题时,直接改对应分部分文件
|
||||
4. 新增主题且无法归到现有部分时,创建新的分部分文件
|
||||
5. 新建部分后,必须同步更新本文件的部分清单
|
||||
|
||||
---
|
||||
|
||||
## 5. 不再继续放进教程正文的内容
|
||||
|
||||
旧版 `使用教程.md` 末尾的“破限提示词”不属于面向终端用户的使用教程正文。
|
||||
后续如果还需要保留这类内部提示词,请单独放到“内部资料”目录中管理,不要继续混在公开使用教程里,也不要继续让前台教程 AI 把它当作用户教程的一部分。
|
||||
|
||||
---
|
||||
|
||||
## 6. 建议阅读顺序
|
||||
|
||||
如果是第一次使用,推荐按下面顺序阅读:
|
||||
|
||||
1. `01-相关项目地址与部署说明.md`
|
||||
2. `02-更新扩展.md`
|
||||
3. 根据你当前使用的邮箱方案,选择 `03`、`04`、`05`
|
||||
4. 如果需要支付和订阅,再看 `06`、`07`
|
||||
5. 如果需要代理配置,再看 `08`
|
||||
6. 如果需要 `GPC` 卡密、`API Key` 或自动化接入,再看 `09`
|
||||
|
||||
---
|
||||
|
||||
## 7. 操作间延迟
|
||||
|
||||
`操作间延迟` 默认开启。开启后,自动流程和手动单步在每个页面输入、选择、点击、提交、继续或授权操作完成后固定等待 2 秒;第一项页面操作不会提前等待。分格 OTP/验证码会先整组填完,然后只等待一次。
|
||||
|
||||
该开关不同于步间间隔,不影响邮箱轮询、短信/WhatsApp 轮询、后台 API、网络重试、后台定时器或存储持久化,也不影响 `confirm-oauth` 和 `platform-verify` 的交互节奏。
|
||||
@@ -0,0 +1,279 @@
|
||||
# 使用教程书写与拆分模板
|
||||
|
||||
本文件用于约束 AI 后续维护 `docs/使用教程/` 目录时的判断方式、拆分规则和输出格式。
|
||||
|
||||
这套教程已经从“单一大文件”改成了“总索引 + 分部分正文文件”的结构。
|
||||
后续不要再把所有内容直接堆回 `使用教程.md`。
|
||||
|
||||
---
|
||||
|
||||
## 1. 目录结构
|
||||
|
||||
当前目录固定使用下面这套结构:
|
||||
|
||||
- `docs/使用教程/使用教程.md`
|
||||
- 作用:总索引、部分清单、维护规则
|
||||
- `docs/使用教程/使用教程书写模板.md`
|
||||
- 作用:本模板,专门给 AI 使用
|
||||
- `docs/使用教程/分部分/*.md`
|
||||
- 作用:每一个独立教程部分的正文文件
|
||||
|
||||
维护原则:
|
||||
|
||||
1. `使用教程.md` 只放总览和部分列表
|
||||
2. 具体教程正文只放在 `分部分/*.md`
|
||||
3. 新增教程主题时,优先判断是否属于现有部分
|
||||
4. 如果不属于现有部分,再新开一个部分文件
|
||||
|
||||
---
|
||||
|
||||
## 2. AI 维护流程
|
||||
|
||||
每次收到“更新教程”的任务时,必须先做下面 4 步:
|
||||
|
||||
1. 先读取 `docs/使用教程/使用教程.md`
|
||||
2. 再读取 `docs/使用教程/分部分/` 下现有文件
|
||||
3. 判断本次内容属于哪个已有部分
|
||||
4. 如果没有匹配部分,再新建部分文件,并同步更新 `使用教程.md`
|
||||
|
||||
不要一上来直接写正文。
|
||||
|
||||
---
|
||||
|
||||
## 3. 先输出更新判断
|
||||
|
||||
AI 在真正改文档前,必须先给出一段“更新判断”。
|
||||
|
||||
固定格式如下:
|
||||
|
||||
```md
|
||||
## 更新判断
|
||||
|
||||
- 操作类型:`更新现有部分` / `新建部分` / `只更新总索引`
|
||||
- 目标部分标题:`...`
|
||||
- 目标文件:`docs/使用教程/分部分/xx-xxx.md`
|
||||
- 判断理由:`...`
|
||||
- 是否需要同步更新使用教程.md:`是` / `否`
|
||||
```
|
||||
|
||||
要求:
|
||||
|
||||
- 如果能明确归到已有部分,就选 `更新现有部分`
|
||||
- 如果现有部分都不合适,就选 `新建部分`
|
||||
- 只有在修改部分列表、排序、说明文字时,才选 `只更新总索引`
|
||||
|
||||
---
|
||||
|
||||
## 4. 当前部分清单
|
||||
|
||||
AI 维护时默认按下面的范围归类:
|
||||
|
||||
| 序号 | 部分标题 | 主要覆盖主题 | 文件 |
|
||||
|---|---|---|---|
|
||||
| 01 | 相关项目地址与部署说明 | `cpa`、`sub2api`、项目地址、部署前提、部署环境 | `docs/使用教程/分部分/01-相关项目地址与部署说明.md` |
|
||||
| 02 | 更新扩展 | `git pull`、`GitHub Desktop`、手动覆盖更新、扩展重新加载 | `docs/使用教程/分部分/02-更新扩展.md` |
|
||||
| 03 | Cloudflare Temp Email 使用说明 | `Cloudflare Temp Email`、`Admin Auth`、`Custom Auth`、随机子域、邮件接收 | `docs/使用教程/分部分/03-Cloudflare-Temp-Email-使用说明.md` |
|
||||
| 04 | iCloud 隐私邮箱使用方法 | `iCloud+`、`隐藏邮件地址`、Apple ID、转发邮箱、刷新隐私邮箱 | `docs/使用教程/分部分/04-iCloud-隐私邮箱使用方法.md` |
|
||||
| 05 | QQ 邮箱切换邮箱使用教程 | `QQ 邮箱`、英文邮箱、`Foxmail`、删除后重建 | `docs/使用教程/分部分/05-QQ-邮箱切换邮箱使用教程.md` |
|
||||
| 06 | PayPal 注册与绑卡使用教程 | `PayPal`、注册、绑卡、钱包、身份认证、右上角通知 | `docs/使用教程/分部分/06-PayPal-注册与绑卡使用教程.md` |
|
||||
| 07 | ChatGPT Plus 订阅说明(待人工审核) | `ChatGPT Plus`、订阅说明、支付流程说明、人工审核 | `docs/使用教程/分部分/07-0元试用-ChatGPT-Plus-教程.md` |
|
||||
| 08 | Clash Verge 非港轮询配置 | `Clash Verge`、`非港轮询`、扩展脚本、规则模式、系统代理 | `docs/使用教程/分部分/08-Clash-Verge-非港轮询配置.md` |
|
||||
| 09 | GPC 卡密与 API 使用说明 | `GPC`、充值卡密、`API` 卡密、`API Key`、自动化扩展、短信 `Helper` | `docs/使用教程/分部分/09-GPC-卡密与-API-使用说明.md` |
|
||||
|
||||
---
|
||||
|
||||
## 5. 什么时候要新建部分
|
||||
|
||||
满足任意一条,就应该新建部分,而不是硬塞到旧文件里:
|
||||
|
||||
1. 新内容的主题和现有 9 个部分都不匹配
|
||||
2. 新内容会让已有文件明显跑题
|
||||
3. 新内容已经形成独立功能块,后续大概率会继续单独维护
|
||||
4. 新内容虽然在总述里提到过,但当前还没有专门的部分文件
|
||||
|
||||
典型需要新开的例子:
|
||||
|
||||
- `HeroSMS` 手机接码扩展使用教程
|
||||
- 节点检测与纯净度检查网站使用教程
|
||||
- 新的邮箱方案使用教程
|
||||
- 新的代理配置方案
|
||||
|
||||
不应该新开的例子:
|
||||
|
||||
- 只是补充 `PayPal` 一个报错说明
|
||||
- 只是更新 `Cloudflare Temp Email` 一个字段解释
|
||||
- 只是修改 `Clash Verge` 脚本中的几行配置说明
|
||||
|
||||
---
|
||||
|
||||
## 6. 新建部分时的文件命名规则
|
||||
|
||||
如果需要新开部分,使用下面规则:
|
||||
|
||||
1. 放到 `docs/使用教程/分部分/`
|
||||
2. 文件名格式:
|
||||
|
||||
```text
|
||||
NN-部分标题.md
|
||||
```
|
||||
|
||||
例如:
|
||||
|
||||
- `09-HeroSMS-手机接码扩展使用教程.md`
|
||||
- `10-节点检测与纯净度检查网站使用教程.md`
|
||||
|
||||
规则要求:
|
||||
|
||||
- `NN` 使用两位数字
|
||||
- 按当前排序往后递增
|
||||
- 文件名直接使用中文标题,便于人工识别
|
||||
- 新建后必须同步更新 `使用教程.md` 的部分清单
|
||||
|
||||
---
|
||||
|
||||
## 7. 每个部分文件的固定结构
|
||||
|
||||
每个分部分正文文件都按下面结构写:
|
||||
|
||||
```md
|
||||
# 第X部分:部分标题
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `english-slug`
|
||||
- `适用主题`: `主题 1`、`主题 2`
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- ...
|
||||
|
||||
## 准备内容
|
||||
|
||||
- ...
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:...
|
||||
|
||||
说明。
|
||||
|
||||
### 第二步:...
|
||||
|
||||
说明。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 问题 1
|
||||
|
||||
说明。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- ...
|
||||
```
|
||||
|
||||
要求:
|
||||
|
||||
- 继续使用标准 Markdown
|
||||
- 不使用 HTML
|
||||
- 命令、路径、按钮、文件名要用反引号
|
||||
- 操作步骤按真实顺序来写
|
||||
- 重要提示写在 `常见问题` 或 `注意事项`
|
||||
|
||||
---
|
||||
|
||||
## 8. 更新已有部分时的要求
|
||||
|
||||
如果本次属于已有部分:
|
||||
|
||||
1. 直接修改对应的分部分文件
|
||||
2. 保持原有标题和主题边界
|
||||
3. 如果只是补充小知识点,不要新开大段无关章节
|
||||
4. 如果文件标题已经不够覆盖新内容,再考虑是否需要拆成新部分
|
||||
|
||||
更新已有部分时,优先做这几件事:
|
||||
|
||||
- 补充步骤
|
||||
- 修正常见问题
|
||||
- 更新注意事项
|
||||
- 调整准备内容
|
||||
|
||||
---
|
||||
|
||||
## 9. 同步更新总索引时要改什么
|
||||
|
||||
以下情况必须同步修改 `docs/使用教程/使用教程.md`:
|
||||
|
||||
- 新增了部分文件
|
||||
- 删除了部分文件
|
||||
- 调整了部分顺序
|
||||
- 修改了部分标题
|
||||
- 新增了“待补充主题”
|
||||
|
||||
以下情况通常不需要改总索引:
|
||||
|
||||
- 只是补充某个部分里的正文
|
||||
- 只是修正文案
|
||||
- 只是补充 FAQ
|
||||
|
||||
---
|
||||
|
||||
## 10. 输出格式要求
|
||||
|
||||
AI 最终输出必须分成两段:
|
||||
|
||||
### 第一段:更新判断
|
||||
|
||||
固定使用本模板第 3 节的格式。
|
||||
|
||||
### 第二段:文档结果
|
||||
|
||||
根据情况二选一:
|
||||
|
||||
1. 如果是更新已有部分
|
||||
输出“修改后的完整分部分文件正文”
|
||||
|
||||
2. 如果是新建部分
|
||||
输出:
|
||||
- 新文件路径
|
||||
- 新文件完整正文
|
||||
- 需要补到 `使用教程.md` 清单中的新表格行
|
||||
|
||||
不要只输出零散段落。
|
||||
要输出可直接覆盖文件的完整 Markdown。
|
||||
|
||||
---
|
||||
|
||||
## 11. 固定指令
|
||||
|
||||
把下面这段直接发给 AI:
|
||||
|
||||
```md
|
||||
请按 `docs/使用教程/使用教程书写模板.md` 执行。
|
||||
|
||||
你必须先读取:
|
||||
|
||||
1. `docs/使用教程/使用教程.md`
|
||||
2. `docs/使用教程/分部分/` 下现有文件
|
||||
|
||||
然后先输出“更新判断”,判断本次内容属于:
|
||||
|
||||
- 更新现有部分
|
||||
- 新建部分
|
||||
- 只更新总索引
|
||||
|
||||
如果属于已有部分,就直接输出该部分文件的完整新版本。
|
||||
如果不属于已有部分,就新开一个部分文件,并同时给出需要补到 `使用教程.md` 的部分清单项。
|
||||
|
||||
要求:
|
||||
|
||||
1. 输出必须是 Markdown
|
||||
2. 不要使用 HTML
|
||||
3. 不要把所有内容重新堆回 `使用教程.md`
|
||||
4. 每个教程主题优先归到已有分部分文件
|
||||
5. 只有在现有部分都不合适时,才允许新开部分
|
||||
6. 文件名、路径、接口、按钮名称要用反引号包裹
|
||||
7. 面向第一次使用的人来写
|
||||
8. 步骤必须按真实顺序写
|
||||
```
|
||||
@@ -0,0 +1,62 @@
|
||||
# 第一部分:相关项目地址与部署说明
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `project-and-deployment`
|
||||
- `适用主题`: `cpa`、`sub2api`、项目地址、部署前提、部署环境
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要拉取并部署 `cpa` 项目
|
||||
- 需要拉取并部署 `sub2api` 项目
|
||||
- 需要先确认项目地址和部署前提
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 可以访问 `GitHub`
|
||||
- 一个可用的本地目录或服务器目录
|
||||
- 基础的 `git` 使用能力,或者可以手动下载压缩包
|
||||
- 如果要部署 `cpa`,部署环境必须可以访问 `OpenAI`
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:确认项目地址
|
||||
|
||||
- `cpa` 项目地址:`https://github.com/router-for-me/CLIProxyAPI`
|
||||
- `sub2api` 项目地址:`https://github.com/Wei-Shaw/sub2api`
|
||||
|
||||
先确认你本次要部署的是哪个项目,再决定后续拉取和配置范围。
|
||||
|
||||
### 第二步:拉取项目到本地
|
||||
|
||||
可以用 `git clone` 拉取,也可以直接下载压缩包后解压。
|
||||
如果你准备后续持续更新,建议优先使用 `git clone`。
|
||||
|
||||
### 第三步:确认部署方式
|
||||
|
||||
本教程只负责把项目地址和部署前提说明清楚,不在这里展开完整部署命令。
|
||||
项目拉取到本地后,可以再让 AI 结合当前环境继续完成部署。
|
||||
|
||||
### 第四步:确认 `cpa` 的环境要求
|
||||
|
||||
如果你部署的是 `cpa`,部署所在环境必须可以访问 `OpenAI`。
|
||||
如果环境本身访问不到 `OpenAI`,后续认证流程可能会异常。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 为什么部署前要先分清 `cpa` 和 `sub2api`?
|
||||
|
||||
因为两者仓库不同、运行方式不同、后续配置项也不同。
|
||||
如果一开始就搞混,后面让 AI 继续部署时很容易走错方向。
|
||||
|
||||
### 为什么认证看起来成功了,但没有生成认证文件?
|
||||
|
||||
常见原因是 `cpa` 部署环境无法访问 `OpenAI`。
|
||||
这种情况下,前面看起来像是执行完成了,但关键结果并没有真正落盘。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 先确认本次目标项目,再继续部署
|
||||
- 需要长期维护时,尽量用 `git` 拉取,而不是每次手动覆盖
|
||||
- 部署 `cpa` 前,先确认环境确实能访问 `OpenAI`
|
||||
@@ -0,0 +1,77 @@
|
||||
# 第二部分:更新扩展
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `update-extension`
|
||||
- `适用主题`: `git pull`、`GitHub Desktop`、手动下载覆盖、扩展重新加载
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 已经安装过扩展,想更新到最新版本
|
||||
- 想知道哪种更新方式更省事
|
||||
- 更新完成后不知道浏览器里还要不要再操作一次
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 当前扩展的本地文件夹
|
||||
- 可以打开浏览器的 `扩展程序管理` 页面
|
||||
- 至少具备下面 3 种更新方式中的一种:
|
||||
- `GitHub Desktop`
|
||||
- `git`
|
||||
- 手动下载最新压缩包
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:选择更新方式
|
||||
|
||||
推荐优先级如下:
|
||||
|
||||
1. `git pull`
|
||||
2. `GitHub Desktop`
|
||||
3. 手动下载覆盖
|
||||
|
||||
### 第二步:使用 `GitHub Desktop` 更新
|
||||
|
||||
如果你已经把仓库交给 `GitHub Desktop` 管理,后续只需要在软件里拉取最新提交即可。
|
||||
这种方式适合不想直接敲命令的人。
|
||||
|
||||
### 第三步:使用 `git pull` 更新
|
||||
|
||||
这是最方便、最推荐的方式。
|
||||
|
||||
1. 先安装 `git`
|
||||
2. 打开终端
|
||||
3. 执行 `cd 扩展文件夹路径`
|
||||
4. 再执行 `git pull`
|
||||
|
||||
### 第四步:手动下载覆盖更新
|
||||
|
||||
如果你不用 `git`,也可以直接下载最新版本到本地,然后覆盖现有扩展文件夹。
|
||||
这种方式适合临时更新,但不适合频繁维护。
|
||||
|
||||
### 第五步:重新加载扩展
|
||||
|
||||
不论你用了哪种更新方式,更新完成后都必须:
|
||||
|
||||
1. 打开浏览器的 `扩展程序管理`
|
||||
2. 找到当前扩展
|
||||
3. 手动点击一次 `重新加载`
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 为什么我已经更新文件了,但浏览器里还是旧版本?
|
||||
|
||||
因为浏览器不会自动重新读取本地扩展目录。
|
||||
如果你没有点击 `重新加载`,浏览器可能仍在继续使用旧版本。
|
||||
|
||||
### 哪种方式最推荐?
|
||||
|
||||
推荐使用 `git pull`。
|
||||
它最省事,也最适合长期更新。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 更新完成后一定要手动 `重新加载` 扩展
|
||||
- 频繁维护时,尽量不要只靠手动下载覆盖
|
||||
- 如果本地改动较多,执行 `git pull` 前先确认是否需要备份本地修改
|
||||
@@ -0,0 +1,95 @@
|
||||
# 第三部分:Cloudflare Temp Email 使用说明
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `cloudflare-temp-email`
|
||||
- `适用主题`: `Cloudflare Temp Email`、`Admin Auth`、`Custom Auth`、随机子域、邮件接收
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要把 `Cloudflare Temp Email` 用作 `邮箱生成`
|
||||
- 需要把 `Cloudflare Temp Email` 用作 `邮箱服务`
|
||||
- 需要同时配置 `Temp API`、认证信息、域名和收件邮箱
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 一个可用的 `Cloudflare Temp Email` 后端地址
|
||||
- 如果要使用随机子域,对应域名解析已经提前配置好
|
||||
- 后端的 `admin auth`
|
||||
- 如果站点额外设置了访问密码,对应的访问认证信息
|
||||
- 一个真正用于接收转发邮件的收件邮箱
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:先确认当前用途
|
||||
|
||||
`Cloudflare Temp Email` 可以同时承担两类角色:
|
||||
|
||||
- `邮箱生成`
|
||||
- `邮箱服务`
|
||||
|
||||
如果两边都选择了它,就需要把两套配置都填完整。
|
||||
|
||||
### 第二步:填写 `Temp API`
|
||||
|
||||
在插件中先填写 `Temp API`,例如:
|
||||
|
||||
- `https://your-worker-domain`
|
||||
|
||||
不论你把它用于 `邮箱生成` 还是 `邮箱服务`,这一项都必须先配好。
|
||||
|
||||
### 第三步:按需填写 `Admin Auth`
|
||||
|
||||
如果你把 `邮箱生成` 选择成 `Cloudflare Temp Email`,就需要填写 `Admin Auth`。
|
||||
它对应后端配置里的 `admin auth`。
|
||||
|
||||
### 第四步:按需填写 `Custom Auth`
|
||||
|
||||
`Custom Auth` 只有在站点额外开启访问密码时才需要填写。
|
||||
如果没有这层额外访问密码,留空即可。
|
||||
它不会替代 `Admin Auth`。
|
||||
|
||||
### 第五步:配置 `Temp 域名`
|
||||
|
||||
这里填写允许创建邮箱的基础域名。
|
||||
即使你开启了 `随机子域`,这里仍然填写基础域名,而不是随机出来的子域名。
|
||||
|
||||
### 第六步:按需开启 `随机子域`
|
||||
|
||||
只有在 `邮箱生成 = Cloudflare Temp Email` 时,这一项才会生效。
|
||||
启用前需要先确认:
|
||||
|
||||
- 后端已经配置 `RANDOM_SUBDOMAIN_DOMAINS`
|
||||
- Cloudflare DNS 已经设置 `MX *`
|
||||
|
||||
### 第七步:作为 `邮箱服务` 时填写 `邮件接收`
|
||||
|
||||
如果 `邮箱服务` 也选了 `Cloudflare Temp Email`,还需要填写真正的收件邮箱。
|
||||
后续转发邮件会送到这里。
|
||||
|
||||
### 第八步:查看后端搭建参考
|
||||
|
||||
如果你还没有部署后端,可以参考:
|
||||
|
||||
- `https://linux.do/t/topic/316819`
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 为什么我明明配了 `Temp API`,还是不能生成邮箱?
|
||||
|
||||
先确认:
|
||||
|
||||
- `邮箱生成` 是否真的选了 `Cloudflare Temp Email`
|
||||
- `Admin Auth` 是否正确
|
||||
- `Temp 域名` 是否正确
|
||||
|
||||
### 为什么随机子域没有生效?
|
||||
|
||||
通常是因为后端没有配置 `RANDOM_SUBDOMAIN_DOMAINS`,或者 Cloudflare DNS 没有完成 `MX *` 设置。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 如果同时把它用作 `邮箱生成` 和 `邮箱服务`,要把两边相关字段都检查一遍
|
||||
- `Custom Auth` 只有额外访问密码场景才需要填写
|
||||
- 开启随机子域前,先确认后端和 DNS 已经准备好
|
||||
@@ -0,0 +1,112 @@
|
||||
# 第四部分:iCloud 隐私邮箱使用方法
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `icloud-private-email`
|
||||
- `适用主题`: `iCloud+`、`隐藏邮件地址`、Apple ID、转发邮箱、插件刷新
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要把 `iCloud+` 的 `隐藏邮件地址` 用作隐私邮箱
|
||||
- 需要先在 Apple 设备上开通 `iCloud 邮件`
|
||||
- 需要在插件中读取已经创建好的隐私邮箱
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 一个已开通 `iCloud+` 的 Apple ID
|
||||
- 一台可登录该 Apple ID 的 `iPhone`、`iPad` 或 `Mac`
|
||||
- 一个真正用于接收转发邮件的邮箱
|
||||
- 插件中可正常使用的邮箱服务配置
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:准备 Apple ID
|
||||
|
||||
如果条件允许,建议使用非日常主力 Apple ID。
|
||||
这样即使后续触发风控,也不会影响你平时常用的账号。
|
||||
|
||||
### 第二步:在 `iPhone` 或 `iPad` 上启用 `iCloud 邮件`
|
||||
|
||||
1. 打开 `设置`
|
||||
2. 点击顶部你的姓名
|
||||
3. 进入 `iCloud`
|
||||
4. 找到 `邮件`
|
||||
5. 打开右侧开关
|
||||
|
||||
如果是首次开通,按提示创建一个 `@icloud.com` 主邮箱地址。
|
||||
|
||||
### 第三步:在 `Mac` 上确认 `iCloud 邮件` 已开启
|
||||
|
||||
1. 打开苹果菜单
|
||||
2. 进入 `系统设置`
|
||||
3. 点击你的姓名
|
||||
4. 进入 `iCloud`
|
||||
5. 确认 `iCloud 邮件` 已启用
|
||||
|
||||
### 第四步:进入 `隐藏邮件地址`
|
||||
|
||||
在 `iCloud` 页面往下找到 `iCloud+`,然后进入 `隐藏邮件地址`。
|
||||
|
||||
### 第五步:先手动创建一批隐私邮箱
|
||||
|
||||
建议先手动创建一批,例如 `20` 个左右。
|
||||
这样插件后续读取时更稳定,也更容易判断整个流程有没有打通。
|
||||
|
||||
同时确认 `转发至` 已经设置为你真正接收邮件的邮箱。
|
||||
|
||||
### 第六步:配置插件中的邮箱服务
|
||||
|
||||
在插件里把 `邮箱服务` 设置为你真正接收转发邮件的邮箱,并确认它能正常收信。
|
||||
|
||||
### 第七步:配置插件中的邮箱生成
|
||||
|
||||
1. 将 `邮件生成` 选择为 `iCloud 隐私邮箱`
|
||||
2. 先在网页中登录你的 `iCloud`
|
||||
3. 回到插件的隐私邮箱配置区域
|
||||
4. 点击刷新
|
||||
5. 等待插件读取你已经创建好的地址
|
||||
|
||||
### 第八步:选择邮箱使用方式
|
||||
|
||||
建议优先使用 `复用未使用的`。
|
||||
如果你希望释放数量,可以勾选 `使用后删除`。
|
||||
如果不删除,这些地址可以保留为长期邮箱。
|
||||
|
||||
### 第九步:控制创建频率
|
||||
|
||||
建议每天最多新增 `3` 个左右。
|
||||
测试中一天创建过多容易触发 `iCloud` 风控。
|
||||
|
||||
### 第十步:查看官方说明
|
||||
|
||||
- `Create a primary email address for iCloud Mail`
|
||||
- `Create and edit Hide My Email addresses on iCloud.com`
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 插件刷新后没有看到任何邮箱怎么办?
|
||||
|
||||
先确认:
|
||||
|
||||
- 你已经在网页里登录了 `iCloud`
|
||||
- 你已经手动创建过隐私邮箱
|
||||
- `转发至` 已经设置好
|
||||
|
||||
确认后,再回插件里刷新一次。
|
||||
|
||||
### 要不要勾选 `使用后删除`?
|
||||
|
||||
如果你想及时释放可用数量,可以勾选。
|
||||
如果你想把地址当长期邮箱保留,可以不勾选。
|
||||
|
||||
### 为什么不建议大量新建?
|
||||
|
||||
因为短时间创建过多容易触发 `iCloud` 风控,后面会影响正常使用。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 优先使用非日常主力 Apple ID
|
||||
- 建议先手动创建一批地址,再让插件读取
|
||||
- 一天不要大量新建,建议控制在 `3` 个左右
|
||||
- 如果长期不删除,数量可能会较快达到上限
|
||||
@@ -0,0 +1,58 @@
|
||||
# 第五部分:QQ 邮箱切换邮箱使用教程
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `qq-mail-switch`
|
||||
- `适用主题`: `QQ 邮箱`、英文邮箱、`Foxmail`、删除后重建
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 当前 `QQ 邮箱` 地址需要切换
|
||||
- 想继续复用同一个 `QQ 邮箱` 主账号
|
||||
- 需要创建和删除英文邮箱、`Foxmail` 邮箱
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 一个可以正常登录的 `QQ 邮箱`
|
||||
- 可以访问 `账号与安全` 页面
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:登录 `QQ 邮箱`
|
||||
|
||||
先登录你当前正在使用的 `QQ 邮箱`。
|
||||
|
||||
### 第二步:进入 `账号与安全`
|
||||
|
||||
打开:
|
||||
|
||||
- `https://wx.mail.qq.com/account/index?sid=zdd4Voy7S04uZjBnAKhFZQAA#/`
|
||||
|
||||
### 第三步:进入 `账号管理`
|
||||
|
||||
在 `账号与安全` 页面中找到 `账号管理` 入口。
|
||||
|
||||
### 第四步:创建英文邮箱和 `Foxmail` 邮箱
|
||||
|
||||
在 `账号管理` 中:
|
||||
|
||||
1. 创建一个英文邮箱地址
|
||||
2. 再创建一个 `Foxmail` 邮箱地址
|
||||
|
||||
### 第五步:使用后删除并重新创建
|
||||
|
||||
这两个地址使用完后,可以直接删除。
|
||||
删除后重新创建新的英文邮箱和 `Foxmail` 邮箱,就可以继续使用。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 这些地址删除后还能继续重复创建吗?
|
||||
|
||||
可以。
|
||||
按原流程删除后,再创建新的英文邮箱和 `Foxmail` 邮箱即可继续使用。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 使用完成后尽量及时删除,避免混淆当前正在使用的地址
|
||||
- 建议每次切换后都确认插件里使用的是最新邮箱地址
|
||||
@@ -0,0 +1,114 @@
|
||||
# 第六部分:PayPal 注册与绑卡使用教程
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `paypal-registration-and-card-binding`
|
||||
- `适用主题`: `PayPal`、个人账户注册、绑卡、钱包、身份认证、通知处理
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要注册 `PayPal` 个人账户
|
||||
- 需要给 `PayPal` 绑卡
|
||||
- 绑卡后需要处理通知或身份认证
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 一个可正常接收短信的手机号
|
||||
- 一张可在线支付的借记卡或信用卡
|
||||
- 能正常访问 `PayPal`
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:打开注册页面
|
||||
|
||||
打开:
|
||||
|
||||
- `https://www.paypal.com/signin`
|
||||
|
||||
然后点击 `注册`。
|
||||
|
||||
### 第二步:选择账户类型
|
||||
|
||||
选择 `个人账户`。
|
||||
|
||||
### 第三步:选择国家或地区
|
||||
|
||||
如果你按中国大陆居民流程注册,直接在 `国家/地区` 中选择 `中国`。
|
||||
|
||||
### 第四步:输入手机号并继续
|
||||
|
||||
按页面提示输入手机号。
|
||||
如果出现短信验证,就先完成验证。
|
||||
|
||||
### 第五步:填写登录信息和个人信息
|
||||
|
||||
按页面提示填写:
|
||||
|
||||
- 邮箱
|
||||
- 密码
|
||||
- 姓名
|
||||
- 出生日期
|
||||
- 地址
|
||||
- 联系方式
|
||||
|
||||
中国大陆居民注册时,姓名建议按身份证上的中文姓名填写,不要使用拼音。
|
||||
|
||||
### 第六步:完成邮箱确认
|
||||
|
||||
注册成功后,按页面或邮件提示确认邮箱地址。
|
||||
如果页面继续要求验证手机号,也一并完成。
|
||||
|
||||
### 第七步:进入 `钱包` 或主页开始绑卡
|
||||
|
||||
注册完成后,进入主页或 `钱包` 页面,找到 `关联卡或银行账户`。
|
||||
|
||||
### 第八步:选择关联借记卡或信用卡
|
||||
|
||||
点击 `关联借记卡或信用卡`,进入绑卡流程。
|
||||
|
||||
### 第九步:填写银行卡信息
|
||||
|
||||
按页面提示填写:
|
||||
|
||||
- 卡号
|
||||
- 有效期
|
||||
- 安全代码
|
||||
- 账单地址
|
||||
|
||||
如果卡背面分成两段数字,安全代码通常取三位数那一段。
|
||||
|
||||
### 第十步:完成绑卡并检查结果
|
||||
|
||||
点击 `关联卡`。
|
||||
有时页面会提示报错,但卡实际上已经绑定成功,所以还要再回 `钱包` 页面确认一次。
|
||||
|
||||
### 第十一步:查看右上角通知并完成认证
|
||||
|
||||
如果页面右上角通知标红,或者提示账户需要认证,请按提示补交资料。
|
||||
常见情况是上传身份证件。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 绑卡时报错怎么办?
|
||||
|
||||
先去 `钱包` 页面再确认一次。
|
||||
有时页面虽然提示失败,但实际已经绑定成功。
|
||||
|
||||
如果还没成功,再检查:
|
||||
|
||||
- 账单地址是否正确
|
||||
- 卡片是否支持在线支付
|
||||
- 银行是否拦截了临时授权验证
|
||||
|
||||
### 右上角通知标红怎么办?
|
||||
|
||||
先点开通知,看具体要求。
|
||||
如果要求 `Confirm your Identity` 或类似身份认证,就按提示补交资料。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 中国大陆居民注册时,姓名建议使用身份证上的中文姓名
|
||||
- 新绑卡时可能会触发最高 `1 USD` 或等值货币的临时授权验证
|
||||
- 更稳妥的做法是使用单独管理、余额较低的借记卡
|
||||
- 绑卡后记得同时检查 `钱包` 页面和右上角通知
|
||||
@@ -0,0 +1,224 @@
|
||||
# 第七部分:0元试用 ChatGPT Plus 教程
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `chatgpt-plus-free-trial`
|
||||
- `适用主题`: `ChatGPT Plus`、0元试用、支付链接提取脚本、PayPal 支付、地址推荐填写
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 在已登录 ChatGPT 的状态下,想要快速生成 Plus 支付链接并尝试 0 元试用订阅。
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 已有一个登录状态的 ChatGPT 账户。
|
||||
- 一个可用的 PayPal 账户(参考第六部分进行注册和绑卡)。
|
||||
- 能够接收生成的账单地址的真实地址或虚拟地址。
|
||||
- Chrome 浏览器(推荐使用地址补全功能)。
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 【方案一】:通过 PayPal 订阅
|
||||
|
||||
如果你选择 PayPal 支付,可使用脚本快速生成支持 PayPal 的支付短链并操作,具体如下:
|
||||
|
||||
#### 第一步:进入 ChatGPT 并打开开发者工具
|
||||
|
||||
在已登录 ChatGPT 的页面上,按 `F12` 打开浏览器开发者工具。
|
||||
点击 `Console`(控制台)标签进入命令行界面。
|
||||
|
||||
#### 第二步:允许粘贴脚本
|
||||
|
||||
在控制台中输入 `allow pasting` 并回车。
|
||||
浏览器将允许你粘贴多行脚本代码。
|
||||
|
||||
#### 第三步:粘贴并执行脚本
|
||||
|
||||
复制下方脚本代码,粘贴到控制台,然后回车执行。
|
||||
|
||||
```javascript
|
||||
(async function(){
|
||||
try {
|
||||
const t = await (await fetch("/api/auth/session")).json();
|
||||
if(!t.accessToken){
|
||||
alert("请先登录 ChatGPT!");
|
||||
return;
|
||||
}
|
||||
|
||||
// 核心1:强制使用触发 PayPal 的欧洲区参数 (DE 德国 / EUR 欧元)
|
||||
const payload = {
|
||||
entry_point: "all_plans_pricing_modal",
|
||||
plan_name: "chatgptplusplan", // Plus 的套餐名
|
||||
billing_details: {
|
||||
country: "DE", // 必须是 DE 或 FR 才能在后续页面使用 PayPal
|
||||
currency: "EUR"
|
||||
},
|
||||
checkout_ui_mode: "custom",
|
||||
promo_campaign: {
|
||||
promo_campaign_id: "plus-1-month-free", // Plus 对应优惠码
|
||||
is_coupon_from_query_param: false
|
||||
}
|
||||
};
|
||||
|
||||
const response = await fetch("https://chatgpt.com/backend-api/payments/checkout", {
|
||||
method: "POST",
|
||||
headers: {
|
||||
"Authorization": "Bearer " + t.accessToken,
|
||||
"Content-Type": "application/json"
|
||||
},
|
||||
body: JSON.stringify(payload)
|
||||
});
|
||||
|
||||
const data = await response.json();
|
||||
|
||||
if(data.checkout_session_id) {
|
||||
// 核心2:拼接 Plus 的专属支付短链
|
||||
// 如果 openai_ie 报错,可以直接把 /openai_ie 删掉,变成 "https://chatgpt.com/checkout/" + data.checkout_session_id
|
||||
const shortLink = "https://chatgpt.com/checkout/openai_ie/" + data.checkout_session_id;
|
||||
|
||||
// 弹窗让你复制这个带有 PayPal 的短链
|
||||
prompt("提取成功!这是你的 Plus 支付短链(复制保留):", shortLink);
|
||||
|
||||
// 自动跳转到该短链
|
||||
window.location.href = shortLink;
|
||||
} else {
|
||||
console.error(data);
|
||||
alert("提取失败:" + (data.detail || JSON.stringify(data)));
|
||||
}
|
||||
} catch(e) {
|
||||
alert("发生异常:" + e);
|
||||
}
|
||||
})();
|
||||
```
|
||||
|
||||
#### 第四步:复制支付短链
|
||||
|
||||
脚本执行后会弹出一个对话框,显示你的 Plus 支付短链。
|
||||
点击"确定"按钮,页面会自动跳转到支付页面。
|
||||
(可以复制这个链接备用,以防需要重新进入。)
|
||||
|
||||
#### 第五步:选择 PayPal 支付
|
||||
|
||||
页面加载完成后,你会看到 ChatGPT Plus 的 checkout 页面,标题通常为"开始免费试用 Plus"。
|
||||
在左侧付款方式中选择 `PayPal`。
|
||||
|
||||
#### 第六步:填写账单信息 - 选择国家
|
||||
|
||||
页面右侧会显示账单地址表单。
|
||||
"国家或地区" 字段会根据你当前的地址预填(通常是德国或法国)。
|
||||
如果页面显示的不是你期望的国家,可以点击下拉框更改(建议保持德国或法国,以确保支付流程顺利)。
|
||||
|
||||
#### 第七步:填写账单信息 - 输入完整名字
|
||||
|
||||
在 "全名" 字段中输入完整的英文名字(例如 `John Smith`)。
|
||||
|
||||
#### 第八步:生成和填写地址
|
||||
|
||||
在 "地址第 1 行" 字段中开始输入。
|
||||
输入城市名、州名或街道名(例如输入 `Berlin` 或 `New York`)。
|
||||
页面会弹出 Google 地址推荐列表。
|
||||
从推荐列表中选择一个地址项(建议选择第二项)。
|
||||
页面会自动回填"城市"、"州"、"邮编"等字段。
|
||||
|
||||
#### 第九步:使用虚拟地址生成工具(可选)
|
||||
|
||||
如果地址推荐没有出现或推荐的地址不满足需求,可以使用 [https://www.meiguodizhi.com/](https://www.meiguodizhi.com/) 生成虚拟地址。
|
||||
在该网站输入城市名或随机字母获取推荐地址,复制完整地址后粘贴到表单对应字段。
|
||||
|
||||
#### 第十步:完成地址填写并点击订阅
|
||||
|
||||
确认所有必填字段已填完(全名、地址、城市、州、邮编)。
|
||||
在右侧点击 "订阅" 按钮。
|
||||
页面会跳转到 PayPal 登录界面。
|
||||
|
||||
#### 第十一步:PayPal 登录
|
||||
|
||||
在 PayPal 登录页输入 PayPal 账户邮箱,然后输入 PayPal 账户密码。
|
||||
点击 "登录" 按钮。
|
||||
|
||||
#### 第十二步:处理相关提示与弹窗
|
||||
|
||||
- 如果出现 "要在无痕模式以外保存此通行密钥吗?" 的弹窗,点击 "取消"。
|
||||
- 如果出现 "下次登录更快捷" 或其他 PayPal 通行密钥引导弹窗,点击右上角的关闭图标。
|
||||
|
||||
#### 第十三步:同意并继续
|
||||
|
||||
页面显示 "只需一次设置,结账更快捷。" 以及向 `OpenAI Ireland Limited` 付款的摘要。
|
||||
点击 "同意并继续" 按钮。
|
||||
等待页面跳转并加载完成。
|
||||
|
||||
#### 第十四步:订阅成功
|
||||
|
||||
页面会回跳到 ChatGPT 或 OpenAI 的订阅确认页面。
|
||||
此时 Plus 的0元试用订阅已成功完成。
|
||||
你现在可以使用 ChatGPT Plus 的所有功能,试用期结束后会自动按月续订。
|
||||
|
||||
---
|
||||
|
||||
### 【方案二】:通过 GoPay 订阅
|
||||
|
||||
如果你需要通过印度尼西亚的 GoPay 钱包(配合国内手机号),可以直接在常规入口更改国家后购买:
|
||||
|
||||
#### 第一步:注册 WhatsApp
|
||||
|
||||
下载并打开 `WhatsApp`,将网络切换至台湾节点(别的应该也可以注册,如果注册不成功就换,自行尝试),使用你的国内手机号(`+86`)完成注册。
|
||||
|
||||
#### 第二步:注册 GoPay 并设置 PIN 码
|
||||
|
||||
1. 下载并打开 `GoPay` App,使用**与 WhatsApp 相同的国内手机号**进行注册。
|
||||
2. 验证码会发送至你的 WhatsApp,前往 WhatsApp 获取并填入以完成注册。
|
||||
3. 注册成功后,点击 `Profile`(个人资料),进入 `Account`(账户)设置 `PIN` 码。必须设置 PIN 码,否则后续即使有余额也无法支付。
|
||||
|
||||
#### 第三步:使用扩展运行账号并停止
|
||||
|
||||
1. 随意使用一个节点打开浏览器,配置好扩展(建议使用网易邮箱或自定义域名邮箱,iCloud 邮箱可能无法享受相关优惠)。
|
||||
2. 让扩展运行到**第五步结束**,然后停止自动运行。
|
||||
3. 如果页面有弹窗或新手引导,请先手动处理关闭。
|
||||
|
||||
#### 第四步:进入订阅页面更改国家
|
||||
|
||||
1. 在 ChatGPT 对话页面的最上方,点击 `免费试用` 按钮进入订阅页面。
|
||||
2. 此时节点随意(无需和之前相同)。在支付界面的右下角,将国家/地区更改为**印度尼西亚**(`Indonesia`)。
|
||||
|
||||
#### 第五步:填写地址与 GoPay 支付
|
||||
|
||||
1. 付款方式选择 `GoPay`。
|
||||
2. 填写账单地址:需要填写与你当前节点相匹配的地址。
|
||||
- 如果使用谷歌浏览器,可以随便输入几个字母利用自动补全功能。
|
||||
- 也可以前往 [美国地址生成器](https://www.meiguodizhi.com/) 生成一个对应的地址填入。
|
||||
3. 点击 `订阅`。
|
||||
4. 在弹出的支付页面中,输入你刚才注册 GoPay 的手机号(带 `+86`)。
|
||||
5. 按照后续提示流程完成支付即可。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 为什么脚本执行报错 "请先登录 ChatGPT!"?
|
||||
|
||||
请确认你当前已登录 ChatGPT 账户。可以退出重新登录后再尝试运行脚本。
|
||||
|
||||
### 脚本执行返回错误信息怎么办?
|
||||
|
||||
先检查网络连接是否正常。如果多次尝试仍然失败,可能是当前账户不符合 0 元试用条件,请稍后再试。
|
||||
|
||||
### `/openai_ie` 部分出现 404 错误怎么办?
|
||||
|
||||
如果短链中的 `/openai_ie/` 无法访问,手动修改短链,删除 `/openai_ie/` 即可(变为 `https://chatgpt.com/checkout/{checkout_session_id}`),然后再访问。
|
||||
|
||||
### 支付页面没有显示 PayPal 选项?
|
||||
|
||||
这可能是因为脚本中的 `country` 参数不是 `DE`(德国)或 `FR`(法国)。重新运行脚本,确保脚本里国家参数为 DE 或 FR。
|
||||
|
||||
### 地址推荐没有出现怎么办?
|
||||
|
||||
在 "地址第 1 行" 中输入字母后,稍等 1-2 秒,输入框下方应该会出现推荐列表。如果一直没出现,可清空后重新输入,或直接跳到第九步借助虚拟地址生成网站生成地址填入。
|
||||
|
||||
### PayPal 登录后页面无法继续跳转?
|
||||
|
||||
稍等片刻让页面加载完毕。如果长时间未响应,检查浏览器是否有弹窗被拦截/隐藏,或者尝试刷新页面。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 执行脚本前必须处于已登录 ChatGPT 的状态。
|
||||
- PayPal 必须要先绑定好有效的借记卡/信用卡。
|
||||
- 试用期结束后会自动按月扣费续订。如果不打算长期使用,记得在后台取消连续订阅。
|
||||
@@ -0,0 +1,165 @@
|
||||
# 第八部分:Clash Verge 非港轮询配置
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `clash-verge-non-hk-rotation`
|
||||
- `适用主题`: `Clash Verge`、`非港轮询`、扩展脚本、规则模式、系统代理
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要在 [Clash Verge](https://github.com/clash-verge-rev/clash-verge-rev) 中启用 `🔁 非港轮询`
|
||||
- 需要给现有订阅注入负载均衡分组
|
||||
- 需要确保 `规则模式` 和 `系统代理` 生效
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 已安装 [Clash Verge](https://github.com/clash-verge-rev/clash-verge-rev)
|
||||
- 已导入可用订阅
|
||||
- 可以打开 `订阅` 和 `代理` 页面
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 第一步:进入 `订阅` 并打开全局扩展脚本
|
||||
|
||||
1. 打开 `Clash Verge`
|
||||
2. 进入左侧 `订阅`(`Profiles`)
|
||||
3. 找到并打开 `全局扩展脚本`
|
||||
|
||||
### 第二步:替换脚本内容
|
||||
|
||||
先清空旧内容,再粘贴下面脚本,然后保存。
|
||||
|
||||
```javascript
|
||||
function uniqPrepend(arr, items) {
|
||||
if (!Array.isArray(arr)) arr = [];
|
||||
for (var i = items.length - 1; i >= 0; i--) {
|
||||
var item = items[i];
|
||||
var exists = false;
|
||||
for (var j = 0; j < arr.length; j++) {
|
||||
if (arr[j] === item) {
|
||||
exists = true;
|
||||
break;
|
||||
}
|
||||
}
|
||||
if (!exists) arr.unshift(item);
|
||||
}
|
||||
return arr;
|
||||
}
|
||||
|
||||
function upsertGroup(groups, group) {
|
||||
for (var i = 0; i < groups.length; i++) {
|
||||
if (groups[i] && groups[i].name === group.name) {
|
||||
groups[i] = group;
|
||||
return groups;
|
||||
}
|
||||
}
|
||||
groups.unshift(group);
|
||||
return groups;
|
||||
}
|
||||
|
||||
function main(config, profileName) {
|
||||
if (!config) return config;
|
||||
|
||||
if (!Array.isArray(config["proxy-groups"])) {
|
||||
config["proxy-groups"] = [];
|
||||
}
|
||||
|
||||
var groups = config["proxy-groups"];
|
||||
var LB_NAME = "🔁 非港轮询";
|
||||
|
||||
var excludeRegex =
|
||||
"(?i)(" +
|
||||
"香港|hong[ -]?kong|\\bhk\\b|\\bhkg\\b|🇭🇰" +
|
||||
"|剩余流量|套餐到期|下次重置剩余|重置剩余|到期时间|流量重置" +
|
||||
"|traffic|expire|expiration|subscription|subscribe|reset|plan" +
|
||||
")";
|
||||
|
||||
groups = upsertGroup(groups, {
|
||||
name: LB_NAME,
|
||||
type: "load-balance",
|
||||
strategy: "round-robin",
|
||||
"include-all-proxies": true,
|
||||
"exclude-filter": excludeRegex,
|
||||
url: "https://www.gstatic.com/generate_204",
|
||||
interval: 300,
|
||||
lazy: true,
|
||||
"expected-status": 204
|
||||
});
|
||||
|
||||
var injected = false;
|
||||
var entryNameRegex = /节点选择|代理|Proxy|PROXY|默认|GLOBAL|全局|选择/i;
|
||||
|
||||
for (var i = 0; i < groups.length; i++) {
|
||||
var g = groups[i];
|
||||
if (!g || g.type !== "select") continue;
|
||||
|
||||
if (entryNameRegex.test(g.name || "")) {
|
||||
if (!Array.isArray(g.proxies)) g.proxies = [];
|
||||
g.proxies = uniqPrepend(g.proxies, [LB_NAME]);
|
||||
injected = true;
|
||||
}
|
||||
}
|
||||
|
||||
if (!injected) {
|
||||
for (var k = 0; k < groups.length; k++) {
|
||||
var g2 = groups[k];
|
||||
if (g2 && g2.type === "select") {
|
||||
if (!Array.isArray(g2.proxies)) g2.proxies = [];
|
||||
g2.proxies = uniqPrepend(g2.proxies, [LB_NAME]);
|
||||
break;
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
config["proxy-groups"] = groups;
|
||||
return config;
|
||||
}
|
||||
```
|
||||
|
||||
### 第三步:保存脚本
|
||||
|
||||
使用右上角保存按钮,或者按 `Ctrl+S` 保存。
|
||||
|
||||
### 第四步:切换到 `代理`
|
||||
|
||||
回到左侧 `代理`(`Proxies`)页面,也就是首页。
|
||||
|
||||
### 第五步:选择 `🔁 非港轮询`
|
||||
|
||||
在顶部常见的分组里,例如:
|
||||
|
||||
- `节点选择`
|
||||
- `Proxy`
|
||||
- `当前节点`
|
||||
|
||||
找到对应下拉框,然后选择 `🔁 非港轮询`。
|
||||
|
||||
### 第六步:确认运行模式
|
||||
|
||||
继续确认以下两项:
|
||||
|
||||
1. `代理模式` 已设置为 `规则模式`(`Rule`)
|
||||
2. `系统代理`(`System Proxy`)已经开启
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 为什么没有看到 `🔁 非港轮询`?
|
||||
|
||||
先确认:
|
||||
|
||||
- 脚本已经完整粘贴并保存
|
||||
- 当前订阅本身可用
|
||||
- 当前模式是 `规则模式`
|
||||
- `系统代理` 已开启
|
||||
|
||||
### 粘贴脚本后报格式错误怎么办?
|
||||
|
||||
先确认是否把旧内容完全清空,再重新完整粘贴。
|
||||
如果仍然报错,可以让 AI 只帮你修复脚本格式,不要同时改动脚本逻辑。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 粘贴新脚本前,先把旧脚本清空
|
||||
- 必须完整保存后再去 `代理` 页面检查
|
||||
- 如果更新了脚本逻辑,优先检查 `🔁 非港轮询` 是否仍被正确注入到选择分组中
|
||||
@@ -0,0 +1,129 @@
|
||||
# 第九部分:GPC 卡密与 API 使用说明
|
||||
|
||||
## 部分信息
|
||||
|
||||
- `section_slug`: `gpc-card-code-and-api`
|
||||
- `适用主题`: `GPC`、充值卡密、`API` 卡密、`API Key`、自动化扩展、短信 `Helper`
|
||||
- `维护方式`: `直接更新本文件`
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 需要区分 `GPC` 充值卡密和 `API` 卡密
|
||||
- 号商需要给指定账号直接开通 `ChatGPT Plus`
|
||||
- 自动化扩展插件需要接入 `GPC` 模式
|
||||
- 中转站、账号系统或反代系统需要批量自动注册、补号和订阅
|
||||
- 需要配合短信 `Helper` 自动补号、自动提交验证码
|
||||
|
||||
## 准备内容
|
||||
|
||||
- 已获取对应类型的 `GPC` 卡密
|
||||
- 可以打开 `GPC` 前台
|
||||
- 如果使用 `API` 模式,需要准备自动化扩展插件
|
||||
- 如果需要全自动补号,需要准备并配置短信 `Helper`
|
||||
- 如果还没有 `API` 次数套餐,可以先打开购买页面:[<your-purchase-page>](<your-purchase-page>)
|
||||
|
||||
## 核心区别
|
||||
|
||||
| 类型 | 适合对象 | 主要用途 | 使用方式 |
|
||||
|---|---|---|---|
|
||||
| 充值卡密 | 号商、人工直冲用户 | 给指定账号直接开通 `ChatGPT Plus` | 在 `GPC` 前台选择充值卡密登录后创建充值任务 |
|
||||
| `API` 卡密 | 自动化插件、中转站、反代系统 | 批量自动补号、自动注册、自动订阅 | 先兑换成 `API Key`,再填入自动化扩展或系统 |
|
||||
|
||||
简单理解:
|
||||
|
||||
- 充值卡密 = 给某个账号直接充值 `Plus`
|
||||
- `API` 卡密 = 兑换接口额度,用于自动化扩展或系统集成
|
||||
|
||||
## 核心优势
|
||||
|
||||
- 私有协议链路,流程更稳定
|
||||
- 授权 `CODEX` 后,99% 场景不风控、不弹 `add-phone`
|
||||
- 无需额外接码平台,配合短信 `Helper` 即可自动处理验证码
|
||||
- `API` 模式适合自动化补号、批量注册、批量订阅和反代系统接入
|
||||
- 充值卡密适合单账号直冲,`API` 卡密适合系统化批量接入
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 方案一:使用充值卡密直冲
|
||||
|
||||
充值卡密主要用于给指定账号直接开通 `ChatGPT Plus`,适合人工或半自动的账号直冲场景。客户只需要提供要充值账号的授权信息,不需要自己准备 `GoPay`。
|
||||
|
||||
#### 第一步:获取充值卡密
|
||||
|
||||
先确认手里拿到的是充值卡密,而不是 `API` 卡密。
|
||||
|
||||
#### 第二步:打开 `GPC` 前台
|
||||
|
||||
进入 `GPC` 前台页面后,选择充值卡密相关入口。
|
||||
|
||||
#### 第三步:选择充值卡密登录
|
||||
|
||||
在登录方式中选择 `充值卡密登录`,然后输入充值卡密。
|
||||
|
||||
#### 第四步:填写要充值账号的授权信息
|
||||
|
||||
按照页面提示输入需要开通 `Plus` 的账号授权信息。
|
||||
|
||||
#### 第五步:创建充值任务
|
||||
|
||||
确认账号信息无误后创建充值任务,并等待系统执行。
|
||||
|
||||
#### 第六步:确认任务结果
|
||||
|
||||
任务成功后,会扣减 1 次卡密次数。此时对应账号的 `ChatGPT Plus` 开通流程即完成。
|
||||
|
||||
### 方案二:使用 `API` 卡密接入自动化扩展
|
||||
|
||||
`API` 卡密本身不是直接拿来请求任务接口的。使用前需要先兑换出 `API Key`,后续由自动化插件或系统使用 `API Key` 调用。
|
||||
|
||||
#### 第一步:购买 `API` 次数套餐
|
||||
|
||||
打开下面页面购买对应次数套餐:
|
||||
|
||||
[<your-purchase-page>](<your-purchase-page>)
|
||||
|
||||
#### 第二步:兑换 `API Key`
|
||||
|
||||
购买后打开下面页面兑换:
|
||||
|
||||
[https://your-gpc-helper-domain.example/兑换](https://your-gpc-helper-domain.example/%E5%85%91%E6%8D%A2)
|
||||
|
||||
输入 `API` 卡密后,会获得一个 `API Key`。
|
||||
|
||||
#### 第三步:填写到自动化扩展
|
||||
|
||||
打开自动化扩展插件后,按下面顺序配置:
|
||||
|
||||
1. 启用 `GPC 模式`
|
||||
2. 填写兑换得到的 `API Key`
|
||||
3. 填写 `GPC` 相关参数
|
||||
4. 如需全自动补号,开启并配置短信 `Helper`
|
||||
5. 保存配置
|
||||
|
||||
配置保存后,自动化扩展即可开始执行注册账号和开通流程。
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 充值卡密可以填到自动化扩展里吗?
|
||||
|
||||
不建议。充值卡密主要用于 `GPC` 前台的账号直冲流程;自动化扩展应使用 `API` 卡密兑换出来的 `API Key`。
|
||||
|
||||
### `API` 卡密可以直接请求任务接口吗?
|
||||
|
||||
不可以。`API` 卡密需要先到兑换页面换成 `API Key`,后续请求接口或填写扩展配置时使用的是 `API Key`。
|
||||
|
||||
### 忘记 `API Key` 怎么办?
|
||||
|
||||
可以回到兑换页面,用原来的 `API` 卡密再次查看对应的 `API Key`。
|
||||
|
||||
### 什么时候会扣减次数?
|
||||
|
||||
充值卡密通常在充值任务成功后扣减 1 次。`API` 模式的次数扣减以接口任务执行结果和系统记录为准。
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 充值卡密和 `API` 卡密用途不同,请不要混用
|
||||
- `API` 卡密需要先兑换成 `API Key`,再填入自动化扩展
|
||||
- `API Key` 请妥善保存,不要公开泄露
|
||||
- 忘记 `API Key` 时,可以回到兑换页面用原 `API` 卡密再次查看
|
||||
- 全自动补号场景需要同时确认短信 `Helper` 已正确启用
|
||||
Reference in New Issue
Block a user