云梯建站笔记

2026最新：Antigravity 登录失败怎么办？从 Account not eligible 到浏览器授权不回跳的完整排查指南

Mon, 23 Mar 2026 00:00:00 GMT

欢迎来到云梯建站笔记，我是瓦叔。

废话少说，本篇文章专注解决Antigravity登录问题。

一、核心报错分类与根本原因追踪#

在动手修复之前，我们需要先对症下药。目前 Antigravity 的登录失败主要集中在以下四种情况，点击问题跳转解决方案：

“Your current account is not eligible for Antigravity” (当前账号不符合要求)
“There was an unexpected issue setting up your account” (浏览器提示认证成功，但 IDE 报错)
“浏览器提示登录成功，但 IDE 没反应”
无限 Loading 或点击 Sign in 毫无反应

二、解决方案#

在解决问题前，先确认你的网络环境是否稳定、干净、安全，根据瓦叔经验，要求如下：

你的IP不能出现频繁切换的情况，尤其是登录过程中，频繁切换IP会被谷歌风控系统标记为异常行为；
你的IP地址没有被谷歌服务商标记为异常或黑名单，常见情况包括，IP被许多人同时使用，或者IP由于之前某个用户的恶劣行为已经被谷歌拉黑，你继续用这个IP，必然会被牵连，这种情况一般出现在使用公共VPN或劣质代理时；
你的IP地址所在国家，谷歌不提供Antigravity服务；
你的IP已经被谷歌服务标记为代理IP或者机房IP，这些IP在谷歌看来可信度比较低，通常会被标记为异常，导致登录失败；

要解决这个问题，瓦叔推荐自己正在使用的解决方案，也就是住宅IP+自建VPN，具体配置可以参考这篇文章。

这个方案的好处是，既能保证IP的稳定性和干净程度（在谷歌看来，你的IP是正常的家庭IP），又能提供足够的速度和安全性，适合长期使用。瓦叔用Claude、Codex、Copilot、Antigravity等工具都没有遇到过登录问题。

解决 “account not eligible” “账号不符合要求” 错误#

先确认你的Google账号“有资格”#

你登录的是个人 Google 账号，而不是 Workspace / 学校 / 公司托管账号；
你是否真的拥有 Google AI Pro 或 Google AI Ultra会员；
你的 Google 账号年龄状态是否已经满足 18+；

这三条是 Google 账号资格的基本门槛，任何一条不满足都会被直接拒绝登录。

最简单的验证方法是，先用同一账号登录 https://gemini.google.com/ ，看看能不能正常使用：

如果Gemini功能异常，那就说明问题很可能在账号资格上
如果Gemini页面加载异常，比如永远只能加载Gemini官网页面，无法进入到聊天页面，那么问题很可能在网络环境上，可以看这篇文章。

同时右上角头像有高贵的彩色光圈，这表明账号是 Google AI Pro 或 Google AI Ultra 会员，Antigravity目前仅向这两种会员开放。

Gemini 高贵的彩色光圈

再确认你的账号归属国家/地区是否在支持范围内#

建议google账号归属国家迁移到美国，我们一般需要使用 VPN 才能访问相关服务。如果你的VPN不稳定或者被服务商标记拉黑了，可能会导致归属地迁移失败。要解决该问题，可以看这篇文章。

如何确认账号归属国家

任意谷歌页面，右上角点击头像，在弹出页面中点击“服务条款”。

如何查看账号归属国家-入口位置

在服务条款页面的上部，可以看到账号归属国家/地区。如果这里不是美国，建议迁移到美国以获得更好的服务兼容性和更快的访问速度。

如何查看账号归属国家-归属国家

如果要修改归属国家，点击谷歌官方链接提交申请。瓦叔唯一一次申请，是按照这个选项进行的，你可以尝试一下。再次强调，进行切换前，先保证你的IP地址已经切换到美国，否则大概率会被拒绝。

申请切换归属国家

修改归属地后，会有人工审核，一般要等待至少 24 小时，审核结果可以在谷歌邮箱中查看。

瓦叔最近刚申请过一次，修改成功的邮件是这样的：

修改成功的邮件通知

修复“Unexpected issue” “设置账户时发生意外问题”错误#

如果你在浏览器里看到了“You have successfully authenticated”，但回到 Antigravity 却依然弹红叉报错，大概率是 CDP 协议缺失。

无论你平时用什么浏览器，请去下载并安装官方原版的 Google Chrome。
将 Chrome 设置为系统默认浏览器。
关闭并重新打开 Antigravity，重新走一遍 Sign in 流程。
瓦叔提示： 认证成功获取到本地 Token 后，如果你实在讨厌 Chrome，完全可以将其卸载，后续 Antigravity 的日常使用不再依赖它。

解决浏览器提示登录成功，但Antigravity没反应#

如果浏览器登录谷歌账号的流程走完了，提示认证成功了，但 Antigravity 仍然停在登录页，没有自动切换到Antigravity，手动切换回Antrigravity页面时，仍停留在登录页面。如果你是个程序员，点击F12还会看到oauth-success的错误日志，这时候你就会觉得很迷惑了，明明认证成功了，为什么Antigravity还停在登录页呢？

解决方案也简单，你的代理客户端开启TUN模式即可。如果不知道怎么弄，可以跟着这篇文档一步步执行。

浏览器登录谷歌成功

antigravity卡在登录页面

oauth-success报错

最终尝试#

如果以上方法都无法解决问题，可以参考reddit上的这篇文章，尝试以下步骤：

先用浏览器登录目标 Google 账号
打开 aistudio.google.com 和 console.cloud.google.com
接受两个站点的条款弹窗
重新打开 Antigravity 测试登录
如果还是卡住，继续如下尝试
备份并修改 main.js：

windows11在powershell中执行：

Terminal window

1
copy "$env:localappdata\Programs\Antigravity\resources\app\out\main.js" "$env:localappdata\Programs\Antigravity\resources\app\out\main.js.bak"
2
notepad "$env:localappdata\Programs\Antigravity\resources\app\out\main.js"

Mac 在终端执行：

Terminal window

1
cp /Applications/Antigravity.app/Contents/Resources/app/out/main.js /Applications/Antigravity.app/Contents/Resources/app/out/main.js.bak
2
nano /Applications/Antigravity.app/Contents/Resources/app/out/main.js

Linux 在终端执行：

Terminal window

1
cp /usr/share/antigravity/resources/app/out/main.js /usr/share/antigravity/resources/app/out/main.js.bak
2
nano /usr/share/antigravity/resources/app/out/main.js

在文件最开头加入：

1
BigInt.prototype.toJSON = function() { return this.toString(); };

保存，重启 Antigravity，再次登录

总结#

Google Antigravity 作为一款前沿工具，目前在鉴权机制和底层逻辑上确实还存在一些粗糙的地方。遇到问题不要慌，按照 网络风控 -> 浏览器协议 -> 底层代码 Bug 的排查链路，总能找到突破口。

你在安装和配置中还遇到了什么奇葩报错？欢迎在评论区留言交流，我们一起把开发环境调教到最佳状态。

如果这篇内容对你的技术栈搭建有帮助，想了解更多关于网站部署、架构优化或者 AI 开发流整合的实战经验，请关注云梯建站笔记。有什么特定的开发环境问题需要探讨吗？可以随时告诉我，我来帮你拆解！

Claude Code 使用指南：安装、CLAUDE.md 配置与 Skills 实战

Thu, 09 Apr 2026 00:00:00 GMT

Claude Code 是运行在终端里的 AI 编程助手。与网页版 Claude 不同，它能直接读写项目文件、执行 shell 命令、操作 git，不需要你手动复制粘贴代码和输出。

安装#

需要 Node.js 18 或以上版本。

Terminal window

1
# 检查 Node.js 版本
2
node -v
3

4
# 全局安装 Claude Code
5
npm install -g @anthropic-ai/claude-code
6

7
# 验证安装
8
claude --version

首次运行需要登录 Anthropic 账号：

Terminal window

1
claude
2
# 终端会输出一个授权 URL，在浏览器里打开并授权

授权完成后，终端直接进入交互模式，可以开始对话。

基本用法#

交互模式#

在项目根目录运行 claude，进入持续对话的交互模式：

Terminal window

1
cd your-project
2
claude
3
# 进入交互模式，Claude 自动读取目录结构

Claude Code 启动时会扫描当前目录的文件结构，不需要手动描述项目布局。

单次命令模式#

直接在命令后跟问题，执行后退出：

Terminal window

1
claude "review the changes I just made"
2
claude "the test in auth.test.ts is failing, fix it"
3
claude "找出所有没有处理错误的 async 函数"

常用交互指令#

在交互模式下可以用斜杠命令：

指令	说明
`/help`	查看所有可用指令
`/clear`	清除当前对话上下文
`/compact`	压缩上下文，保留关键信息节省 token
`/cost`	查看当前会话的 token 消耗
`/exit`	退出交互模式

CLAUDE.md：项目级持久指令#

在项目根目录放 CLAUDE.md，Claude Code 每次启动时自动加载，不需要每次重复说明背景。

作用等同于 Claude Projects 的 System Prompt，但专门针对命令行场景，且跟随项目 git 仓库，团队所有成员共享同一份指令。

多级 CLAUDE.md#

Claude Code 会读取以下位置的 CLAUDE.md，全部叠加生效：

1
~/.claude/CLAUDE.md          # 全局指令，所有项目共用
2
project/CLAUDE.md            # 项目根目录
3
project/src/CLAUDE.md        # 子目录，只在该目录内的操作时生效

全局 CLAUDE.md 适合放个人习惯（如偏好的代码风格、语言偏好），项目级放项目约束。

Skills：可复用提示词模块#

Skills 是通过 /skill-name 调用的专项任务模块，避免重复描述同类任务的执行方式。

Terminal window

1
# 生成符合规范的 git commit
2
/commit
3

4
# 审查指定 PR
5
/review-pr 42
6

7
# 简化最近修改的代码
8
/simplify

内置 Skills 和自定义 Skills 的完整说明见 Claude Code Skills。

权限与安全#

Claude Code 有文件读写和命令执行权限，操作前会显示计划并请求确认。

权限模式#

启动时可以指定权限级别：

Terminal window

1
# 默认模式：每次敏感操作都请求确认
2
claude
3

4
# 自动批准所有操作（适合脚本化场景，谨慎使用）
5
claude --dangerously-skip-permissions

哪些操作会请求确认#

写入或删除文件
执行 shell 命令
git 操作（commit、push 等）
网络请求

只读操作（读文件、搜索代码、运行测试）不需要额外确认。

Warning

在生产环境目录下运行 Claude Code 时，--dangerously-skip-permissions 可能造成不可逆的文件修改。建议只在开发环境或明确知道操作范围时使用。

典型工作流#

修复测试#

Terminal window

1
claude "auth.test.ts 里的第 3 个测试在报 TypeError，帮我修复"
2
# Claude 读取测试文件和被测文件，定位问题，直接修改代码

代码审查#

Terminal window

1
claude "review the changes I just made, focus on security issues"
2
# Claude 读取 git diff，输出审查意见

跨文件重构#

Terminal window

1
claude "把项目里所有用 callbacks 写的异步函数改成 async/await，保持逻辑不变"
2
# Claude 搜索整个项目，批量修改，修改前显示计划

理解陌生代码库#

Terminal window

1
claude "解释一下 src/auth 目录的整体结构，以及各文件之间的调用关系"
2
# Claude 遍历目录，输出结构说明

搭配 MCP 使用#

Claude Code 本身不直接使用 MCP，但可以和配置了 MCP 的 Claude Desktop 互补：Claude Code 负责文件操作和 git，Claude Desktop 负责需要外部工具（数据库查询、GitHub API 等）的任务。MCP 配置方式参考 MCP 系列。

常见问题#

claude 命令找不到，提示 command not found#

npm 全局安装后，claude 命令需要在 PATH 里。检查：

1
```bash
2
# 查看 npm 全局安装目录
3
npm root -g
4

5
# 查看全局 bin 目录
6
npm bin -g
7
# 输出如 /usr/local/bin，确认这个路径在你的 PATH 里
8
```
9

10
如果不在 PATH 里，在 `~/.zshrc` 或 `~/.bashrc` 里追加：
11

12
```bash
13
export PATH="$(npm bin -g):$PATH"
14
```
15

16
然后 `source ~/.zshrc` 使配置生效。

显示更多显示更少

授权完成后还是提示未登录#

删除本地凭证文件，重新走一遍授权：

1
```bash
2
rm -rf ~/.claude/credentials.json
3
claude
4
# 重新走授权流程
5
```

Claude Code 会读取哪些文件？#

Claude Code 读取你主动提及的文件、当前目录的结构（文件名和路径），以及执行任务时它认为相关的文件（会先告知再读取）。不会主动读取 .gitignore 里排除的文件或目录外的文件。敏感信息建议放在 .env 并加入 .gitignore。

如何控制 Claude Code 不修改某些文件？#

在 CLAUDE.md 里明确说明：

1
```markdown
2
## 禁止修改的文件
3
- `src/config/production.ts`：生产配置，不要直接修改
4
- `*.lock` 文件：不要手动编辑依赖锁定文件
5
```
6

7
也可以在对话里直接说"不要修改 X 文件"，Claude Code 会遵守。

token 消耗太快怎么控制？#

几个降低 token 消耗的方法：① 用 /compact 压缩上下文；② 任务完成后用 /clear 开新对话，不要把多个不相关任务堆在一个会话里；③ 用单次命令模式（claude "..." 而不是交互模式）处理独立任务，避免上下文积累。

Claude Code 国内使用指南：代理、中转站与 Router 方案对比

Thu, 09 Apr 2026 00:00:00 GMT

Claude Code 默认连接 api.anthropic.com，该域名在中国大陆无法直连。有三种方式解决这个问题，各有适用场景和取舍。

三种方案对比#

方案	配置难度	费用	安全性	稳定性
官方 HTTPS_PROXY	低（需梯子）	按 API 用量计费	高（流量不经第三方）	取决于梯子质量
API 中转站	低	按用量计费，含溢价	中（代码经第三方服务器）	较稳定
Claude Code Router	中	按路由模型计费	高（自建或官方服务）	高

如果你已有稳定代理，优先用方案一。如果没有梯子且对代码安全要求不高，用方案二。需要把请求路由到其他模型（如 DeepSeek）降低成本时，用方案三。

方案一：配置 HTTPS_PROXY#

让 Claude Code 的所有请求走你已有的 HTTP/HTTPS 代理。

Terminal window

1
# 临时生效（仅当前终端会话）
2
export HTTPS_PROXY=http://127.0.0.1:7890
3
export HTTP_PROXY=http://127.0.0.1:7890
4
claude

Terminal window

1
# 永久生效：写入 shell 配置文件
2
echo 'export HTTPS_PROXY=http://127.0.0.1:7890' >> ~/.zshrc
3
echo 'export HTTP_PROXY=http://127.0.0.1:7890' >> ~/.zshrc
4
source ~/.zshrc

端口 7890 是 Clash 的默认 HTTP 代理端口，根据你的代理工具实际端口替换。

Warning

Claude Code 只支持 HTTP/HTTPS 代理，不支持 SOCKS5 代理。如果你的工具只提供 SOCKS5，需要在工具里额外开启 HTTP 代理端口。

验证代理是否生效：

Terminal window

1
curl -x http://127.0.0.1:7890 https://api.anthropic.com/v1/models
2
# 返回 JSON 而不是连接超时，说明代理正常

企业网络（SSL 证书拦截）#

如果公司网络会解包 HTTPS 流量（常见于企业防火墙），需要额外信任内部 CA：

Terminal window

1
export NODE_EXTRA_CA_CERTS=/path/to/company-ca.crt

方案二：API 中转站#

中转站在海外部署服务器代理 Anthropic API 请求，你只需修改 API 地址，不需要梯子。

Terminal window

1
# 以 Novita 为例
2
export ANTHROPIC_BASE_URL=https://novita.ai/v3/openai
3
export ANTHROPIC_API_KEY=你的中转站 Key
4
claude

常用中转站：

服务	特点
Novita	价格低，支持信用卡，按量计费
OpenRouter	多模型聚合，支持信用卡
Camel API	国内团队运营，中文支持好

Warning

使用中转站时，你的代码和对话内容会经过第三方服务器。涉及商业机密或敏感代码时，评估这一风险后再使用。

永久写入配置：

Terminal window

1
# 写入 ~/.claude/.env（Claude Code 会自动加载）
2
cat >> ~/.claude/.env << 'EOF'
3
ANTHROPIC_BASE_URL=https://novita.ai/v3/openai
4
ANTHROPIC_API_KEY=你的中转站 Key
5
EOF

方案三：Claude Code Router#

Claude Code Router 是一个本地代理层，可以把 Claude Code 的请求路由到不同模型（如将复杂任务发给 Claude Opus，简单任务发给 DeepSeek）。

安装：

Terminal window

1
npm install -g claude-code-router

启动 Router，然后让 Claude Code 指向它：

Terminal window

1
# 终端 1：启动 Router（默认监听 8080）
2
ccr start
3

4
# 终端 2：配置 Claude Code 指向 Router
5
export ANTHROPIC_BASE_URL=http://localhost:8080
6
claude

Router 的配置文件 ~/.claude-code-router/config.json 控制路由规则，详细配置参考项目文档。

常见连接问题#

超时（connect ETIMEDOUT）：代理未生效或代理本身不稳定。先用 curl 验证代理可访问 api.anthropic.com。

SSL 证书错误（CERT_UNTRUSTED）：企业网络拦截了 HTTPS，参考上方企业网络配置。

地区限制提示（App unavailable in region）：这是安装时的地区检测，不影响 API 使用。用方案一或二配置后即可正常调用。

SOCKS5 代理不生效：Claude Code 不支持 SOCKS5，需要在代理工具里开启 HTTP 代理端口。

更多安装问题见 Claude Code 报错速查手册。Claude Code 功能与工作流说明见 Claude Code 使用指南。

本文最后更新于 2026-04。

Claude Code 报错速查手册：安装、认证、运行时问题全覆盖

Thu, 09 Apr 2026 00:00:00 GMT

遇到报错，先运行自诊断命令：

Terminal window

1
/doctor

/doctor 会检查安装版本、配置文件语法、MCP 服务器状态，并给出修复建议。如果 claude 命令本身打不开，按下表定位问题再跳转对应章节。

症状	类别	跳转
`npm install` 超时或失败	安装	安装类问题
`command not found: claude`	安装	PATH 未配置
安装中途进程被终止	安装	内存不足
`OAuth error: Invalid code`	认证	认证类问题
授权后仍提示未登录	认证	登录后仍提示未认证
`App unavailable in region`	认证	地区限制
`overloaded_error`	运行时	运行时报错
`Write failed: InputValidationError`	运行时	Write failed
WSL 无法完成登录	特殊场景	WSL 场景

安装类问题#

npm 安装超时或失败#

现象：npm install -g @anthropic-ai/claude-code 长时间无响应或报 ETIMEDOUT。

npm 安装方式已被官方标注为废弃，建议改用原生安装方式（Native Installer），下载速度更快，且不依赖 Node.js 版本：

Terminal window

1
# macOS / Linux
2
curl -fsSL https://claude.ai/install.sh | sh

如果原生安装也超时（安装包从 storage.googleapis.com 下载），需要先配置代理：

Terminal window

1
export HTTPS_PROXY=http://127.0.0.1:7890
2
curl -fsSL https://claude.ai/install.sh | sh

PATH 未配置（command not found）#

现象：安装完成，但运行 claude 提示 command not found。

Terminal window

1
# 查找 claude 实际安装位置
2
which claude || find ~/.local ~/.npm -name "claude" 2>/dev/null | head -5

把安装目录加入 PATH：

Terminal window

1
# npm 全局安装的情况
2
export PATH="$(npm bin -g):$PATH"
3

4
# 原生安装默认路径
5
export PATH="$HOME/.local/bin:$PATH"

将以上行写入 ~/.zshrc 或 ~/.bashrc，然后 source 使配置生效。

内存不足（安装中途失败）#

现象：Linux 系统上安装进程被终止，无明确报错。

Claude Code 安装需要至少 4 GB 可用内存。内存不足时 Linux OOM Killer 会直接结束进程。

Terminal window

1
# 检查可用内存
2
free -h
3

4
# 临时增加 swap（2GB）
5
sudo fallocate -l 2G /swapfile
6
sudo chmod 600 /swapfile
7
sudo mkswap /swapfile
8
sudo swapon /swapfile

认证类问题#

OAuth error: Invalid code#

现象：登录时浏览器完成授权，终端报 OAuth error: Invalid code。

登录码有效期很短（约 30 秒）。复制 URL 后需要立即在浏览器完成授权，不能等待。重新运行 claude 走完整登录流程。

如果终端无法自动打开浏览器（如 WSL）：

Terminal window

1
claude
2
# 终端会输出类似：
3
# Open this URL to authenticate: https://claude.ai/auth?code=xxxx
4
# 手动复制该 URL，粘贴到 Windows 浏览器打开

OAuth 不支持 SOCKS5#

现象：配置了代理但登录还是失败。

Claude Code 认证只支持 HTTP/HTTPS 代理，不支持 SOCKS5。确认代理环境变量格式正确：

Terminal window

1
# 正确
2
export HTTPS_PROXY=http://127.0.0.1:7890
3

4
# 错误（不支持）
5
export HTTPS_PROXY=socks5://127.0.0.1:7891

登录后仍提示未认证#

Terminal window

1
# 删除本地凭证，重新走授权
2
rm -rf ~/.claude/credentials.json
3
claude

地区限制提示#

现象：安装时弹出 Claude Code might not be available in your country。

这是安装包的地区检测，不影响 API 层的实际调用。配置 API 代理或中转站后即可正常使用，参考 Claude Code 国内使用指南。

运行时报错#

overloaded_error（服务器过载）#

现象：API Error: overloaded_error - Overloaded。

Anthropic 服务器繁忙，非本地问题。稍等几分钟后重试，或在非高峰时段（UTC 白天）使用。

Write failed: InputValidationError#

现象：Claude Code 写文件时报 Write failed due to the following issues。

通常是文件内容包含了工具调用格式的特殊字符，或目标路径没有写权限：

Terminal window

1
# 检查文件权限
2
ls -la 目标文件路径
3

4
# 修复权限
5
chmod 644 目标文件路径

如果权限正常仍报错，在对话里告知 Claude Code 报错内容，要求它换一种写法重试。

tool_call_error#

现象：Error: tool_call_error - Tool invocation failed。

工具调用参数格式错误，通常在复杂任务中出现。在对话里说”上一步出现了 tool_call_error，请重新执行”，Claude Code 会调整参数重试。

request timeout#

现象：请求长时间等待后超时。

Terminal window

1
# 确认代理稳定性
2
curl -x http://127.0.0.1:7890 -o /dev/null -s -w "%{time_total}" https://api.anthropic.com
3
# 响应时间应在 2 秒内

超时也可能是任务过大导致推理时间长，可以尝试把任务拆小。

WSL 特殊场景#

现象：WSL 终端里 claude 无法自动打开浏览器完成 OAuth。

Terminal window

1
claude
2
# 复制终端输出的授权 URL
3
# 在 Windows 浏览器（Edge/Chrome）里打开，完成授权
4
# 授权后回到 WSL 终端，登录自动完成

如果 WSL 里 claude 找不到，确认使用的是 Linux 路径下的 Node.js，而不是 Windows 路径：

Terminal window

1
which node
2
# 应输出 /usr/bin/node 或 /home/用户名/.nvm/...
3
# 不应输出 /mnt/c/...（Windows 路径）

安装成功后的国内网络配置见 Claude Code 国内使用指南。Claude Code 功能完整说明见 Claude Code 使用指南。

本文最后更新于 2026-04。

Claude Pro、Max 5x、Max 20x 怎么选：2026 定价与场景指南

Thu, 09 Apr 2026 00:00:00 GMT

Claude 付费套餐分三档，差异不只是价格。2026 年新增的超量计费功能也改变了原来的选择逻辑。

三档套餐核心差异#

	Pro	Max 5x	Max 20x
月费	USD 20	USD 100	USD 200
Claude Code 额度	每 5 小时约 45 条	Pro 的 5 倍（约 225 条）	Pro 的 20 倍（约 900 条）
Opus 模型访问	不支持	支持（包括 IDE 插件）	支持
超量计费	支持（可选开启）	支持（可选开启）	支持（可选开启）
优先队列	无	有	有

2026 新功能：超量计费#

所有付费套餐现在都支持开启超量计费（Extra Usage）。开启后，用完套餐额度不会直接断掉，而是以标准 API 费率继续计费，可以自行设置月度上限。

这意味着：Pro 套餐 + 超量计费，在偶尔需要多用的月份可以按需付费，不必为了偶发场景升级到 Max。

开启入口：claude.ai → 设置 → 计划与用量 → 启用额外用量。

怎么选#

选 Pro（USD 20/月）的情况：

每天使用 Claude Code 不超过 1~2 小时
主要使用 Sonnet 模型，Opus 用不到
偶尔需要多用时开启超量计费补量

选 Max 5x（USD 100/月）的情况：

每天在大型代码库里使用 Claude Code 4 小时以上
经常触达 Pro 的 5 小时额度上限，打断工作节奏
需要在 Cursor/VS Code 等 IDE 插件里使用 Opus 模型

选 Max 20x（USD 200/月）的情况：

Claude Code 是全天主力开发工具
Max 5x 仍然不够用

一个判断方法：用 Pro 跑一周，看 /cost 输出和被限速的次数。每周被限速超过 3 次，再升级 Max 5x。

国内用户的额外考量#

国内用户通常通过 API 中转站使用 Claude Code（见 Claude Code 国内使用指南），这时有另一条路可以比较：

固定订阅 vs 按量 API 中转的成本拐点

API 中转的费用取决于用量，Claude Sonnet 4.6 约 USD 3/百万输入 token、USD 15/百万输出 token（中转站通常有 1.1~1.3 倍溢价）。

粗略估算：如果你每月 Claude Code 消耗在 200 万 token 以下，按量 API 通常比 Pro 便宜；超过后固定订阅更划算。

需要用 Opus 且频率较高，订阅 Max 比单独购买 Opus API 额度划算很多。

套餐不包含的内容#

claude.ai 网页版的对话额度是独立计算的，和 Claude Code 额度分开
API 直接调用（非 Claude Code）不消耗订阅额度，走独立的 API 计费
Team 套餐（USD 25/人/月）面向团队协作，不是 Claude Code 的更高档——功能不同，按需选择

套餐以外的费用说明和国内购买渠道见 Claude 费用对比。功能使用说明见 Claude Code 完整使用指南。

本文最后更新于 2026-04。

Claude Code 国内使用成本对比：4 种方案，选哪个最划算？

Thu, 09 Apr 2026 00:00:00 GMT

Claude Code 官方不向中国大陆开放直接访问，但实际上有 4 条路可以走。这篇文章横向对比各方案的成本、稳定性和适用场景，让你一次看清楚。

4 种方案一览#

方案	月费估算	封号风险	效果完整度	适合人群
官方 Pro 订阅	USD 20（约 ¥145）	低（但需稳定 IP）	100%	重度用户、追求最稳定体验
API 中转平台	¥30–¥150（按量）	极低	95%	中度用户、不想折腾账号
国产模型挂载	¥0–¥20	无	60–80%	预算有限、任务不复杂
拼车合租	¥15–¥30	中（共享账号）	100%	轻度用户、只需偶尔使用

方案详解#

方案一：官方 Pro 订阅（USD 20/月）#

直接在 claude.ai 订阅 Pro，用官方 Claude Code。

优点：

功能 100% 完整，Prompt Caching、扩展上下文等高级特性第一时间可用
无中间商，数据不经过第三方
Claude Max（USD 100/月）提供更高用量上限，适合全天候使用

缺点：

需要境外信用卡或通过 App Store 内购（参考国内订阅 Claude Pro 教程）
需要稳定的科学上网，IP 频繁变动可能触发风控
固定月费，偶尔使用不划算

费用计算：Pro 每月 USD 20，按当前汇率约 ¥145。如果每天都用，相当于 ¥4.8/天。

方案二：API 中转平台（按量付费）#

通过第三方中转平台调用 Claude API，配置到 Claude Code 的 ANTHROPIC_BASE_URL 和 ANTHROPIC_API_KEY。

常见平台：AiHubMix、OpenRouter、Camel API、PoloAPI 等。

优点：

无需注册 Anthropic 账号，国内直连
按量付费，轻度用户成本更低
无封号风险（使用平台账号而非个人 Anthropic 账号）

缺点：

需要信任第三方平台（数据过中间层）
部分平台稳定性不保证，偶有限速或中断
长期重度使用成本可能超过官方订阅

费用计算：Claude Sonnet 4.5 约 USD 3/1M tokens（中转平台价格），日常编程任务每天消耗约 100k tokens，折合约 ¥2–¥5/天。

配置方式：

Terminal window

1
export ANTHROPIC_BASE_URL=https://your-relay-platform.com/v1
2
export ANTHROPIC_API_KEY=your-platform-api-key
3
claude

方案三：国产模型挂载（最低成本）#

用国内大模型（Doubao-Seed-Code、GLM-4.7、Qwen Code 等）挂载到 Claude Code，通过兼容 API 接口调用。

优点：

字节豆包、阿里 Qwen 提供每日免费额度，实际成本接近 ¥0
无网络限制，国内直连，响应速度快
无任何封号风险

缺点：

Claude Code 针对 Claude 模型优化，换用其他模型后复杂推理任务表现会下降
多文件重构、大上下文分析等场景效果有明显差距
部分 Claude Code 特性（如 extended thinking）不可用

适合场景：日常代码补全、简单重构、文档生成——这类任务国产模型足够用。复杂架构设计、跨文件调试建议用官方或中转方案。

配置方式（以豆包为例）：

Terminal window

1
export ANTHROPIC_BASE_URL=https://ark.cn-beijing.volces.com/api/v3
2
export ANTHROPIC_API_KEY=your-doubao-api-key
3
export CLAUDE_MODEL=doubao-seed-code
4
claude

方案四：拼车合租（最轻量）#

多人共享一个 Claude Pro 账号，费用均摊。国内有组织拼车的社群（V2EX、即刻、NodeSeek 上可以找到）。

优点：

月费 ¥15–¥30，是最低成本的官方功能体验
不需要自己处理账号注册和支付

缺点：

共享账号有被封风险，对话历史不私密
用量受其他拼车用户影响，高峰期可能触发限速
信任问题：需要确认组织者可靠

按场景选方案#

轻度用户（每周几次）：API 中转按量付费，或找靠谱拼车，月均 ¥30 以内。

日常开发（每天使用）：官方 Pro 订阅（USD 20/月）性价比最高，功能完整，长期稳定。

预算极有限：国产模型挂载，简单任务完全够用，复杂任务临时切中转平台。

团队/商业用途：直接官方 API，按需购买，不要走共享账号。

常见问题#

API 中转平台安全吗？#

数据会经过第三方服务器，敏感代码（商业项目、含密钥的配置文件）不建议通过中转平台处理。个人学习和非敏感项目没有明显风险。选择时优先选用量较大、有口碑的平台。

国产模型挂载后 Claude Code 还能正常用吗？#

基本功能可用，包括文件读写、命令执行、代码生成。但部分功能依赖 Claude 特有能力（如 extended thinking、长上下文规划），挂载国产模型后这些会受限或失效。

官方账号会因为在国内使用被封吗？#

有风险，但概率不高。主要触发条件：使用共享 IP（多人共用同一 VPN 节点）、短时间内 IP 频繁切换、账号被标记为高风险。使用固定的科学上网节点，风险很低。

Claude Max 和 Claude Pro 有什么区别？#

Pro 每月 USD 20，有每 5 小时用量窗口限制。Max 每月 USD 100，用量上限约为 Pro 的 5 倍，适合全天高强度使用。如果你经常遇到「已达到用量上限」提示，考虑升级 Max。

国内如何完成 Claude Pro 订阅，参考支付宝买礼品卡订阅 Claude Pro 完整教程。配置好之后，推荐读一下 CLAUDE.md 配置说明，让 Claude Code 从第一条命令开始就了解你的项目。

2026 年 MCP 服务器推荐：Claude Code 必装的 6 个（附配置命令）

Thu, 09 Apr 2026 00:00:00 GMT

MCP 服务器（Model Context Protocol Server）是一种标准化插件，让 Claude Code 等 AI 工具能直接调用外部服务，无需手动复制粘贴数据。

这篇挑了 6 个在实际开发场景里最有用的 MCP 服务器，每个附安装命令和可直接用的配置片段。

还不清楚 MCP 是什么，先看 MCP 是什么？用一个类比彻底讲清楚模型上下文协议；想看真实使用场景，看 MCP 能做什么？10 个真实场景。

装之前要知道的事#

每个 MCP 服务器启动时会向 Claude Code 注册一批工具。同时启用的服务器越多，注入上下文的工具列表就越长，会占用 token 并拖慢响应。

建议同时启用不超过 6 个服务器。 按当前项目需要启用，不用的暂时注释掉。

配置文件路径：

客户端	配置文件路径
Claude Desktop（macOS）	`~/Library/Application Support/Claude/claude_desktop_config.json`
Claude Desktop（Windows）	`%APPDATA%\Claude\claude_desktop_config.json`
Cursor（项目级）	`.cursor/mcp.json`
Cursor（全局）	`~/.cursor/mcp.json`

1. Brave Search MCP — 实时网页搜索#

让 Claude Code 能搜索最新信息，告别”知识截止日期”限制。

适用场景： 查最新文档、搜技术方案、了解某个库的最新版本。

获取 API Key： 在 Brave Search API 注册，免费计划每月 2000 次查询。

1
{
2
  "mcpServers": {
3
    "brave-search": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-brave-search"],
6
      "env": {
7
        "BRAVE_API_KEY": "your-brave-api-key"
8
      }
9
    }
10
  }
11
}

2. Context7 MCP — 拉取最新库文档#

Claude Code 的训练数据有截止日期，写代码时经常用到过时的 API。Context7 在每次对话时实时拉取对应库的最新官方文档，直接注入上下文。

适用场景： 用 Claude Code 写代码时，自动获取 React、Next.js、Tailwind 等库的最新 API 说明。

1
{
2
  "mcpServers": {
3
    "context7": {
4
      "command": "npx",
5
      "args": ["-y", "@upstash/context7-mcp"]
6
    }
7
  }
8
}

使用方式：在 prompt 末尾加 use context7，Claude Code 会自动拉取相关库文档。

3. Filesystem MCP — 读写本地文件#

让 Claude Code 直接访问你指定的本地目录，省去手动复制文件内容的步骤。

适用场景： 让 Claude Code 分析整个项目目录、批量修改文件、读取配置文件。

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "/Users/your-username/projects"
9
      ]
10
    }
11
  }
12
}

Warning

args 最后一个参数是授权目录，只填必要的目录，不要填根目录 /。可以填多个路径，空格分隔。

4. GitHub MCP — 读取仓库、Issue、PR#

让 Claude Code 直接访问 GitHub 仓库内容，无需手动复制代码或 Issue 描述。

适用场景： 让 Claude Code 分析仓库代码、总结 Issue、查看 PR diff、理解项目结构。

获取 Token： GitHub Settings → Developer settings → Personal access tokens → 创建，只需要 repo 读权限。

1
{
2
  "mcpServers": {
3
    "github": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-github"],
6
      "env": {
7
        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_your_token_here"
8
      }
9
    }
10
  }
11
}

5. Playwright MCP — 浏览器自动化#

让 Claude Code 控制真实浏览器：打开网页、点击按钮、截图、填写表单。

适用场景： 自动化测试、网页截图、操作需要登录的页面、验证 UI 效果。

1
{
2
  "mcpServers": {
3
    "playwright": {
4
      "command": "npx",
5
      "args": ["-y", "@playwright/mcp@latest"]
6
    }
7
  }
8
}

首次运行会自动下载 Chromium（约 200MB），之后直接使用。

6. Fetch MCP — 抓取任意网页内容#

让 Claude Code 直接抓取并解析任意 URL 的内容，返回干净的文本。

适用场景： 读取文档页面、抓取竞品信息、解析 API 响应页面。

1
{
2
  "mcpServers": {
3
    "fetch": {
4
      "command": "uvx",
5
      "args": ["mcp-server-fetch"]
6
    }
7
  }
8
}

Note

uvx 需要先安装 uv：curl -LsSf https://astral.sh/uv/install.sh | sh

完整配置示例#

把上面的配置合并到一个文件里：

1
{
2
  "mcpServers": {
3
    "brave-search": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-brave-search"],
6
      "env": {
7
        "BRAVE_API_KEY": "your-brave-api-key"
8
      }
9
    },
10
    "context7": {
11
      "command": "npx",
12
      "args": ["-y", "@upstash/context7-mcp"]
13
    },
14
    "filesystem": {
15
      "command": "npx",
16
      "args": [
17
        "-y",
18
        "@modelcontextprotocol/server-filesystem",
19
        "/Users/your-username/projects"
20
      ]
21
    },
22
    "github": {
23
      "command": "npx",
24
      "args": ["-y", "@modelcontextprotocol/server-github"],
25
      "env": {
26
        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_your_token_here"
27
      }
28
    },
29
    "playwright": {
30
      "command": "npx",
31
      "args": ["-y", "@playwright/mcp@latest"]
32
    },
33
    "fetch": {
34
      "command": "uvx",
35
      "args": ["mcp-server-fetch"]
36
    }
37
  }
38
}

显示更多显示更少

常见问题#

配置保存后需要重启 Claude Desktop 吗？#

需要完全退出再重启（macOS 需要从菜单栏退出，不只是关闭窗口）。重启后在新对话里才能使用新配置的 MCP 服务器。

如何确认 MCP 服务器已正常连接？#

打开 Claude Desktop，在新对话界面左下角或工具栏会显示已连接的 MCP 工具图标。也可以直接问 Claude：“你现在有哪些可用工具？“

npx 运行时报错找不到包怎么办？#

确认 Node.js 版本 ≥ 18：node --version。如果版本过低，用 nvm 升级：nvm install 20 && nvm use 20。

某个 MCP 服务器启动失败怎么排查？#

打开 Claude Desktop 日志（macOS：~/Library/Logs/Claude/），找对应服务器的错误信息。最常见的问题是环境变量没填或 API Key 错误。也可以用 MCP Inspector 单独测试某个服务器是否正常工作。

需要把 MCP 服务器部署到远程 VPS 供多人共享使用？看在 VPS 上部署远程 MCP 服务器。

本文最后更新于 2026-04，MCP 服务器版本以各仓库最新 release 为准。

Novita AI 上手指南：比 GPT-4.1 便宜 67 倍的 AI API

Thu, 09 Apr 2026 00:00:00 GMT

Novita AI 是一个兼容 OpenAI API 格式的 AI 模型平台，提供 200+ 开源模型，最低 USD 0.03/M tokens——同等任务下比 GPT-4.1 便宜最多 67 倍，只改 base_url 即可从 OpenAI 切换过来，不改其他代码。

这篇从价格对比到完成第一次 API 调用，完整走一遍。

Novita AI 是什么#

Novita AI 把 Llama、DeepSeek、Qwen、Stable Diffusion 等 200+ 开源模型整合到统一的 API 接口里，兼容 OpenAI SDK，只需要改 base_url 就能切换，不改其他代码。平台按实际 token 消耗计费，没有最低消费，没有 GPU 也能用。

价格对比：Novita vs 主流闭源商业模型#

下表对比 Novita 开源模型与主流闭源商业 API 的价格（单位：美元 / 百万 tokens，2026-04）：

模型	提供商	输入价格	输出价格	适用场景
Llama 3.1 8B	Novita	USD 0.03	USD 0.03	轻量对话、分类、摘要
Qwen3 4B	Novita	USD 0.03	USD 0.03	中文轻量任务
Qwen 2.5 7B	Novita	USD 0.07	USD 0.07	中文问答
DeepSeek V3	Novita	USD 0.27	USD 1.10	代码生成、复杂对话
Qwen 2.5 72B	Novita	USD 0.40	USD 0.40	高质量中文生成
DeepSeek R1	Novita	USD 4.00	USD 4.00	数学推理、逻辑分析
GPT-4o mini	OpenAI	USD 0.15	USD 0.60	—
Gemini 3 Flash	Google	USD 0.50	USD 3.00	—
GPT-4.1	OpenAI	USD 2.00	USD 8.00	—
Gemini 3.1 Pro	Google	USD 2.00	USD 12.00	—
Claude Sonnet 4.6	Anthropic	USD 3.00	USD 15.00	—

Note

价格来源：novita.ai/pricing、openai.com/api/pricing、ai.google.dev/gemini-api/docs/pricing、anthropic.com/pricing，2026-04。价格随时可能调整，以各官网当前标价为准。

具体能省多少#

以处理 100 万 tokens 输入 为例：

场景	选 Novita	选闭源最新款	节省
简单问答 / 文本分类	Qwen3 4B：USD 0.03	GPT-4o mini：USD 0.15	节省 80%
代码生成 / 复杂对话	DeepSeek V3：USD 0.27	GPT-4.1：USD 2.00	节省 87%
高质量中文生成	Qwen 2.5 72B：USD 0.40	Gemini 3.1 Pro：USD 2.00	节省 80%
数学推理 / 逻辑分析	DeepSeek R1：USD 4.00	Claude Sonnet 4.6：USD 3.00	输入相近，Novita 无需订阅费

日处理 100 万 tokens 的项目，用 DeepSeek V3 替代 GPT-4.1，每月节省约 USD 51（USD 60 → USD 8.1）。

注册与获取 API Key#

第一步：注册账号

打开 Novita AI 官网，点击 Sign Up，用 Google 账号或邮箱注册。新账号会附送少量免费额度。

第二步：充值

进入 Billing 页面，最低充值 USD 5，支持 Visa / Mastercard（国内双币卡可用）。

第三步：获取 API Key

进入 API Keys 页面，点击 Create API Key，复制生成的 Key（以 sk- 开头）。

第一次 API 调用#

安装 OpenAI Python SDK（如果还没装）：

Terminal window

1
pip install openai

调用 Novita API，只需要把 base_url 指向 Novita，api_key 换成你的 Novita Key：

1
from openai import OpenAI
2

3
client = OpenAI(
4
    base_url="https://api.novita.ai/v3/openai",
5
    api_key="sk-your-novita-api-key",
6
)
7

8
response = client.chat.completions.create(
9
    model="meta-llama/llama-3.1-8b-instruct",
10
    messages=[
11
        {"role": "user", "content": "用一句话解释什么是 MCP 协议"}
12
    ],
13
)
14

15
print(response.choices[0].message.content)

显示更多显示更少

运行成功说明 API 配置正确。

模型 ID	适用场景	Novita 价格	对标闭源模型
`meta-llama/llama-3.1-8b-instruct`	轻量对话、摘要、分类	USD 0.03 / M	GPT-4o mini（USD 0.15）的 1/5 价；GPT-4.1（USD 2.00）的 1/67 价
`qwen/qwen3-4b`	中文轻量任务	USD 0.03 / M	GPT-4o mini 的 1/5 价
`deepseek/deepseek-v3`	代码生成、复杂对话	USD 0.27 / M（输入）	GPT-4.1（USD 2.00）的 1/7 价；Gemini 3.1 Pro（USD 2.00）的 1/7 价
`qwen/qwen2.5-72b-instruct`	高质量中文生成	USD 0.40 / M	Claude Sonnet 4.6（USD 3.00）的 1/7.5 价
`deepseek/deepseek-r1`	数学推理、逻辑分析	USD 4.00 / M（输入）	与 Claude Sonnet 4.6（USD 3.00）相近，推理能力更强

在项目代码中使用 Novita（替代 OpenAI SDK）#

Claude Code 支持配置自定义的 OpenAI 兼容 API 端点。设置方式：

Terminal window

1
# 在终端设置环境变量
2
export OPENAI_API_KEY="sk-your-novita-api-key"
3
export OPENAI_BASE_URL="https://api.novita.ai/v3/openai"

或者写入 .env 文件（放在项目根目录）：

Terminal window

1
OPENAI_API_KEY=sk-your-novita-api-key
2
OPENAI_BASE_URL=https://api.novita.ai/v3/openai

配置完成后，在代码里直接用 openai 库调用，请求会自动路由到 Novita 而非 OpenAI。

Note

Claude Code 本身调用的是 Anthropic API，不受上述配置影响。这里的配置针对的是你自己的项目代码里调用 OpenAI SDK 的部分。

注意事项#

免费额度：新账号有少量免费 credits，用完后需要充值才能继续。

速率限制：免费额度期间有较低的速率限制（RPM），充值后限制大幅放宽。

模型可用性：热门模型随时可能被替换为更新版本，建议在生产项目里锁定具体模型版本，而非用 latest 别名。

网络：Novita API 在国内需要走代理访问。

常见问题#

Novita 和 OpenAI API 代码怎么互相切换？#

只改两处：base_url 改为 https://api.novita.ai/v3/openai，api_key 改为 Novita Key，model 参数改为 Novita 支持的模型 ID。其他代码不变。

Novita 的模型质量和 OpenAI 比怎么样？#

轻量模型（Llama 3.1 8B、Qwen3 4B）适合简单任务，质量不如 GPT-4o。高端模型（DeepSeek R1、Qwen2.5 72B）在特定任务上可以接近 GPT-4o，代码和中文任务表现尤其好。具体效果建议用你的实际 prompt 测试。

支持流式输出（streaming）吗？#

支持。设置 stream=True 即可，用法和 OpenAI SDK 完全一致。

图片生成也能用 Novita 吗？#

可以。Novita 支持 Stable Diffusion、FLUX 等图片生成模型，通过 Image API 调用，文档在 novita.ai/docs 查看。

更多 AI 工具对比，看 AI 工具导航。

本文最后更新于 2026-04，价格和模型列表以 Novita 官网当前为准。

ICP 备案通过后：阿里云 ECS 建站完整配置与 Nginx HTTPS 部署

Thu, 09 Apr 2026 00:00:00 GMT

收到工信部备案通过的短信后，网站才能正式上线。这篇从域名解析开始，走完 Nginx 安装、HTTPS 证书申请、反代配置和备案号展示的完整流程。

如果还没完成 ICP 备案，先看阿里云 ICP 备案全流程。

第一步：域名解析到 ECS#

备案通过前不能做这一步——域名解析到境内服务器被检测到会影响审核。收到通过短信后再操作。

进入阿里云域名控制台 → 解析设置，添加两条 A 记录：

记录类型	主机记录	记录值	TTL
A	@	ECS 公网 IP	10 分钟
A	www	ECS 公网 IP	10 分钟

TTL 先设 10 分钟，调试期间改起来快。上线稳定后改为 10 分钟或更长。

Terminal window

1
# 验证解析是否生效（本地执行）
2
dig +short your-domain.com
3
# 输出 ECS 公网 IP 说明解析已生效

第二步：安装 Nginx#

SSH 登录 ECS，安装 Nginx：

Terminal window

1
sudo apt update
2
sudo apt install -y nginx
3

4
# 确认 Nginx 已启动
5
sudo systemctl status nginx
6
# 看到 active (running) 说明正常
7

8
# 设置开机自启
9
sudo systemctl enable nginx

此时用浏览器访问 http://your-domain.com，能看到 Nginx 默认欢迎页，说明域名解析和 Nginx 均正常。

第三步：申请阿里云免费 SSL 证书#

阿里云提供免费的 DV 证书（有效期 3 个月，可以重复申请），不需要信用卡。

进入阿里云控制台，搜索 SSL 证书
点击免费证书，选个人测试证书（免费版）
填入域名（your-domain.com），证书类型选 RSA 2048
验证方式选文件验证或DNS 验证

DNS 验证方式（推荐）#

选 DNS 验证后，阿里云给出一条 TXT 记录：

记录类型	主机记录	记录值
TXT	_dnsauth	阿里云给出的验证值

在域名解析控制台添加这条记录，等待几分钟后回到证书控制台点验证。验证通过后证书签发，通常几分钟内完成。

下载并上传证书#

证书签发后，选 Nginx 格式下载，得到两个文件：

1
your-domain.com.pem    # 证书链
2
your-domain.com.key    # 私钥

上传到 ECS：

Terminal window

1
# 本地执行，替换路径和 IP
2
scp your-domain.com.pem root@your-ecs-ip:/etc/nginx/ssl/
3
scp your-domain.com.key root@your-ecs-ip:/etc/nginx/ssl/
4

5
# 在 ECS 上创建目录（如果不存在）
6
sudo mkdir -p /etc/nginx/ssl
7
sudo chmod 700 /etc/nginx/ssl

第四步：配置 Nginx#

静态网站#

适合 Mintlify 导出的静态文件、纯 HTML/CSS 站点：

Terminal window

1
sudo nano /etc/nginx/sites-available/your-domain.com

1
server {
2
    listen 80;
3
    server_name your-domain.com www.your-domain.com;
4
    return 301 https://your-domain.com$request_uri;
5
}
6

7
server {
8
    listen 443 ssl;
9
    server_name your-domain.com;
10

11
    ssl_certificate     /etc/nginx/ssl/your-domain.com.pem;
12
    ssl_certificate_key /etc/nginx/ssl/your-domain.com.key;
13
    ssl_protocols       TLSv1.2 TLSv1.3;
14

15
    root /var/www/your-domain.com;
16
    index index.html;
17

18
    location / {
19
        try_files $uri $uri/ =404;
20
    }
21
}
22

23
# www 跳转到根域名
24
server {
25
    listen 443 ssl;
26
    server_name www.your-domain.com;
27

28
    ssl_certificate     /etc/nginx/ssl/your-domain.com.pem;
29
    ssl_certificate_key /etc/nginx/ssl/your-domain.com.key;
30

31
    return 301 https://your-domain.com$request_uri;
32
}

显示更多显示更少

反向代理（Node.js / Python 应用）#

应用监听本地端口（如 3000），Nginx 做反代：

1
server {
2
    listen 80;
3
    server_name your-domain.com www.your-domain.com;
4
    return 301 https://your-domain.com$request_uri;
5
}
6

7
server {
8
    listen 443 ssl;
9
    server_name your-domain.com;
10

11
    ssl_certificate     /etc/nginx/ssl/your-domain.com.pem;
12
    ssl_certificate_key /etc/nginx/ssl/your-domain.com.key;
13
    ssl_protocols       TLSv1.2 TLSv1.3;
14

15
    location / {
16
        proxy_pass         http://127.0.0.1:3000;
17
        proxy_http_version 1.1;
18
        proxy_set_header   Host $host;
19
        proxy_set_header   X-Real-IP $remote_addr;
20
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
21
        proxy_set_header   X-Forwarded-Proto $scheme;
22
    }
23
}

显示更多显示更少

启用配置#

Terminal window

1
# 启用站点配置
2
sudo ln -s /etc/nginx/sites-available/your-domain.com /etc/nginx/sites-enabled/
3

4
# 测试配置语法
5
sudo nginx -t
6
# 输出 syntax is ok 和 test is successful 才能继续
7

8
# 重载 Nginx
9
sudo systemctl reload nginx

第五步：展示备案号（合规要求）#

备案通过后，网站首页底部必须展示工信部备案号，并链接到 beian.miit.gov.cn。这是工信部的强制要求，不展示属于违规，阿里云会定期巡检。

在页面 HTML 的 <footer> 里添加：

1
<footer>
2
  <a href="https://beian.miit.gov.cn" target="_blank" rel="noopener">
3
    京ICP备XXXXXXXX号
4
  </a>
5
</footer>

备案号格式为省份缩写 + ICP备 + 数字 + 号，在阿里云备案控制台或工信部网站 beian.miit.gov.cn 上可以查到你的备案号。

如果网站还涉及公安备案（有互动功能的网站需要），在备案号旁边同样展示公安备案号和图标。

验证清单#

Terminal window

1
# 1. HTTP 是否跳转到 HTTPS
2
curl -I http://your-domain.com
3
# 应看到 301 和 Location: https://your-domain.com/
4

5
# 2. HTTPS 是否正常
6
curl -I https://your-domain.com
7
# 应看到 200
8

9
# 3. www 是否跳转到根域名
10
curl -I https://www.your-domain.com
11
# 应看到 301 和 Location: https://your-domain.com/
12

13
# 4. 证书是否有效
14
curl -vI https://your-domain.com 2>&1 | grep -E "SSL|subject|expire"

常见问题#

Nginx 配置测试通过但网站打不开，报 502#

502 表示 Nginx 能收到请求，但后端应用没在运行或端口不对。检查：① 应用是否在运行（ps aux | grep node）；② 应用监听的端口是否和 proxy_pass 里一致；③ ECS 安全组是否放行了 80 和 443 端口。

阿里云 ECS 安全组需要放行哪些端口？#

最少需要放行：22（SSH）、80（HTTP）、443（HTTPS）。在 ECS 控制台 → 安全组 → 入方向，添加这三条规则。安全组和 ufw 是两层控制，两处都要放行。

免费 SSL 证书 3 个月后怎么续期？#

阿里云免费证书到期前 30 天会发邮件提醒。到期前重新申请一张新证书，下载后替换 /etc/nginx/ssl/ 下的两个文件，执行 sudo systemctl reload nginx 即可。整个操作不超过 10 分钟，不影响网站运行。

备案号在哪里查？#

登录阿里云备案控制台，在”我的备案”列表里找到对应域名，备案号显示在域名旁边。也可以在工信部官网 beian.miit.gov.cn 搜索域名查询。

网站上线后阿里云会检查备案号展示吗？#

会。阿里云有自动巡检系统，定期抓取页面检查备案号是否展示。未展示的会收到整改通知，限期内不整改可能被暂停服务或注销备案。

本文最后更新于 2026-04，测试环境：Ubuntu 22.04 LTS，Nginx 1.24。

搬瓦工 vs RackNerd：你的预算决定你该买哪个

Thu, 09 Apr 2026 00:00:00 GMT

两款产品定位差距很大，不存在”谁更好”——只有”哪个更适合你的需求和预算”。这篇用预算和使用场景帮你做决策。

一句话定位#

搬瓦工（BandwagonHost）：中国优化线路的老牌 VPS，CN2 GIA 是核心卖点，国内访问延迟低且稳定，价格偏高。

RackNerd：美国高性价比 VPS，普通 BGP 线路，年付低至 USD 10，流量给得大方，适合预算有限的场景。

简短结论：预算 USD 15/年以内选 RackNerd；需要稳定低延迟访问中国大陆用户，选搬瓦工 CN2 GIA。

核心对比#

对比项	搬瓦工	RackNerd
入门年付价格	USD 49.99/年（CN2 GIA-E）	~USD 10/年
线路类型	CN2 GIA / CN2 GT / 软银	普通 BGP
国内延迟（参考）	80–120ms（CN2 GIA）	150–200ms（西海岸）
月流量	500GB–1TB（入门套餐）	1.5–2TB（入门套餐）
可用机房	美国/日本/香港/新加坡（需对应套餐）	美国 10+ 个（同一套餐可选）
支付宝	支持	支持
退款政策	30 天	30 天

线路差异是关键#

这是两者最本质的区别，直接影响国内访问体验。

搬瓦工 CN2 GIA 线路

CN2 GIA 是中国电信的高等级优化线路，全程 CN2，三网（电信/联通/移动）均有优化，晚高峰表现稳定，丢包率低。搬瓦工 CN2 GIA-E 套餐支持美国、日本、香港、新加坡等多个机房一键切换，遇到问题可以换机房而不用换套餐。

RackNerd 普通 BGP 线路

BGP 线路是标准的国际互联网线路，没有专门针对中国大陆的优化。延迟比 CN2 GIA 高 50–80ms，晚高峰丢包比早上明显，速度受运营商和时段影响。但对于不依赖实时、低延迟访问的场景（博客、静态站、开发环境），BGP 线路完全够用。

按使用场景选择#

选 RackNerd 的情况：

个人博客、文档站、导航站 — 读者主要通过搜索引擎进来，延迟 200ms 以内完全不影响体验
开发测试环境 — 你自己连接，连接频率不高，200ms 延迟可以接受
学生或刚入门，想低成本试用海外 VPS
年付 USD 10–USD 15 的预算
流量需求大（2TB/月以上）

选搬瓦工的情况：

需要稳定低延迟访问国内用户（社区、论坛、工具站）
代理节点对速度和稳定性有要求
晚高峰业务高峰期，不能接受丢包和限速
预算 USD 50/年以上

价格决策线#

USD 10–USD 15/年 → 只有 RackNerd（搬瓦工没有这个价位的产品）
USD 15–USD 49/年 → RackNerd 高配套餐（4核8G 级别）
USD 49.99/年 → 搬瓦工 CN2 GIA-E 入门套餐（1核1G，多机房切换）
USD 89.99/年 → 搬瓦工 CN2 GIA-E 进阶套餐（1核2G）
USD 169.99/年+ → 搬瓦工洛杉矶 CN2 GIA 高配 / 日本软银套餐

预算低于 USD 50/年，只有 RackNerd 是合理选择。 预算超过 USD 50/年，再根据对国内访问速度的要求做判断。

购买入口#

两者均支持支付宝付款，新用户注册后直接购买：

搬瓦工官网 — 建议选 CN2 GIA-E 套餐，性价比最高
RackNerd 官网 — 选西海岸机房（圣何塞/洛杉矶），购买流程看 RackNerd 购买完全指南

常见问题#

搬瓦工 CN2 GIA-E 套餐经常缺货怎么办？#

CN2 GIA-E 是搬瓦工最热门的套餐，库存经常不足。可以在搬瓦工官网注册邮件通知，有货时会发邮件。等不及的话，CN2 GT 套餐价格更低，线路稍差但国内访问速度也不错。

RackNerd 的 BGP 线路晚高峰会很卡吗？#

晚高峰（20:00–23:00 国内时间）BGP 线路确实比 CN2 GIA 慢，主要表现为延迟升高和偶发丢包。对于静态网站或低频访问的服务影响不大；对实时性要求高的业务（直播、在线游戏）不建议用 BGP 线路。

能先买 RackNerd，之后再换搬瓦工吗？#

完全可以。两者都支持 30 天退款。先用 RackNerd 熟悉 VPS 操作，之后有需要再迁移到搬瓦工。迁移本质上就是在新服务器重新部署，主要工作是备份和恢复数据。

搬瓦工支持退款吗？#

支持 30 天退款保证，但仅限于首次购买。续费套餐如果退款会扣除已使用时间的费用。

更多 VPS 对比和配置教程，看 VPS 选购与基础配置指南。

本文最后更新于 2026-04，价格和套餐以两家官网当前为准。

Cloudflare 接入全流程：DNS 代理、HTTPS 与缓存配置

Thu, 09 Apr 2026 00:00:00 GMT

Cloudflare 是免费 CDN + DNS 管理 + 安全防护的组合，个人站点用免费套餐已经够用。接入后，所有流量经过 Cloudflare 节点中转，有缓存加速、DDoS 防护和自动 HTTPS 证书。

接入前确认#

域名在注册商处可以修改 Nameserver（绝大多数都可以）
已知域名当前的 DNS 记录（A 记录、CNAME 等），切换后要在 Cloudflare 重新配置

第一步：在 Cloudflare 添加站点#

注册并登录 cloudflare.com
点击右上角 Add a domain，输入你的域名（如 example.com），点击 Continue
套餐选 Free，点击 Continue
Cloudflare 自动扫描现有 DNS 记录，核对列表是否完整——如果有遗漏的记录，在此步骤手动补充

第二步：修改 Nameserver#

Cloudflare 会给出两个专属 Nameserver 地址，格式类似：

1
aria.ns.cloudflare.com
2
bob.ns.cloudflare.com

登录你的域名注册商控制台，找到 Nameserver（域名服务器） 设置，替换为 Cloudflare 给出的两个地址。

以 Namecheap 为例：Domain List → Manage → Nameservers，选 Custom DNS，填入上面两个地址。

Nameserver 修改后，全球传播需要几分钟到 24 小时。Cloudflare 控制台会轮询状态，生效后发邮件通知。

Terminal window

1
# 用 dig 验证 Nameserver 是否已切换
2
dig NS example.com
3
# ANSWER SECTION 里应看到 cloudflare.com 的 NS 记录

第三步：DNS 代理模式#

Cloudflare 的 DNS 记录有两种模式，通过记录行右侧的云朵图标区分：

模式	图标	说明
已代理（Proxied）	橙色云朵	流量经过 Cloudflare 节点，有 CDN 缓存、DDoS 防护，真实 IP 被隐藏
仅 DNS（DNS only）	灰色云朵	直接解析到源服务器 IP，Cloudflare 不中转流量

选哪个：

网站的 A/CNAME 记录 → 选已代理（橙色），享受 CDN 和防护
MCP Server、数据库、邮件 MX 记录 → 选仅 DNS（灰色），不能走代理

在 Cloudflare DNS 面板点击云朵图标即可切换。

第四步：强制 HTTPS#

让所有 HTTP 请求自动跳转到 HTTPS。

进入 SSL/TLS → Edge Certificates，开启以下两个开关：

Always Use HTTPS：HTTP 请求强制 301 跳转到 HTTPS
Automatic HTTPS Rewrites：把页面里的 HTTP 资源链接自动改为 HTTPS，避免混合内容警告

SSL/TLS 加密模式选择（在 SSL/TLS → Overview）：

模式	说明	选哪个
Off	不加密	不选
Flexible	Cloudflare 到用户 HTTPS，Cloudflare 到源服务器 HTTP	临时方案，不推荐
Full	全程 HTTPS，但不验证源服务器证书	源服务器有自签名证书时用
Full (Strict)	全程 HTTPS，验证源服务器证书	推荐，源服务器用 Let’s Encrypt 证书时选这个

源服务器已配好 Let’s Encrypt 证书（参考 VPS 选购与基础配置里的 Nginx + Certbot 步骤），选 Full (Strict)。

第五步：缓存规则#

Cloudflare 默认缓存静态资源（图片、CSS、JS），动态内容（HTML、API 响应）不缓存。

查看当前缓存状态：

Terminal window

1
# 检查响应头，CF-Cache-Status 字段说明缓存状态
2
curl -I https://example.com/
3

4
# CF-Cache-Status 取值：
5
# HIT    - 命中缓存，从 Cloudflare 节点返回
6
# MISS   - 未命中，从源服务器拉取
7
# BYPASS - 绕过缓存
8
# EXPIRED - 缓存已过期

清除缓存：

在 Cloudflare 控制台 Caching → Configuration → Purge Cache，可以清除全站或指定 URL 的缓存。

文档站（Mintlify 托管）不需要手动配置缓存规则，Cloudflare 的默认策略已够用。

第六步：Page Rules 基础配置#

Page Rules 对特定 URL 模式应用不同规则。免费套餐有 3 条 Page Rules。

常用配置：把带 www 的 URL 301 重定向到根域名：

进入 Rules → Page Rules，点击 Create Page Rule
URL 填 www.example.com/*
Setting 选 Forwarding URL，状态码选 301 - Permanent Redirect
Destination URL 填 https://example.com/$1
保存并开启

Terminal window

1
# 验证重定向是否生效
2
curl -I https://www.example.com
3
# 应看到 301 响应和 Location: https://example.com/

Note

Cloudflare 的 Page Rules 已逐渐被 Rules 下的 Redirect Rules 替代，功能更强、条数更多（免费套餐支持 10 条）。新配置建议用 Rules → Redirect Rules 而不是 Page Rules。

常见问题#

接入 Cloudflare 后网站打不开，报 526 错误怎么办？#

526 错误表示 Cloudflare 无法验证源服务器的 SSL 证书。解决：① 检查源服务器证书是否有效（Let’s Encrypt 没过期）；② 临时把 SSL 模式从 Full (Strict) 改为 Full，排查证书问题后再改回来。

接入 Cloudflare 后真实 IP 泄露了怎么办？#

检查 DNS 面板，所有网站域名的记录是否都是橙色云朵（已代理）。如果某条 A 记录是灰色，直接暴露了源 IP，点云朵切换为橙色。另外检查是否有其他子域名（如 mail.example.com）也暴露了同一 IP。

Cloudflare 会减慢国内访问速度吗？#

Cloudflare 的免费套餐在国内没有节点，流量会绕到海外节点再回源，实际可能比直接访问源服务器更慢。面向国内用户的站点，如果对速度有要求，考虑不接入 Cloudflare，或升级到 Cloudflare 付费套餐（有香港节点）。

Cloudflare 和 CDN 加速是什么关系？#

Cloudflare 本身就是 CDN 提供商之一。接入后静态资源会缓存在全球边缘节点，用户访问时从最近的节点返回，不需要额外配置第三方 CDN。

本文最后更新于 2026-04。

域名注册与 DNS 解析：A 记录、CNAME 与 TTL 实操指南

Thu, 09 Apr 2026 00:00:00 GMT

域名买好之后，需要通过 DNS 记录告诉互联网”这个域名指向哪个 IP”。这篇覆盖注册、记录配置、TTL 理解和验证四个环节。

选哪家注册商#

注册商	优势	适合人群
RackNerd	价格实惠，VPS 含赠送域名，适合一站式采购	境外独立站，预算有限
阿里云万网	国内支付宝付款，与阿里云 ECS/备案深度集成	国内建站，需要 ICP 备案
Cloudflare Registrar	以成本价出售，无续费溢价，DNS 直接托管	已经用 Cloudflare 的站点

选域名后缀建议：

.com 最通用，适合面向海外用户的站点
.cn 在国内备案更顺畅，适合面向国内用户的站点
.io / .dev 适合开发者工具类产品

Warning

在国内使用境内服务器运营网站，无论哪个后缀都需要 ICP 备案。详见阿里云 ICP 备案全流程。

在 RackNerd 购买 VPS#

访问 RackNerd，选择合适的 VPS 套餐，加入购物车
结算时填写域名信息，选择机房节点（洛杉矶/纽约/达拉斯等）
付款后在控制台 → My Services 找到刚购买的实例
点击 Manage 查看 IP、root 密码等信息

在阿里云注册域名#

访问万网，搜索域名，加入清单
下单前完成阿里云账号实名认证（必须，否则域名无法使用）
.cn 域名需要额外的域名持有者实名认证，提交身份证信息后 1-3 个工作日审核

DNS 记录类型#

建站最常用的两种记录：

记录类型	作用	示例
A 记录	域名 → IPv4 地址	`example.com` → `1.2.3.4`
CNAME 记录	域名 → 另一个域名	`www.example.com` → `example.com`

其他常见记录：

记录类型	作用
AAAA	域名 → IPv6 地址
MX	指定邮件服务器，配置邮箱收发时用到
TXT	文本验证，用于域名所有权验证、SPF 邮件防伪等

配置 A 记录（域名指向 VPS）#

以注册商控制台为例，在域名管理页面找到 Advanced DNS 或 DNS 解析 标签。

添加两条 A 记录：

Type	Host	Value	TTL
A Record	@	你的 VPS IP	Automatic
A Record	www	你的 VPS IP	Automatic

@ 代表根域名（example.com）
www 代表 www.example.com

Terminal window

1
# 阿里云控制台：进入域名解析 → 添加记录
2
# 记录类型选 A，主机记录填 @ 或 www，记录值填 VPS IP

配置 CNAME 记录#

CNAME 用于把一个子域名指向另一个域名（而不是直接指向 IP）。常见场景：

把 www.example.com → example.com（让带 www 和不带 www 的访问都能工作）
把 docs.example.com → Mintlify/Vercel 等托管平台给的域名

1
# 示例：把 docs 子域名指向 Mintlify
2
Type: CNAME
3
Host: docs
4
Value: custom.mintlify.dev
5
TTL: Automatic

Note

根域名（@）不能用 CNAME，只能用 A 记录。CNAME 只能用于子域名。

TTL 说明#

TTL（Time to Live）是 DNS 记录的缓存时间，单位秒。

TTL = 300：全球 DNS 缓存最多 5 分钟，改了记录 5 分钟内全球生效
TTL = 3600：缓存 1 小时，改了记录最长需要 1 小时才能全量生效
TTL = 86400：缓存 24 小时

建议：

第一次配置，把 TTL 设低（300 秒），调试完成后改回 3600
计划迁移服务器前，提前把 TTL 改为 300，等旧 TTL 过期后再改 A 记录指向新 IP，可以最小化迁移期间的访问中断

用 dig 验证解析结果#

DNS 记录添加后需要时间传播，用 dig 验证是否生效：

Terminal window

1
# 安装 dig（Ubuntu/Debian）
2
sudo apt install -y dnsutils
3

4
# 查询 A 记录
5
dig example.com A
6

7
# 查询 CNAME 记录
8
dig www.example.com CNAME
9

10
# 指定 DNS 服务器查询（绕过本地缓存）
11
dig @8.8.8.8 example.com A

输出中看 ANSWER SECTION，能看到记录和对应的值说明解析已生效：

1
;; ANSWER SECTION:
2
example.com.    300    IN    A    1.2.3.4

如果 ANSWER SECTION 为空，说明记录还未传播或配置有误。

Terminal window

1
# 快速验证：只看解析结果
2
dig +short example.com
3
# 直接输出 IP，如果为空说明还未生效

常见问题#

DNS 记录配置了很久还没生效怎么办？#

先用 dig @8.8.8.8 example.com 查询，绕过本地 ISP 缓存。如果 8.8.8.8 已经返回正确结果，说明是本地缓存问题，等待或刷新本地 DNS 缓存（macOS：sudo dscacheutil -flushcache，Windows：ipconfig /flushdns）。如果 8.8.8.8 也没返回，检查注册商控制台里记录是否保存成功。

根域名和 www 子域名都需要配置吗？#

建议都配置。用户可能直接输入 example.com 或 www.example.com，两者都应该能访问。如果你用 Nginx，额外配置一条 server 块把 www 重定向到根域名（或反之），统一规范 URL。

国内 DNS 和国际 DNS 有什么区别？#

部分注册商（如阿里云）支持按地区返回不同解析结果（智能解析/GeoDNS），可以让国内用户访问境内服务器，海外用户访问境外服务器。普通个人站点用默认的单一 A 记录即可，不需要配置智能解析。

本文最后更新于 2026-04。

RackNerd 购买完全指南：注册、机房选择、支付宝付款

Thu, 09 Apr 2026 00:00:00 GMT

RackNerd 是成立于 2019 年的美国 VPS 服务商，以年付低至 USD 10 的高性价比套餐著称，支持支付宝付款，是国内用户入门海外 VPS 的常见选择。

第一次购买通常卡在两个地方：不知道选哪个机房，不确定支付流程。这篇从套餐选择到 SSH 验证，走完完整流程。

RackNerd 适合谁#

RackNerd 是美国 VPS 服务商，主打高性价比年付套餐。它不是速度最快的选择，但在这个价位段稳定性和售后都超出预期。

适合这几类场景：

个人博客、文档站、导航站
开发测试环境、轻量 API 服务
搭建代理节点（非商业用途）
需要长期低成本稳定运行的服务

不适合：对国内访问延迟要求极高的生产环境（那种场景看搬瓦工 vs RackNerd 对比）。

RackNerd 套餐怎么选#

RackNerd 几乎每个月都有促销，年付价格通常在 USD 10–USD 25 之间。建议直接选年付，月付性价比低很多。

入门推荐配置（年付约 USD 10–USD 12）：

参数	推荐值
CPU	1 vCPU
内存	1GB
存储	20–30GB NVMe SSD
流量	1.5–2TB/月
带宽	1Gbps

个人项目这个配置完全够用。跑 Node.js 或 Python 服务选 1核2G，留一点内存余量。

Note

RackNerd 促销套餐库存有限，热门机房经常售罄。看到合适的直接下单，不要等。

RackNerd 机房怎么选#

这是最关键的决策。RackNerd 在美国有 10+ 个机房，对中国用户来说，优先选西海岸：

机房	到国内延迟（参考）	推荐程度
圣何塞（San Jose）	150–180ms	⭐⭐⭐⭐⭐ 首选
洛杉矶（Los Angeles）	160–200ms	⭐⭐⭐⭐⭐ 首选
西雅图（Seattle）	170–210ms	⭐⭐⭐⭐
达拉斯（Dallas）	220–260ms	⭐⭐⭐
芝加哥（Chicago）	240–270ms	⭐⭐
纽约（New York）	260–290ms	⭐⭐

东海岸机房延迟明显偏高，晚高峰丢包也更多，没有特殊理由不要选。

实际延迟受运营商和时段影响，以上仅供参考（数据来源：用户实测均值，2026-04）。正式使用前可以用 ping.pe 验证目标机房 IP 的实测延迟。

注册步骤#

打开 RackNerd 官网
点击右上角 Client Area → Register
填写邮箱和密码，不需要手机号
注册完成后登录，进入控制台

Note

填写账单地址时，国家选 China，省份和城市随意填，不影响购买。

购买流程#

第一步：选择套餐

进入 VPS Hosting 页面，选择当前促销套餐。注意看套餐页面上的机房列表，确认你想要的机房在可选范围内。

第二步：配置选项

选项	建议
Billing Cycle	Annual（年付，性价比最高）
Location	圣何塞或洛杉矶
Operating System	Ubuntu 22.04 LTS 64-bit
Root Password	自定义，记下来

第三步：结账

点击 Order Now → Checkout，进入账单页面：

如果有优惠码，在 Promo Code 框里填入（没有则跳过）
点击 Complete Order

第四步：支付宝付款

选择支付方式时选 Alipay（支付宝），页面会跳转到支付宝扫码页面。扫码完成后会自动返回，通常 1–5 分钟内 VPS 激活完成。

激活后：SSH 验证#

付款完成后，登录控制台进入 Services → My Services，点击刚购买的 VPS，查看：

IP Address（服务器 IP）
Root Password（初始密码）

打开终端连接：

Terminal window

1
# 替换为你的服务器 IP
2
ssh root@your-server-ip
3

4
# 第一次连接会弹出指纹确认提示，输入 yes
5
# 然后输入控制台里的 Root Password

登录成功后确认系统信息：

Terminal window

1
# 确认系统版本
2
lsb_release -a
3

4
# 确认公网 IP 与控制台一致
5
curl -s https://api.ipify.org
6

7
# 更新软件包
8
apt update && apt upgrade -y

SSH 登录成功说明 VPS 激活正常。接下来建议参考 VPS 基础安全加固配置公钥登录和防火墙。

常见问题#

付款后多久 VPS 能用？#

支付宝付款完成后通常 1–5 分钟自动激活。超过 10 分钟没收到邮件，检查垃圾邮件箱，或登录控制台查看 Services 状态。

流量用完了怎么办？#

套餐流量用完后带宽会被限速，服务不会中断。可以在控制台申请流量翻倍（部分促销套餐支持），或等下个月重置。

IP 被封了怎么处理？#

RackNerd 支持免费或低价换 IP（具体政策以当前控制台为准）。在 Services 页面提交 Support Ticket，说明需要更换 IP，通常 24 小时内处理。

能退款吗？#

RackNerd 提供 30 天退款保证（Money Back Guarantee），如果使用体验不满意可以提交退款申请。

支付宝付款后没有跳转怎么办？#

回到控制台 Billing → Invoices，找到待支付的订单，点击 View Invoice，重新选择支付宝付款即可。

买完 VPS 之后的下一步：VPS 选购与基础配置：从选机到 SSH 安全加固 — 覆盖创建普通用户、配置公钥登录、禁用密码认证、设置 ufw 防火墙的完整流程。

本文最后更新于 2026-04，RackNerd 促销套餐以官网当前上架为准。

Vercel + Cloudflare 国内加速：从部署到自定义域名全流程

Thu, 09 Apr 2026 00:00:00 GMT

Vercel 默认分配的 vercel.app 域名在中国大陆经常无法访问，原因是该域名遭到 DNS 污染，且 Vercel 的边缘节点不在大陆。解决方法是绑定自定义域名并走 Cloudflare 代理，绕过 DNS 污染问题。

前提#

已有一个域名（Namesilo / Cloudflare Registrar / 阿里云均可）
已将域名 DNS 迁移到 Cloudflare（Cloudflare 配置指南）
Vercel 账号已部署了项目

第一步：在 Vercel 绑定自定义域名#

进入项目 → Settings → Domains → 添加你的域名（如 app.yourdomain.com）。

Vercel 会显示 DNS 配置要求，通常是一条 CNAME 记录：

1
CNAME  app  cname.vercel-dns.com

先不要在 Cloudflare 里添加这条记录，下一步用优化方案替代。

第二步：Cloudflare CNAME 配置#

标准方案#

在 Cloudflare DNS 面板添加记录：

类型	名称	内容	代理状态
CNAME	app	cname.vercel-dns.com	仅 DNS（灰云）

Warning

绑定 Vercel 自定义域名时，Cloudflare 代理（橙云）会干扰 Vercel 的域名验证。先用灰云完成验证，看到 Vercel 显示两个绿色勾后再决定是否开启代理。

优化方案（enhanced-FaaS-in-China）#

标准方案对国内访问速度的提升有限。enhanced-FaaS-in-China 提供了优选过的 CNAME 节点，在中国大陆访问更稳定。

将 CNAME 记录的内容改为优选节点：

类型	名称	内容	代理状态
CNAME	app	vercel-cname.xingpingcn.top	仅 DNS（灰云）

在 Vercel Domains 设置里，域名验证通过（两个绿勾）后这条记录即生效。

验证是否生效：

Terminal window

1
# 从国内网络检测解析结果
2
nslookup app.yourdomain.com
3
# 期望看到解析到非 76.76.21.x 的 IP（76.76.21.x 是 Vercel 默认节点，国内不稳定）

第三步：SSL/TLS 模式设置#

Cloudflare 和 Vercel 之间需要 SSL 配置匹配，否则会出现证书错误。

在 Cloudflare 面板：SSL/TLS → 概述 → 选择 完全（Full） 模式。

不要选”灵活（Flexible）“——灵活模式下 Cloudflare 到 Vercel 是明文传输，Vercel 会返回 SSL 错误。

常见报错#

526 无效 SSL 证书#

Cloudflare 无法验证源服务器（Vercel）的证书。原因通常是 SSL/TLS 模式设为了”灵活”，改为”完全”即可。

CNAME 扁平化冲突（根域名无法使用 CNAME）#

如果你想用根域名（yourdomain.com 而非 app.yourdomain.com）指向 Vercel，DNS 协议不允许根域名设置 CNAME。

解决方法：在 Cloudflare 添加 A 记录，指向 Vercel 的 IP，或在 Vercel 的 Domains 里选择使用 www 子域并配置根域名重定向。

实际上 Cloudflare 对根域名有 CNAME Flattening 功能，可以把根域名的 CNAME 在查询时自动解析为 A 记录，Vercel 验证页面会提示 Vercel 专用的配置方式。

Vercel 域名验证一直未通过#

Cloudflare 的代理（橙云）会隐藏真实 DNS，导致 Vercel 看不到预期的 CNAME。验证期间保持灰云状态，验证通过后再切换。

效果预期#

配置完成后，国内访问你的应用走的路径是：

1
用户 → Cloudflare/优选节点 → Vercel 边缘（新加坡/日本）

与默认的 vercel.app 相比，DNS 解析稳定，访问成功率显著提升。由于 Vercel 最近的大陆外节点在亚太区，延迟通常在 80~150ms，无法做到大陆节点那样的 10ms 级别，但足够支撑正常使用。

如果对延迟要求更高，可考虑将静态资源托管到阿里云 OSS + CDN，仅用 Vercel 处理 SSR 请求。

域名购买与 DNS 基础配置见域名与 DNS 配置。Cloudflare 账号设置见 Cloudflare 配置指南。

本文最后更新于 2026-04。

VPS 选购与基础配置：从选机到 SSH 安全加固

Thu, 09 Apr 2026 00:00:00 GMT

独立站需要一台 VPS。这篇覆盖从选机到首次登录再到基础安全加固的完整流程，只写实际用过的服务商和配置。

主流服务商对比#

服务商	优势	适合场景	最低月费
GreenGeeks	老牌美国主机商，SSD 存储，含免费域名与 SSL	个人项目、轻量 Web 服务	USD 2.95
Vultr	机房覆盖广，日本/新加坡节点延迟低	面向亚洲用户的站点	USD 2.5
DigitalOcean	文档完善，控制台友好	初学者、需要 Managed DB	USD 4
搬瓦工（BandwagonHost）	CN2 GIA 线路，国内访问速度快	国内用户为主的站点	USD 49.99/年

选择建议：

目标用户在国内 → 搬瓦工 CN2 GIA 或 Vultr Tokyo/Singapore
目标用户在海外 → GreenGeeks（含免费域名，适合入门）
需要部署 MCP Server 供个人使用 → GreenGeeks Pro 或 Vultr 1核2G

Note

以上价格随时可能变动，以服务商官网当前标价为准。

核心参数选择#

操作系统：选 Ubuntu 22.04 LTS。LTS 版本支持周期长，社区资料最多，本文后续命令均基于此系统。

机房地区：用 ping.pe 测试目标服务商各机房到国内的延迟，选延迟最低的节点。

配置：个人博客/文档站从最低配置起步（1核1G），跑 Node.js 服务选 1核2G 以上。存储选 SSD，不选 HDD。

IP 类型：必须是独立公网 IP，不能是共享 NAT 型。下单前确认规格页写的是”dedicated IP”。

首次 SSH 登录#

服务商创建完实例后，控制台会给出 IP 地址和初始 root 密码（或让你上传公钥）。

Terminal window

1
# 用 root 登录
2
ssh root@your-server-ip
3
# 第一次连接会提示 "Are you sure you want to continue connecting?"，输入 yes
4

5
# 确认系统信息
6
lsb_release -a
7
# 确认公网 IP（应与控制台一致）
8
curl -s https://api.ipify.org

登录成功后立刻做安全加固，不要直接在 root + 密码登录的状态下开始部署服务。

基础安全加固#

1. 创建普通用户，禁止直接使用 root#

Terminal window

1
# 创建新用户（替换 yourname）
2
adduser yourname
3

4
# 加入 sudo 组
5
usermod -aG sudo yourname
6

7
# 切换到新用户测试
8
su - yourname
9
sudo whoami
10
# 输出 root 说明 sudo 权限正常

2. 配置 SSH 公钥登录#

在本机生成密钥对（如果还没有）：

Terminal window

1
# 本机执行
2
ssh-keygen -t ed25519 -C "your-email@example.com"
3
# 默认存在 ~/.ssh/id_ed25519 和 ~/.ssh/id_ed25519.pub

把公钥上传到服务器：

Terminal window

1
# 本机执行，替换用户名和 IP
2
ssh-copy-id yourname@your-server-ip
3
# 输入一次密码后，后续 SSH 登录不再需要密码

验证公钥登录可用：

Terminal window

1
ssh yourname@your-server-ip
2
# 不需要输入密码即可登录，说明配置成功

3. 禁用 root 远程登录和密码认证#

确认公钥登录正常后再做这步，否则可能把自己锁在外面。

Terminal window

1
# 在服务器上编辑 SSH 配置
2
sudo nano /etc/ssh/sshd_config

找到以下行，确认或修改为：

1
PermitRootLogin no
2
PasswordAuthentication no

Terminal window

1
# 重启 SSH 服务使配置生效
2
sudo systemctl restart sshd
3

4
# 不要关闭当前会话，新开一个终端窗口测试能否正常登录
5
# 确认新窗口能登录后再关闭当前会话

4. 修改 SSH 默认端口（可选）#

默认 22 端口会被大量自动扫描工具探测。改端口能减少无效的暴力破解请求。

Terminal window

1
sudo nano /etc/ssh/sshd_config
2
# 找到 Port 22，改为其他端口，如 Port 2222
3
sudo systemctl restart sshd

之后登录需要指定端口：

Terminal window

1
ssh -p 2222 yourname@your-server-ip

5. 配置 ufw 防火墙#

Terminal window显示更多显示更少

1
# 安装 ufw（Ubuntu 通常预装）
2
sudo apt install -y ufw
3

4
# 设置默认策略：拒绝所有入站，允许所有出站
5
sudo ufw default deny incoming
6
sudo ufw default allow outgoing
7

8
# 放行 SSH 端口（如果改了端口，替换 22）
9
sudo ufw allow 22/tcp
10

11
# 放行 HTTP 和 HTTPS
12
sudo ufw allow 80/tcp
13
sudo ufw allow 443/tcp
14

15
# 启用防火墙
16
sudo ufw enable
17
# 输入 y 确认
18

19
# 查看当前规则
20
sudo ufw status verbose

显示更多显示更少

验证清单#

Terminal window

1
# 检查开放端口
2
sudo ss -tlnp
3

4
# 检查 ufw 状态
5
sudo ufw status
6

7
# 检查 SSH 配置
8
sudo sshd -T | grep -E "permitrootlogin|passwordauthentication|port"

常见问题#

SSH 连接超时，连不上服务器怎么办？#

先在服务商控制台检查：① 防火墙/安全组规则是否放行了 22（或你修改后的 SSH 端口）；② 实例状态是否为”运行中”。部分服务商（如 Vultr）有独立的防火墙规则页面，和 ufw 是两层控制，两处都要放行。

忘记修改 SSH 端口后的端口号怎么办？#

通过服务商控制台的 VNC/Console 功能直接登录服务器（不走 SSH），执行 sudo sshd -T | grep port 查看当前端口。

ufw enable 后被锁在外面怎么办？#

通过服务商控制台的 VNC/Console 登录，执行 sudo ufw disable 关闭防火墙，重新检查规则后再启用。这是最常见的操作失误，建议 ufw enable 之前用 ufw status 确认规则，确保 SSH 端口已在放行列表里。

VPS 需要备案吗？#

境外主机（GreenGeeks、Vultr、DigitalOcean 等）不需要 ICP 备案。但使用境外服务器的网站无法接入国内 CDN，国内访问速度受跨境线路影响。如果需要在国内备案，必须使用境内 VPS，参考阿里云 ICP 备案全流程。

本文最后更新于 2026-04，测试系统：Ubuntu 22.04 LTS。

国内订阅 Claude Pro：支付宝买 Apple 礼品卡全流程图文教程

Wed, 08 Apr 2026 00:00:00 GMT

Claude Pro 订阅页只接受境外 Visa/Mastercard，国内支付宝和微信直接被挡在门外。这篇教程给你一条完全可行的路：用支付宝买一张 USD 20 Apple 礼品卡，配上一个美区 Apple ID，在 iPhone 上完成 Claude Pro 国内订阅，全程不需要境外信用卡。

前置条件#

开始前确认三件事：

iPhone 一部：Claude Pro 通过 iOS App Store 内购完成付款，Android 暂不支持这条路径
支付宝 App（已实名认证）：首次购买境外礼品卡需要身份认证，提前准备好身份证
全新邮箱一个：用于注册美区 Apple ID，强烈建议用没注册过任何 Apple 账号的邮箱，避免地区冲突

整个流程分六步，按顺序执行，每步独立，不可以跳步。

第一步：用支付宝购买 USD 20 Apple 礼品卡#

Claude Pro 月费 USD 20，买一张面值 USD 20 的 Apple 礼品卡刚好够一个月。

打开支付宝，点击首页右上角的城市名称，切换到境外城市（如”旧金山”），支付宝进入境外服务模式。

切换支付宝到美国地区访问境外服务

切换后在境外服务区找到”礼品卡”入口，选择 Apple 礼品卡。

在支付宝境外服务中选择 Apple 礼品卡

面值选 USD 20，折合人民币约 138 元（汇率浮动，以付款时页面显示为准）。

下单 USD 20 Apple 礼品卡，页面显示汇率和金额

首次购买境外礼品卡会触发身份认证，按提示上传身份证信息，通常几分钟内审核通过，这是一次性操作。

支付宝首次购买境外礼品卡需要身份认证

购买成功后，页面显示礼品卡兑换码，格式为 XXXX XXXX XXXX XXXX。立刻截图保存，或手动复制到备忘录。

Apple 礼品卡订单成功页面显示兑换码

第二步：注册美区 Apple ID#

Note

如果你已有美区 Apple ID，跳过本步，直接进入第三步。

用手机或电脑浏览器访问 appleid.apple.com，点击”创建 Apple 账户”。关键：国家/地区必须选”美国”，这一步决定了账号归属地区，注册后无法轻易更改。

在 appleid.apple.com 注册美区 Apple ID

验证手机号时，中国手机号（+86）完全可用，不需要美国号码。

Apple ID 账户安全设置，中国手机号可用

第三步：把 App Store 切换到美区#

在 iPhone 上打开 App Store，点击右上角头像进入账户页。用上一步注册的美区账号登录后，点进”账户设置”。

App Store 账户页面

账户设置里找到”国家/地区”，当前显示”中国大陆”，点击进入修改。

App Store 账户设置显示当前地区为中国大陆

选择”美国”后，付款方式选”None”（礼品卡余额会作为支付来源，不需要绑定信用卡）。账单地址填写一个美国免税州地址，推荐 Delaware（特拉华州，销售税率 0%）：

1
Street: 1007 N Orange St
2
City: Wilmington
3
State: DE
4
ZIP Code: 19801
5
Phone: 302-555-1234

其他免税州：Oregon（俄勒冈）、Montana（蒙大拿）、Alaska（阿拉斯加）。

填写美国免税州账单地址切换 App Store 地区

确认提交后，账户设置里”国家/地区”变为”美国”，切换完成。

App Store 账户地区成功切换到美国

第四步：兑换 Apple 礼品卡#

回到 App Store 账户页，点击”兑换充值卡或代码”。

App Store 账户页面显示兑换礼品卡选项

选”手动输入兑换码”，把第一步保存的礼品卡码填入。

在 App Store 兑换页面手动输入礼品卡兑换码

兑换成功后，账户余额立即更新为 USD 20。

第五步：安装 Claude App#

在美区 App Store 搜索”Claude”，找到 Claude by Anthropic，点”获取”安装。

从美区 App Store 搜索并安装 Claude

安装完成后打开 App，用你的 claude.ai 账号（不是 Apple ID）登录。

第六步：在 App 内升级 Claude Pro#

打开 Claude App，点击右上角设置图标，找到”Upgrade”按钮。

Claude App 设置页面显示升级按钮

进入 Billing 页面：

Claude App Billing 设置页面

升级页面显示两个选项，选月付（USD 20.00/月）或年付（USD 214.99/年，约 USD 17.9/月）：

Claude Pro 套餐选择页面

App Store 用礼品卡余额完成扣款，弹出确认框后点”好”：

Claude Pro 购买成功确认弹窗

回到 Settings 页，Billing 一栏显示”Pro plan”，升级完成，权益立即生效。

常见问题#

国内可以订阅 Claude Pro 吗？#

Claude 官网（claude.ai/upgrade）不支持国内支付方式。但通过 iPhone App Store 内购可以绕过这个限制——App Store 的付款由 Apple 处理，礼品卡余额可以直接用于 Claude Pro 内购。这条路径目前（2026年3月）完全可行。

没有境外信用卡怎么付款？#

礼品卡余额支付完全不需要信用卡。在 App Store 账户里付款方式选”None”，内购时直接从礼品卡余额扣款。续费时同样如此，只要账户余额充足，每月自动扣 USD 20。

美区 Apple ID 注册需要什么信息？#

只需要：邮箱（全新邮箱）、密码、手机号（中国 +86 可用）。注册时国家选”美国”。不需要美国手机号，也不需要美国信用卡。

订阅完成后 Claude Pro 什么时候生效？#

内购确认后立即生效，不需要等待。进入 Claude App 的 Settings → Billing，显示”Pro plan”即为激活。下个计费周期在一个月后自动续费，会从 App Store 余额扣款，如余额不足需提前充值礼品卡。

Claude Pro 和免费版有什么区别？#

主要区别三点：① 消息配额更高，每天可发送更多消息；② 可使用 Claude 更高级的模型；③ 可创建无限数量的 Projects，免费版有数量限制。

订阅完成后，下一步是把 Claude 用起来。Claude 使用技巧介绍 Projects 配置、上下文管理和 Claude Code 实战建议。Claude Code 终端工具的完整安装与配置说明见 Claude Code 完整使用指南。

Claude 使用技巧：Projects、提示词与 MCP 工具调用实战

Wed, 08 Apr 2026 00:00:00 GMT

这里收录在日常使用 Claude 中跑通的技巧，只写自己验证过的方案。

Projects：给 Claude 持久记忆#

Projects 是 Claude Pro 最被低估的功能。在 Project 里设置 System Prompt，每次对话 Claude 都会带着这些上下文，不需要每次重新说明背景。

典型用法：

把你的技术栈、代码风格偏好、常用框架写进 System Prompt
上传项目相关文档作为知识库（阿里云文档、API 文档等）
针对不同项目建不同 Project，上下文互不干扰

Tip

System Prompt 计入上下文窗口，但不消耗对话消息次数配额。重复性背景信息放进去，比每次在对话里说更省消息额度。

System Prompt 写法示例#

一个针对 Node.js 后端项目的 System Prompt：

1
你是一个 Node.js 后端开发助手。
2

3
技术栈：Node.js 20、TypeScript、Fastify、Prisma、PostgreSQL。
4
代码风格：函数式优先，避免 class；变量命名用 camelCase；注释用中文。
5
项目约束：不引入新的第三方库，除非我明确要求；所有数据库查询必须经过 Prisma，不写原生 SQL。
6

7
回答时直接给代码，不需要解释显而易见的内容。

把这类背景放进 System Prompt 后，每次对话都不需要重复说明，Claude 会自动遵守。

知识库上传建议#

Projects 支持上传文件作为知识库，适合放：

API 文档（上传 OpenAPI spec 或 PDF）
内部规范文档
数据库 Schema 或 ERD 说明
频繁参考的第三方文档片段

单个 Project 文件上传上限约 20 个文件，单文件建议不超过 50KB，太大的文档拆成关键章节上传效果更好。

控制对话上下文长度#

Claude 的对话质量和上下文长度直接相关——但上下文太长，模型对早期内容的注意力会下降（“中间迷失”现象）。

实用建议：

单次对话专注一个问题，不要把十个问题堆在一个会话里
遇到复杂任务，用 --- 明确分段，帮助 Claude 区分不同子任务
需要 Claude 记住特定约束（比如”只用 TypeScript”），在每轮关键节点重申一次

何时开新对话#

以下情况建议开新对话，而不是在原来的会话里继续：

话题发生了根本性转变（从写代码变成讨论架构）
对话已经超过 20 轮，Claude 开始忽略早期内容
之前的错误答案已经污染了上下文（Claude 倾向于维持一致性，即使之前说错了）

搭配 MCP 使用#

Claude Desktop 和 Cursor 都支持 MCP（Model Context Protocol），配置后 Claude 可以直接操作数据库、读取文件系统、调用 GitHub API 等，不需要手动复制粘贴内容。

典型接入场景#

工具	效果
filesystem MCP	Claude 直接读写本地文件，不需要你粘贴内容
GitHub MCP	Claude 直接查 PR、issue，操作 repo
PostgreSQL MCP	Claude 直接查询数据库，生成分析报告
Fetch MCP	Claude 直接抓取网页内容作为参考

Claude Desktop 配置 MCP 示例#

~/Library/Application Support/Claude/claude_desktop_config.json（macOS）：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/your-username/projects"]
6
    },
7
    "github": {
8
      "command": "npx",
9
      "args": ["-y", "@modelcontextprotocol/server-github"],
10
      "env": {
11
        "GITHUB_PERSONAL_ACCESS_TOKEN": "your_token"
12
      }
13
    }
14
  }
15
}

显示更多显示更少

配置完重启 Claude Desktop，对话框左下角会出现工具图标，说明 MCP 已接入。

具体配置方法和更多 MCP Server 参考 MCP 系列。

提示词技巧#

给 Claude 一个角色#

在对话开头明确角色，输出质量明显提升：

“你是一个专注性能优化的 Go 工程师，帮我 review 这段代码”
“你是一个严格的 code reviewer，找出所有潜在的安全漏洞”
“你是一个技术文档作者，把这段代码的逻辑写成用户文档”

输出格式控制#

需要特定格式时，直接说：

“用 Markdown 表格对比这三个方案的优劣”
“只输出代码，不要解释”
“给出三个方案，每个方案用一句话说明适用场景”

让 Claude 暴露不确定性#

Claude 有时会自信地给出错误答案。加上这句话能减少”幻觉”：

“如果你不确定，直接说不知道，不要猜测。”

Claude Code 的安装、工作流和权限管理见 Claude Code 完整使用指南。国内网络配置见 Claude Code 国内使用指南。

MCP 完整学习路径：从协议原理到本地配置与云端 VPS 部署

Wed, 08 Apr 2026 00:00:00 GMT

MCP（Model Context Protocol）是 Anthropic 于 2024 年 11 月开源的 AI 工具调用标准协议，目前已成为 Claude Desktop、Cursor、Zed 等主流 AI 客户端的通用接入方式。这里是 MCP 系列的完整学习路径。

学习路径#

MCP 是什么？：从 AI 为何不知道今天天气切入，讲清楚 Host / Client / Server 三层架构和 MCP vs Function Calling 的本质区别。
MCP 能做什么？：10 个真实应用场景，每个场景含可直接复制的配置代码：Slack、GitHub、数据库、Blender……
本地 MCP Server 配置：macOS 和 Windows 双系统命令对照，MCP Inspector 调试，三个高频报错的具体解法。
本地 vs 云端：什么时候上 VPS？：5 个必须上云的场景分析，附决策树帮你判断要不要上 VPS。
云端 VPS 自托管 Remote MCP Server：从零部署 Remote MCP Server：Nginx HTTPS 反代、Bearer Token 鉴权、systemd 守护进程，每步含可执行命令。

Claude Desktop + Cursor 本地 MCP Server 配置从零到跑通

Wed, 08 Apr 2026 00:00:00 GMT

已经知道 MCP 能做什么了，现在来把它真正跑起来。这篇覆盖 macOS 和 Windows 两个系统的完整配置命令，不省略任何一边——中文 MCP 教程最大的空白就是 Windows 用户照着 macOS 命令做必报错，这里把两套命令都给齐。配完之后用 MCP Inspector 验证服务正常，出错了去哪里找日志也一并说清楚。关于 MCP 能做哪些事情，可以先看 MCP 能做什么？10 个真实场景让 Claude / Cursor 变成超级助手。

前置环境：Node.js 安装#

MCP Server 大多数是 Node.js 实现，先确认环境。

macOS#

Terminal window

1
# 检查 Node.js 是否已安装
2
node -v
3
# 需要 >= 18，如果没有或版本低，用 Homebrew 安装
4
brew install node
5

6
# 验证 npm 和 npx 可用
7
npm -v
8
npx -v

如果没有 Homebrew：

Terminal window

1
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Windows#

Windows 上最常见的坑：npx 找不到命令，或者路径里有空格导致解析失败。

Terminal window

1
# 在 PowerShell 里检查 Node.js
2
node -v
3
npm -v
4
npx -v

如果没有安装，从 nodejs.org 下载 Windows 安装包（选 LTS 版本），安装时勾选”Add to PATH”。

安装完成后重新打开一个新的 PowerShell 窗口，再运行上面的检查命令。很多人遇到”找不到命令”是因为没有重启 shell 让 PATH 生效。

如果遇到 PowerShell 执行策略报错：

Terminal window

1
# 允许运行本地脚本（只需设置一次）
2
Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned

配置 Claude Desktop#

macOS 配置文件路径与格式#

配置文件位置：

1
~/Library/Application Support/Claude/claude_desktop_config.json

如果文件不存在，手动创建：

Terminal window

1
mkdir -p ~/Library/Application\ Support/Claude
2
touch ~/Library/Application\ Support/Claude/claude_desktop_config.json

以文件系统 MCP Server 为例，配置内容：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "/Users/your-username/Documents"
9
      ]
10
    }
11
  }
12
}

/Users/your-username/Documents 替换成你想开放给 Claude 访问的目录路径。

Windows 配置文件路径与格式#

配置文件位置：

1
%APPDATA%\Claude\claude_desktop_config.json

在 PowerShell 里快速打开目录：

Terminal window

1
explorer $env:APPDATA\Claude

如果 Claude 目录不存在，创建它：

Terminal window

1
New-Item -ItemType Directory -Force -Path "$env:APPDATA\Claude"
2
New-Item -ItemType File -Force -Path "$env:APPDATA\Claude\claude_desktop_config.json"

Windows 上的配置文件内容，有两个关键差异：command 改用 cmd，npx 作为参数传入，目录路径用双反斜杠或正斜杠：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "cmd",
5
      "args": [
6
        "/c",
7
        "npx",
8
        "-y",
9
        "@modelcontextprotocol/server-filesystem",
10
        "C:/Users/your-username/Documents"
11
      ]
12
    }
13
  }
14
}

不能直接用 "command": "npx"，因为 Claude Desktop 在 Windows 上启动子进程时不经过 PowerShell 的 PATH 解析，必须显式通过 cmd /c 调用。

保存配置后完全退出 Claude Desktop（任务栏图标右键 → 退出），再重新打开——仅仅关窗口不生效，需要彻底退出进程。

配置 Cursor#

Cursor 配置文件路径#

Cursor 支持两级配置：

项目级（仅当前项目生效）：项目根目录下 .cursor/mcp.json
全局（所有项目生效）：~/.cursor/mcp.json（macOS/Linux）或 %USERPROFILE%\.cursor\mcp.json（Windows）

macOS / Linux#

Terminal window

1
# 创建全局 MCP 配置文件
2
mkdir -p ~/.cursor
3
touch ~/.cursor/mcp.json

配置内容格式与 Claude Desktop 相同，使用 npx 命令：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "/Users/your-username/Documents"
9
      ]
10
    }
11
  }
12
}

Windows#

Terminal window

1
# 创建全局 MCP 配置目录
2
New-Item -ItemType Directory -Force -Path "$env:USERPROFILE\.cursor"
3
New-Item -ItemType File -Force -Path "$env:USERPROFILE\.cursor\mcp.json"

Windows 上 Cursor 对 npx 的处理比 Claude Desktop 好一些，可以直接用 npx：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "C:/Users/your-username/Documents"
9
      ]
10
    }
11
  }
12
}

如果 Cursor 里 npx 仍然报找不到命令，改用绝对路径。先找到 npx 的实际路径：

Terminal window

1
(Get-Command npx).Source
2
# 输出示例：C:\Program Files\nodejs\npx.cmd

然后在配置里用绝对路径：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "C:/Program Files/nodejs/npx.cmd",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "C:/Users/your-username/Documents"
9
      ]
10
    }
11
  }
12
}

用 MCP Inspector 验证服务是否跑通#

配置完之后，先用 MCP Inspector 做验证，不要直接去客户端里试——出了问题不知道是 Server 的问题还是客户端的问题。

MCP Inspector 是官方提供的调试工具，可以在浏览器里直接调用 MCP Server 的工具，看请求和响应报文。

macOS / Linux#

Terminal window

1
# 启动 MCP Inspector（无需安装，直接 npx 运行）
2
npx @modelcontextprotocol/inspector npx @modelcontextprotocol/server-filesystem /tmp/test-dir
3

4
# 替换最后的 Server 命令为你实际使用的 Server
5
# 格式：npx @modelcontextprotocol/inspector <server-command> [server-args...]

Windows#

Terminal window

1
# Windows 上同样用 npx 运行
2
npx @modelcontextprotocol/inspector npx @modelcontextprotocol/server-filesystem C:/Users/your-username/Documents

命令执行后，终端会输出一个本地 URL（通常是 http://localhost:5173），在浏览器里打开。

Inspector 界面里：

左侧会显示已连接的 MCP Server 和它暴露的工具列表
点击任意工具，右侧可以填入参数并直接调用
下方会显示完整的 JSON-RPC 请求和响应报文

日志路径和报错排查#

配置不生效或工具调用失败，先去找日志，别靠猜。

Claude Desktop 日志路径#

macOS：

Terminal window

1
# MCP 相关日志
2
ls ~/Library/Logs/Claude/mcp*.log
3

4
# 查看最新的 MCP 日志（实时跟踪）
5
tail -f ~/Library/Logs/Claude/mcp-server-filesystem.log
6
# 文件名格式：mcp-server-{server-name}.log

Windows：

Terminal window

1
# 日志目录
2
dir $env:APPDATA\Claude\logs\
3

4
# 实时查看日志（PowerShell）
5
Get-Content "$env:APPDATA\Claude\logs\mcp-server-filesystem.log" -Wait -Tail 50

高频报错解法#

spawn ENOENT#

报错信息： Error: spawn npx ENOENT

1
**原因：** Claude Desktop 找不到 `npx` 命令，PATH 没有传递进来。
2

3
macOS 解法——在配置文件里用绝对路径：
4

5
```bash
6
# 找到 npx 实际路径
7
which npx
8
# 输出示例：/usr/local/bin/npx 或 /opt/homebrew/bin/npx
9
```
10

11
然后配置改为：
12

13
```json
14
{
15
  "mcpServers": {
16
    "filesystem": {
17
      "command": "/opt/homebrew/bin/npx",
18
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/tmp"]
19
    }
20
  }
21
}
22
```
23

24
Windows 解法：改用 `cmd /c npx`（见上文 Windows 配置部分）。

显示更多显示更少

connection refused#

报错信息： Error: connect ECONNREFUSED 127.0.0.1:PORT

1
**原因：** Server 进程没有成功启动，或者端口被占用（多见于 SSE/HTTP transport）。
2

3
排查步骤：
4

5
```bash
6
# macOS/Linux：查看是否有进程监听对应端口
7
lsof -i :3000
8
# 没有输出说明 Server 没跑起来
9

10
# 手动启动 Server 看报错信息
11
npx @modelcontextprotocol/server-filesystem /tmp
12
# 直接看终端输出的错误原因
13
```
14

15
```powershell
16
# Windows：查看端口占用
17
netstat -ano | findstr :3000
18
```

显示更多显示更少

timeout（工具调用超时）#

报错信息： MCP error -32001: Request timed out

1
**原因：** Server 处理时间超过客户端默认超时（通常 30 秒）。常见于 Server 内部调用外部 API 响应慢，或者 Server 启动时需要下载依赖。
2

3
首次运行时 `npx -y` 会自动下载 npm 包，可能需要 30-60 秒，超过客户端超时就会报这个错。解法：先手动跑一次让缓存下来。
4

5
```bash
6
# 手动预热，让 npx 完成下载
7
npx -y @modelcontextprotocol/server-filesystem /tmp
8
# 看到 "MCP server running" 或类似提示后 Ctrl+C，再去配置客户端
9
```

验证配置是否生效#

MCP Inspector 确认通了之后，重启客户端，检查工具是否出现。

Claude Desktop：重启后，在对话框左下角会出现一个锤子图标，点击可以看到已加载的工具列表。如果图标没有出现，说明 Server 没有成功加载，回去查日志。

Cursor：在 Cursor 的 Settings → MCP 里可以看到已注册的 Server 状态（绿点=正常，红点=连接失败）。

Terminal window

1
# 用 curl 直接测试 MCP Server 的 JSON-RPC 接口是否响应（stdio Server 不适用此方法）
2
# 以 HTTP transport 的 Server 为例
3
curl -s -X POST http://localhost:3000/mcp \
4
  -H "Content-Type: application/json" \
5
  -d '{"jsonrpc":"2.0","method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"test","version":"1.0"}},"id":1}' \
6
  | python3 -m json.tool

本地 stdio Server 跑通之后，如果你需要在多台设备上共享同一个 MCP Server，或者让 Server 7×24 在线，就需要考虑云端部署了。本地 MCP vs 云端 MCP：什么时候必须上 VPS？列出了 5 个必须上云的场景，帮你做决策。

常见问题#

Windows 上 Claude Desktop 的日志文件在哪里？#

在 %APPDATA%\Claude\logs\ 目录下，文件名格式是 mcp-server-{server-name}.log。用 PowerShell 实时查看：Get-Content "$env:APPDATA\Claude\logs\mcp-server-filesystem.log" -Wait -Tail 50。

配置文件改了但不生效，怎么办？#

Claude Desktop 需要完全退出后再重启才能读取新配置，仅关闭窗口不够——右键任务栏图标选”退出”，或在 macOS 上用 Cmd+Q。Cursor 同理，改完配置需要重启整个应用。

MCP Inspector 启动时报端口占用怎么办？#

Inspector 默认使用 5173 端口，如果被占用可以通过环境变量指定其他端口：

1
```bash
2
PORT=5174 npx @modelcontextprotocol/inspector npx @modelcontextprotocol/server-filesystem /tmp
3
```

同一台机器上能同时配置多个 MCP Server 吗？#

可以。在配置文件里加多个 key 即可，每个 Server 独立启动和管理：

1
```json
2
{
3
  "mcpServers": {
4
    "filesystem": { "command": "npx", "args": ["..."] },
5
    "github": { "command": "npx", "args": ["..."] },
6
    "postgres": { "command": "npx", "args": ["..."] }
7
  }
8
}
9
```

本文最后更新于 2026-03，测试环境：macOS 15.3 / Windows 11 24H2，Node.js 22 LTS，Claude Desktop 0.9.x，Cursor 0.48.x，MCP Inspector 0.9.0。工具版本迭代较快，建议每 3 个月检查一次配置格式变更。

本地 MCP vs 云端 MCP：什么时候必须上 VPS？

Wed, 08 Apr 2026 00:00:00 GMT

本地 MCP Server 配好能跑了，接下来你可能会发现一些边界：换台电脑要重新配，团队里其他人想用但没法共享，或者 Server 需要长期在线但本地机器会关机。这篇把 5 个真实会碰到的”本地跑不了”场景列出来，每个给出本地方案的具体限制和上云之后怎么解决，最后用一棵决策树帮你判断要不要上 VPS。关于如何在本地把 MCP Server 跑通，可以先看 Claude Desktop + Cursor 本地 MCP Server 配置从零到跑通。

本地 MCP Server 的架构限制#

先说清楚本地 MCP Server 的工作方式，才能理解它的限制在哪里。

本地 MCP Server 使用 stdio transport：客户端（Claude Desktop / Cursor）启动 Server 进程，两个进程在同一台机器上通过标准输入输出通信。这个机制决定了两点：① Server 和客户端必须在同一台机器上；② Server 的生命周期由客户端控制，客户端退出 Server 也退出。

Terminal window

1
# 查看当前系统上 Claude Desktop 启动的 MCP Server 进程
2
# macOS
3
ps aux | grep "mcp-server"
4

5
# Windows PowerShell
6
Get-Process | Where-Object {$_.Name -like "*mcp*"}

这两个特点在单机单人场景下没有任何问题，但一旦需求扩展，就会碰到下面的场景。

场景 1：多设备——配置要同步三遍#

具体问题： 在公司 Mac 上配好了连接内部数据库的 MCP Server，回家发现家里机器没配，周末用 Windows 本又得再配一遍。改了一个配置参数，三台机器都要改。

本地方案的限制：

Terminal window

1
# 公司 Mac 上的配置路径
2
~/Library/Application Support/Claude/claude_desktop_config.json
3

4
# 家里 Mac 上同样的路径，但是空的
5
cat ~/Library/Application\ Support/Claude/claude_desktop_config.json
6
# 输出：{}

你可以把配置文件放到 Git 或 iCloud 同步，但 Server 依赖的环境变量（API Key、数据库连接字符串）不能提交到 Git，secrets 管理立刻变成新问题。

上云之后如何解决： MCP Server 部署到 VPS，暴露一个 HTTPS URL。所有客户端的配置只有一行 URL 和一个 Bearer Token，不管用哪台机器，配置文件内容完全一样：

1
{
2
  "mcpServers": {
3
    "my-db-server": {
4
      "url": "https://mcp.your-domain.com/mcp",
5
      "headers": {
6
        "Authorization": "Bearer your-token"
7
      }
8
    }
9
  }
10
}

换台机器只需要复制粘贴这段 JSON，30 秒搞定。

场景 2：团队共享——不可能让每个人都装一遍#

具体问题： 写了一个连接内部数据库的 MCP Server，让团队里另外 2 个后端同学也用上。本地方案意味着每个人的机器都要：① 安装 Node.js；② 克隆 Server 代码；③ 配置数据库连接凭证；④ 在自己的客户端里填入配置。数据库密码要分发给每个人，离职了还得改密码。

本地方案的限制： 3 个人的机器上跑着 3 个 Server 实例，数据库连接数×3，凭证管理变成安全隐患。团队再大一点，维护成本线性增长。

上云之后如何解决： 一个 VPS 上跑一个 Server 实例，数据库凭证只存在 VPS 的环境变量里。给每个团队成员发一个独立的 Bearer Token，离职了只需要吊销对应 Token，数据库密码不用动：

Terminal window

1
# 在 VPS 上为新成员生成 Token（Server 侧维护 Token 列表）
2
openssl rand -hex 32
3
# 把生成的 Token 加入 Server 的鉴权配置，发给成员

场景 3：7×24 在线——本地机器关机就断了#

具体问题： MCP Server 里有一个工具需要监听 webhook（比如接收 GitHub push 事件后自动整理代码变更日志），或者有定时任务（每天凌晨拉取报表数据缓存起来）。本地机器一关机，这些功能全部断掉。

本地方案的限制：

Terminal window

1
# 本地 MCP Server 完全依赖客户端保持活跃
2
# 检查 Claude Desktop 是否在运行
3
pgrep -x "Claude"
4
# 没有输出说明 Claude 关了，Server 也跟着停了

即使你想让本地机器不关机，还要面对：家庭宽带 IP 经常变动、没有固定域名、ISP 封锁 80/443 端口等问题。

上云之后如何解决： VPS 通过 systemd 管理 Server 进程，机器重启后自动拉起，7×24 在线。webhook 回调有固定的公网 IP 和域名可以注册：

Terminal window

1
# VPS 上查看 MCP Server 服务状态
2
systemctl status mcp-server
3

4
# 配置开机自启
5
systemctl enable mcp-server

场景 4：出口 IP 风控——机房 IP 被第三方 API 拒绝#

具体问题： MCP Server 内部需要调用某些第三方 API（OpenAI、Notion、某个数据提供商），这些 API 会对请求来源 IP 做风控。家用宽带 IP 在某些平台被标记为高风险，直接拒绝请求；机房 IP 的 ASN 归属是数据中心，同样被部分平台限速或拒绝。

上云之后如何解决： VPS 的出口 IP 固定，便于申请 API 白名单。如果机房 IP 仍然被风控，可以在 Server 里配置出口代理：

1
// 在 MCP Server 代码里配置出口代理
2
import { HttpsProxyAgent } from "https-proxy-agent";
3

4
const agent = new HttpsProxyAgent("http://user:pass@proxy-host:port");
5

6
const response = await fetch("https://api.openai.com/v1/chat/completions", {
7
  agent,
8
  method: "POST",
9
  headers: { "Authorization": `Bearer ${process.env.OPENAI_API_KEY}` },
10
  body: JSON.stringify({ model: "gpt-4o", messages: [] })
11
});

场景 5：对外售卖——不可能把本地机器的地址给用户#

具体问题： 写了一个对接自研数据服务的 MCP Server，想做成付费产品卖给用户。本地方案完全不可行：你不可能把家里 Mac 的 IP 地址和端口给用户，更无法保证服务可用性。

上云之后如何解决： VPS 配好域名和 HTTPS 之后，你有了一个对外可访问的 https://api.your-product.com/mcp 端点。给每个付费用户生成独立 Token，接入计费系统控制用量：

Terminal window

1
# VPS 上为新付费用户生成唯一 Token
2
NEW_TOKEN=$(openssl rand -hex 32)
3
echo "新用户 Token：$NEW_TOKEN"
4

5
# 把 Token 写入 Server 的鉴权白名单
6
echo "TOKEN_$USER_ID=$NEW_TOKEN" >> /opt/mcp-server/.env
7
systemctl restart mcp-server

决策树：要不要上 VPS？#

按顺序回答下面的问题，碰到”是”就停下来：

1
你有多台设备需要用同一个 MCP Server？
2
├── 是 → 上 VPS
3
└── 否 ↓
4

5
你需要和其他人共享这个 MCP Server？
6
├── 是，人数 > 2 或凭证安全性有要求 → 上 VPS
7
└── 否 ↓
8

9
MCP Server 需要持续运行（接 webhook / 定时任务）？
10
├── 是 → 上 VPS
11
└── 否 ↓
12

13
MCP Server 内部调用的第三方 API 对来源 IP 有限制？
14
├── 是，且本地 IP 已经被拒 → 上 VPS
15
└── 否 ↓
16

17
你打算把这个 MCP Server 作为产品卖给他人？
18
├── 是 → 上 VPS（必须）
19
└── 否 → 继续用本地配置，不需要上 VPS

显示更多显示更少

大多数独立开发者和个人站长，如果只是给自己用、单台设备、不需要持续在线，本地配置完全够用。一旦涉及多人、多设备或商业化，本地方案的维护成本会快速超过 VPS 的费用。

上 VPS 之前需要什么#

确认上云后，需要准备：

一台有独立公网 IP 的 VPS——不是 NAT 后的内网机，80 和 443 端口要能通
一个域名——Let’s Encrypt 签发 HTTPS 证书需要绑定域名，裸 IP 无法申请免费证书
基础 Linux 运维能力——能 SSH 进去、能跑 apt / systemctl 命令就够

Terminal window

1
# SSH 连接 VPS 后先确认基础条件
2
# 检查公网 IP
3
curl -s https://api.ipify.org
4

5
# 检查 80/443 端口是否已开放（新机器应为空）
6
ss -tlnp | grep -E ':(80|443)'
7

8
# 检查系统版本（推荐 Ubuntu 22.04）
9
lsb_release -a

三个条件确认之后，部署本身不复杂。在云端 VPS 上自托管 Remote MCP Server：从零到远程调用完整配置从这里接手：先把 stdio 换成 Streamable HTTP，再走完 Nginx HTTPS 反代、Bearer Token 鉴权、systemd 守护进程配置，最后在 Claude Desktop 和 Cursor 里接入验证。

常见问题#

本地 MCP 和云端 MCP 的协议层有区别吗？#

没有区别。两者使用完全相同的 MCP 协议和 JSON-RPC 2.0 报文格式，区别只在传输层：本地用 stdio（进程管道），云端用 Streamable HTTP（HTTPS 端点）。MCP Server 的业务逻辑代码完全不需要改，只需要换 transport 的初始化方式。

本地 MCP Server 有没有办法临时暴露到公网？#

有，用 ngrok 或 Cloudflare Tunnel 做临时隧道，可以把本地端口映射成公网 HTTPS URL，适合测试和演示场景。不适合生产用途，因为稳定性和安全性都有限：

1
```bash
2
# 用 ngrok 临时暴露本地 3000 端口
3
ngrok http 3000
4
# 会生成一个 https://xxx.ngrok-free.app 的临时 URL
5
```

一台 VPS 能跑多少个 MCP Server？#

取决于 Server 的内存占用。一个轻量 Node.js MCP Server 空载大约 50-100MB 内存，1GB 内存的 VPS 跑 5-8 个没有问题。如果 Server 有 AI 推理或大量文件处理，按实际负载估算。

本地 MCP 转云端需要改多少代码？#

主要改 transport 初始化部分：把 StdioServerTransport 换成 StreamableHTTPServerTransport，加一个 Express HTTP 服务层。业务逻辑（工具定义、资源读取、提示词模板）一行不用改。

本文最后更新于 2026-03。MCP 协议规范和客户端配置格式会随版本迭代，建议每 3 个月对照 MCP 官方文档检查一次。

在云端 VPS 上自托管 Remote MCP Server：从零到远程调用完整配置

Wed, 08 Apr 2026 00:00:00 GMT

上一篇列出了 5 个必须上 VPS 的场景，决定上云了就来这里。把 MCP Server 部署到 VPS 上，结果 Claude Desktop 死活连不上——八成是因为你用的还是 stdio transport。stdio 是进程间通信协议，只能在本机两个进程之间跑，跨网络必须换成 Streamable HTTP。再加上主流客户端强制要求 HTTPS，裸 HTTP 端点直接拒连。这篇把完整链路走一遍：transport 选型 → Node.js 服务部署 → Nginx HTTPS 反代 → Bearer Token 鉴权 → systemd 守护 → 客户端接入验证，每步给可直接粘贴的命令。

前置条件：你需要什么#

VPS 基础要求#

最低配置：1 核 CPU、512MB 内存、Ubuntu 22.04 LTS。MCP Server 本身不重，但如果你的 Server 会调用 AI API 或做文件处理，建议 1GB 内存起步。

必须满足的三个条件：有独立公网 IP（不是 NAT 后的内网机）、80 和 443 端口未被防火墙屏蔽、有一个指向该 IP 的域名（Let’s Encrypt 签发证书需要）。

Terminal window

1
# 检查 Node.js 版本，需要 >= 18
2
node -v
3

4
# 确认 443/80 端口监听状态（新机器应为空）
5
ss -tlnp | grep -E ':(80|443)'
6

7
# 查看系统版本
8
lsb_release -a

本地开发环境确认#

本文假设你已经有一个可以在本地跑起来的 MCP Server 项目。如果还没有，用官方 SDK 建一个最小示例：

Terminal window

1
# 初始化项目
2
mkdir my-mcp-server && cd my-mcp-server
3
npm init -y
4

5
# 安装 MCP SDK，锁定版本避免 breaking change
6
npm install @modelcontextprotocol/sdk@1.10.2

transport 选型：为什么 stdio 不能用于远程#

transport	通信方式	能否跨网络	主流客户端支持	适用场景
stdio	标准输入输出（进程管道）	仅本机	Claude Desktop 本地模式	本地工具、IDE 插件
SSE	HTTP 长连接，服务端推送	是	Claude Desktop、Cursor（部分版本有断连问题）	中等并发，只需服务端推送
Streamable HTTP	标准 HTTP POST + 流式响应	是	Claude Desktop、Cursor、所有支持 HTTP 的客户端	远程部署首选

新项目直接用 Streamable HTTP。MCP 官方文档已将 SSE 标注为 legacy，Streamable HTTP 是 2025 年推荐的远程 transport，兼容性更好，实现也更简单。

部署 MCP Server 并配置 Nginx HTTPS 反代#

安装依赖与启动 MCP Server 进程#

把项目上传到 VPS，安装依赖：

Terminal window

1
# 上传项目（本地执行，替换路径和 IP）
2
scp -r ./my-mcp-server root@your-vps-ip:/opt/mcp-server
3

4
# SSH 进入 VPS
5
ssh root@your-vps-ip
6

7
# 进入项目目录，安装生产依赖
8
cd /opt/mcp-server
9
npm install --production
10

11
# 先手动跑一次确认没报错，监听在 3000 端口
12
node server.js
13
# 看到 "MCP Server listening on :3000" 再继续，Ctrl+C 停掉

server.js 中 Streamable HTTP transport 初始化的关键代码：

1
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
2
import { StreamableHTTPServerTransport } from "@modelcontextprotocol/sdk/server/streamableHttp.js";
3
import express from "express";
4

5
const app = express();
6
app.use(express.json());
7

8
const server = new McpServer({ name: "my-server", version: "1.0.0" });
9

10
// 在这里注册你的 tools / resources / prompts
11

12
const transport = new StreamableHTTPServerTransport({
13
  sessionIdGenerator: undefined,
14
});
15

16
app.all("/mcp", async (req, res) => {
17
  await transport.handleRequest(req, res, req.body);
18
});
19

20
await server.connect(transport);
21

22
// 注意：绑定 127.0.0.1，不直接暴露到公网，由 Nginx 做唯一入口
23
app.listen(3000, "127.0.0.1");

显示更多显示更少

Nginx 配置：反代 + 长连接支持#

Terminal window

1
apt update && apt install -y nginx

创建站点配置文件：

Terminal window显示更多显示更少

1
cat > /etc/nginx/sites-available/mcp-server << 'EOF'
2
server {
3
    listen 80;
4
    server_name your-domain.com;  # 替换为你的域名
5

6
    location /mcp {
7
        proxy_pass         http://127.0.0.1:3000/mcp;
8
        proxy_http_version 1.1;
9

10
        proxy_set_header   Upgrade $http_upgrade;
11
        proxy_set_header   Connection "upgrade";
12
        proxy_set_header   Host $host;
13
        proxy_set_header   X-Real-IP $remote_addr;
14
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
15
        proxy_set_header   X-Forwarded-Proto $scheme;
16

17
        # 流式响应禁止缓冲
18
        proxy_buffering    off;
19
        proxy_cache        off;
20

21
        # MCP 工具调用可能耗时较长，超时拉大
22
        proxy_read_timeout 300s;
23
        proxy_send_timeout 300s;
24
    }
25
}
26
EOF
27

28
# 启用站点
29
ln -s /etc/nginx/sites-available/mcp-server /etc/nginx/sites-enabled/
30
nginx -t && systemctl reload nginx

显示更多显示更少

Let’s Encrypt 证书申请与自动续期#

Terminal window

1
# 安装 Certbot
2
apt install -y certbot python3-certbot-nginx
3

4
# 申请证书，替换邮箱和域名
5
certbot --nginx -d your-domain.com --email you@example.com --agree-tos --non-interactive
6

7
# 验证自动续期定时任务
8
systemctl status certbot.timer
9

10
# 测试续期流程（dry-run，不真正续期）
11
certbot renew --dry-run

证书申请成功后，Certbot 会自动把 Nginx 配置改为 listen 443 ssl 并填入证书路径。

systemd 守护进程配置#

Terminal window显示更多显示更少

1
cat > /etc/systemd/system/mcp-server.service << 'EOF'
2
[Unit]
3
Description=Remote MCP Server
4
After=network.target
5

6
[Service]
7
Type=simple
8
User=www-data
9
WorkingDirectory=/opt/mcp-server
10
ExecStart=/usr/bin/node server.js
11
Restart=on-failure
12
RestartSec=5s
13
Environment=NODE_ENV=production
14
# 在此行追加注入 API Key 等环境变量：Environment=KEY=VALUE
15

16
[Install]
17
WantedBy=multi-user.target
18
EOF
19

20
# 重载配置并启动
21
systemctl daemon-reload
22
systemctl enable mcp-server
23
systemctl start mcp-server
24

25
# 确认运行状态
26
systemctl status mcp-server

显示更多显示更少

鉴权：用 Bearer Token 防止公网裸奔#

MCP Server 挂上公网之后，不加鉴权等于把工具调用接口全部公开。有两个方案，按需选。

方案一：Nginx map 层鉴权（轻量，不改应用代码）#

1
# 在 http 块内（server 块外层）添加：
2
map $http_authorization $auth_valid {
3
    default                                  0;
4
    "Bearer your-secret-token-here"          1;
5
}
6

7
# 在 location /mcp 块内添加：
8
if ($auth_valid = 0) {
9
    return 401 '{"error":"Unauthorized"}';
10
}

生成强度足够的 token：

Terminal window

1
openssl rand -hex 32

验证鉴权是否生效：

Terminal window

1
# 不带 token，应返回 401
2
curl -s -o /dev/null -w "%{http_code}" https://your-domain.com/mcp
3

4
# 带正确 token，应返回 200 或正常 MCP 响应
5
curl -s -o /dev/null -w "%{http_code}" \
6
  -H "Authorization: Bearer your-secret-token-here" \
7
  -H "Content-Type: application/json" \
8
  -d '{"jsonrpc":"2.0","method":"initialize","params":{},"id":1}' \
9
  https://your-domain.com/mcp

方案二：应用层鉴权（适合多用户场景）#

1
// 加在 app.all("/mcp", ...) 之前
2
app.use("/mcp", (req, res, next) => {
3
  const auth = req.headers["authorization"];
4
  if (!auth || auth !== `Bearer ${process.env.MCP_SECRET_TOKEN}`) {
5
    return res.status(401).json({ error: "Unauthorized" });
6
  }
7
  next();
8
});

在 systemd service 文件的 [Service] 段注入 token：

Terminal window

1
Environment=MCP_SECRET_TOKEN=your-secret-token-here

客户端接入：Claude Desktop 与 Cursor 配置#

服务跑起来之后，在客户端填入远程 MCP Server 的连接信息。

Claude Desktop（macOS 配置文件路径：~/Library/Application Support/Claude/claude_desktop_config.json）：

1
{
2
  "mcpServers": {
3
    "my-remote-server": {
4
      "url": "https://your-domain.com/mcp",
5
      "headers": {
6
        "Authorization": "Bearer your-secret-token-here"
7
      }
8
    }
9
  }
10
}

Cursor（.cursor/mcp.json，放在项目根目录或用户目录均可）：

1
{
2
  "mcpServers": {
3
    "my-remote-server": {
4
      "url": "https://your-domain.com/mcp",
5
      "headers": {
6
        "Authorization": "Bearer your-secret-token-here"
7
      }
8
    }
9
  }
10
}

保存配置后重启客户端。先用 curl 做端到端连通性验证：

Terminal window

1
curl -s \
2
  -H "Authorization: Bearer your-secret-token-here" \
3
  -H "Content-Type: application/json" \
4
  -d '{"jsonrpc":"2.0","method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"test","version":"1.0"}},"id":1}' \
5
  https://your-domain.com/mcp | python3 -m json.tool

返回以下结构说明整条链路通了：

1
{
2
  "jsonrpc": "2.0",
3
  "id": 1,
4
  "result": {
5
    "protocolVersion": "2024-11-05",
6
    "serverInfo": { "name": "my-server", "version": "1.0.0" },
7
    "capabilities": {}
8
  }
9
}

常见问题#

Remote MCP Server 和本地 stdio MCP Server 有什么区别？#

stdio transport 通过标准输入输出在两个本地进程之间传数据，客户端和 Server 必须在同一台机器上。Remote MCP Server 用 HTTP-based transport（SSE 或 Streamable HTTP），Server 运行在任意有公网地址的机器上，客户端通过 URL 远程调用。两者的 MCP 协议层完全一致，只是传输层不同。

MCP Server 需要 HTTPS 才能远程使用吗？#

是的。Claude Desktop、Cursor 等主流客户端在连接远程 MCP Server 时强制要求 HTTPS，纯 HTTP 端点直接拒绝。用 Let’s Encrypt 申请免费证书，配合 Certbot 自动续期，操作不超过 5 分钟。

VPS 上运行 MCP Server 需要什么配置要求？#

MCP Server 本身极轻，512MB 内存的 VPS 完全够跑。如果 Server 内部有 AI 推理或大文件处理逻辑，建议 1–2GB 内存。CPU 要求不高，1 核足够处理正常并发。

Streamable HTTP 和 SSE 该选哪个？#

新项目直接用 Streamable HTTP。MCP 官方文档已将 SSE 标注为 legacy，主流客户端的 SSE 实现在高频调用下有稳定性问题。Streamable HTTP 是当前推荐的远程 transport，兼容性更好，实现也更简单。

本文最后更新于 2026-03，MCP SDK 版本：1.10.2，Nginx 版本：1.24，测试系统：Ubuntu 22.04 LTS。MCP 协议迭代较快，建议每 3 个月检查 SDK 版本和客户端配置格式变更。

MCP 能做什么？10 个真实场景让 Claude / Cursor 变成超级助手

Wed, 08 Apr 2026 00:00:00 GMT

已经知道 MCP 是什么了，但不知道它能帮你省掉哪些麻烦——这篇来解决这个问题。10 个场景，每个都有”以前怎么做”和”接了 MCP 之后怎么做”的对比，加上可以直接粘贴的配置片段。如果还不清楚 MCP 的基本原理，先看 MCP 是什么？用一个类比彻底讲清楚模型上下文协议。

场景 1：Cursor 读 Slack 频道文档写代码#

以前怎么做： 打开 Slack 找到对应频道，手动复制技术讨论内容，粘贴到 Cursor 的对话框，然后说”根据这些需求帮我写”。一个功能来来回回要切三个窗口。

接入 MCP 之后： 在 Cursor 里直接说”读一下 #backend-design 频道最近 50 条消息，帮我写对应的接口”。Cursor 通过 Slack MCP Server 拉取消息，直接出代码。

配置方式：

在 .cursor/mcp.json 里添加：

1
{
2
  "mcpServers": {
3
    "slack": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-slack"],
6
      "env": {
7
        "SLACK_BOT_TOKEN": "xoxb-your-bot-token",
8
        "SLACK_TEAM_ID": "T0XXXXXXX"
9
      }
10
    }
11
  }
12
}

SLACK_BOT_TOKEN 在 Slack App 管理页面的 “OAuth & Permissions” 里获取，需要给 Bot 开 channels:history、channels:read 权限。

场景 2：Claude 直接查 GitHub Issue 状态#

以前怎么做： 打开浏览器，搜 Issue，复制 Issue 内容，粘贴给 Claude，然后说”帮我总结一下这个 bug 的根因”。

接入 MCP 之后： 在 Claude Desktop 里说”查一下 anthropics/claude-code 仓库里 label 是 bug 的 open Issue，按最近更新排序，帮我总结”。Claude 直接调用 GitHub MCP Server 拉数据。

配置方式：

在 ~/Library/Application Support/Claude/claude_desktop_config.json（macOS）里添加：

1
{
2
  "mcpServers": {
3
    "github": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-github"],
6
      "env": {
7
        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_your_token_here"
8
      }
9
    }
10
  }
11
}

GitHub PAT 在 Settings → Developer settings → Personal access tokens 里创建，只需要 repo 读权限即可。

场景 3：自然语言查数据库#

以前怎么做： 打开数据库客户端，回想表结构，手写 SQL，执行，复制结果，再粘贴给 Claude 分析。

接入 MCP 之后： 在 Claude 里说”查一下过去 7 天日活用户数，按平台拆分，给我趋势分析”。Claude 通过 PostgreSQL MCP Server 查数据，直接给出分析结果。

配置方式（以 PostgreSQL 为例）：

1
{
2
  "mcpServers": {
3
    "postgres": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
6
      "env": {
7
        "POSTGRES_CONNECTION_STRING": "postgresql://user:password@localhost:5432/dbname"
8
      }
9
    }
10
  }
11
}

MCP Server 会自动读取数据库 schema，Claude 能看到所有表结构再生成 SQL，不会瞎猜字段名。生产数据库建议给 MCP 用的账号只开 SELECT 权限。

场景 4：读本地文件和项目目录#

以前怎么做： 手动打开文件，复制内容，粘贴进对话框。文件多的时候，复制粘贴本身就是一项工程。

接入 MCP 之后： 在 Claude 里说”读一下 ~/projects/api-server/src/routes 目录，帮我找出所有没有做权限校验的接口”。Claude 直接遍历文件，给出结论。

配置方式：

1
{
2
  "mcpServers": {
3
    "filesystem": {
4
      "command": "npx",
5
      "args": [
6
        "-y",
7
        "@modelcontextprotocol/server-filesystem",
8
        "/Users/your-username/projects"
9
      ]
10
    }
11
  }
12
}

Server 只能访问你在 args 里指定的目录，不会读其他地方的文件。

场景 5：调用高德地图查路线和 POI#

以前怎么做： 打开高德地图 App，手动搜索，复制信息，回来粘贴给 AI 处理。

接入 MCP 之后： 在 Claude 里说”查一下从北京西站到国贸的驾车路线，高峰期大概要多久”。Claude 调用高德 MCP Server 实时返回。

配置方式：

1
{
2
  "mcpServers": {
3
    "amap": {
4
      "command": "npx",
5
      "args": ["-y", "@amap/amap-maps-mcp-server"],
6
      "env": {
7
        "AMAP_MAPS_API_KEY": "your-amap-api-key"
8
      }
9
    }
10
  }
11
}

高德开放平台申请 Web API Key，免费额度每天 5000 次调用，日常使用完全够用。

场景 6：搜索 arXiv 论文#

以前怎么做： 打开 arXiv 网站，搜关键词，找论文，点进去读摘要，复制给 AI 做总结。

接入 MCP 之后： 在 Claude 里说”搜一下最近 3 个月关于 MCP 协议和 AI Agent 工具调用的论文，按引用量排序，帮我总结每篇的核心贡献”。

配置方式：

1
{
2
  "mcpServers": {
3
    "arxiv": {
4
      "command": "npx",
5
      "args": ["-y", "arxiv-mcp-server"]
6
    }
7
  }
8
}

这个 Server 不需要 API Key，直接调用 arXiv 的公开 API。

场景 7：管理 Notion 文档#

以前怎么做： 打开 Notion，找到对应页面，复制内容，粘贴给 AI，让它帮你改写或提取信息，再手动把结果复制回 Notion。

接入 MCP 之后： 在 Claude 里说”找到 Notion 里标题包含’产品规划’的页面，把其中的功能优先级列表提取出来，整理成 Markdown 表格”。Claude 直接读取并处理。

配置方式：

1
{
2
  "mcpServers": {
3
    "notion": {
4
      "command": "npx",
5
      "args": ["-y", "@notionhq/notion-mcp-server"],
6
      "env": {
7
        "OPENAPI_MCP_HEADERS": "{\"Authorization\": \"Bearer ntn_your_notion_token\", \"Notion-Version\": \"2022-06-28\"}"
8
      }
9
    }
10
  }
11
}

Notion Integration Token 在 notion.so/my-integrations 创建，创建后需要在对应 Notion 页面里手动授权这个 Integration 访问。

场景 8：发 Slack 消息和创建提醒#

以前怎么做： 切到 Slack，找到频道，手打消息，发送。看起来简单，但在 AI 辅助工作流里频繁切窗口极度影响专注度。

接入 MCP 之后： 在 Claude 里完成代码审查后，直接说”在 #code-review 频道发一条消息，说’PR #234 已完成审查，主要问题见 comments，可以 merge’“。Claude 直接调用 Slack MCP Server 发出去，不用切窗口。

配置方式与场景 1 相同，Slack MCP Server 同时支持读取和发送消息，需要额外开放 chat:write 权限。

Terminal window

1
# 验证 Slack Bot Token 权限配置是否正确
2
curl -s -X GET "https://slack.com/api/auth.test" \
3
  -H "Authorization: Bearer xoxb-your-bot-token" \
4
  | python3 -m json.tool
5
# ok 字段为 true 说明 Token 有效

场景 9：网页抓取与内容提取#

以前怎么做： 打开浏览器，找到页面，复制可见文本，粘贴给 AI。遇到登录墙或 JavaScript 渲染的页面直接没辙。

接入 MCP 之后： 在 Claude 里说”抓取这个竞品的定价页面，提取所有套餐名称和价格，整理成对比表”，Claude 直接返回结构化数据。

配置方式（使用 Puppeteer MCP Server）：

1
{
2
  "mcpServers": {
3
    "puppeteer": {
4
      "command": "npx",
5
      "args": ["-y", "@modelcontextprotocol/server-puppeteer"]
6
    }
7
  }
8
}

Puppeteer Server 会在本地启动一个无头 Chrome 实例，能处理需要 JavaScript 渲染的页面。首次运行会自动下载 Chromium，大约 200MB。

场景 10：操控 Blender 用自然语言建模#

以前怎么做： 打开 Blender，学 Python 脚本 API，写脚本，运行，调参，反复迭代。门槛极高，非专业 3D 开发者基本不会用。

接入 MCP 之后： 在 Claude 里说”在 Blender 场景里创建一个半径 2m 的球体，材质设为蓝色金属，位置放在坐标原点”。Claude 通过 Blender MCP Server 直接执行操作。

配置方式（需要先在 Blender 里安装插件）：

1
{
2
  "mcpServers": {
3
    "blender": {
4
      "command": "uvx",
5
      "args": ["blender-mcp"]
6
    }
7
  }
8
}

Blender 端需要安装 blender-mcp 插件（在 Blender Preferences → Add-ons 里搜索安装），启动插件后会在本地开一个 socket，Claude 通过这个 socket 发送 Python 脚本指令。

常见问题#

这些 MCP Server 都是官方提供的吗？#

不完全是。Anthropic 在 github.com/modelcontextprotocol/servers 维护了一批官方和社区参考实现，包括 Slack、GitHub、PostgreSQL、文件系统等。高德地图、Notion 等是各厂商自己发布的官方 MCP Server。Blender MCP、arXiv MCP 是社区开发者贡献的开源实现。

在 Claude Desktop 和 Cursor 里配置有什么区别？#

协议完全一样，只有配置文件路径不同。Claude Desktop 用 claude_desktop_config.json，Cursor 用 .cursor/mcp.json（项目级）或 ~/.cursor/mcp.json（全局）。同一个 MCP Server 的配置块可以直接复制到两边，不需要改内容。

同时加载多个 MCP Server 会不会影响性能？#

每个 MCP Server 在建立连接时才拉取工具清单，对话开始前 Host 会把所有已注册工具列表注入到上下文里。工具数量太多（超过 30-40 个）会占用 token，建议按项目需要配置，不常用的 Server 暂时禁用。

MCP Server 有没有安全风险？#

有需要注意的点：① 文件系统 Server 只授权必要目录，不要把根目录 / 暴露出去；② 数据库 Server 用只读账号；③ 第三方 npm 包发布的 Server 在使用前检查一下 GitHub 仓库的维护状态和 star 数，避免用到废弃项目。官方维护的 Server（modelcontextprotocol org 下的）可以直接用。

下一步是把配置在本地真正跑起来。Claude Desktop + Cursor 本地 MCP Server 配置从零到跑通从环境安装开始，包含 macOS 和 Windows 双系统命令对照，以及 MCP Inspector 调试工具的完整使用流程。

本文最后更新于 2026-03，MCP Server 版本以各仓库最新 release 为准。建议定期检查 modelcontextprotocol/servers 仓库的版本更新。

MCP 是什么？用一个类比彻底讲清楚模型上下文协议

Wed, 08 Apr 2026 00:00:00 GMT

你问 Claude “今天北京的天气怎么样”，它说不知道。你问 Cursor “帮我查一下这个 GitHub Issue 的状态”，它也做不到。不是因为模型笨，而是它被关在一个没有窗户的房间里——只能处理你塞进来的文字，无法主动伸手去外部世界拿数据。MCP（Model Context Protocol，模型上下文协议）要解决的就是这个问题：给 AI 装上一套标准化的”手”。

AI 不知道今天的天气，根本原因在哪里#

大语言模型本质上是一个函数：输入一段文本，输出一段文本。训练数据在某个时间点截止，之后发生的事情它一概不知。

这个设计本身没有问题，问题在于：如果我想让 AI 能查天气、能读数据库、能调用外部 API，该怎么做？

MCP 出现之前，每家 AI 应用自己解决这个问题：OpenAI 搞了 Function Calling，Anthropic 有 Tool Use，各家实现方式不同，数据格式不统一。你给 Claude 写了一个读取 GitHub 仓库的工具，换到 GPT-4 就得重写一遍。工具开发者被迫为每个 AI 平台各写一套对接代码。

类比一下：这就像每家电器厂商都设计自己的充电接口——苹果用 Lightning，三星用 USB-C，充电器带一个不够，出门要带三个。MCP 要做的，是定义一套 USB-C 标准，让所有 AI 应用和所有工具服务器都说同一种语言。

用 curl 看看 MCP 协议的真实长相——它底层是 JSON-RPC 2.0，结构非常干净：

Terminal window

1
# 向 MCP Server 查询它支持哪些工具
2
curl -s -X POST https://your-mcp-server.com/mcp \
3
  -H "Content-Type: application/json" \
4
  -d '{"jsonrpc":"2.0","method":"tools/list","params":{},"id":1}'
5
# 返回示例：
6
# {"jsonrpc":"2.0","result":{"tools":[{"name":"get_weather","description":"获取城市天气",...}]},"id":1}

MCP 解决了什么——从”每次定制”到”一次接入”#

MCP 全称 Model Context Protocol，由 Anthropic 在 2024 年 11 月开源。核心思路是：定义一套统一协议，工具开发者只需要实现一次 MCP Server，所有支持 MCP 的 AI 客户端都能直接用。

类比更准确的版本：MCP 不只是 USB-C 接口（物理形状），它还规定了”插上去之后发生什么”——设备怎么自我介绍、怎么声明支持哪些操作、怎么传输数据、怎么报错。

实际效果：你写一个能查天气的 MCP Server，Claude Desktop 能用，Cursor 也能用，以后任何支持 MCP 的客户端都能用，不需要改一行 Server 代码。

MCP 协议基于 JSON-RPC 2.0，有三种核心原语：

原语	作用	调用方向
Tools	可执行的函数（查天气、写文件、调 API）	客户端 → Server
Resources	可读取的数据（文档、数据库记录、文件内容）	客户端 → Server
Prompts	预定义的提示词模板	客户端 → Server

MCP Server 声明自己支持的工具，格式如下：

1
{
2
  "jsonrpc": "2.0",
3
  "result": {
4
    "tools": [
5
      {
6
        "name": "get_weather",
7
        "description": "获取指定城市的实时天气",
8
        "inputSchema": {
9
          "type": "object",
10
          "properties": {
11
            "city": { "type": "string", "description": "城市名，如北京" }
12
          },
13
          "required": ["city"]
14
        }
15
      }
16
    ]
17
  },
18
  "id": 1
19
}

显示更多显示更少

这份工具清单由 Client 在连接时拉取，注入到大模型的上下文里，模型才知道自己”有哪些手可以用”。

三层架构：Host / Client / Server 各自干什么#

MCP 定义了三个角色，理清这三层，协议就懂了一半。

Host：用户直接交互的应用程序。Claude Desktop、Cursor、Zed 都是 Host。Host 负责发起连接、管理会话、把 AI 的工具调用意图转发给 Client 执行。

Client：Host 内部的组件，专门负责和 MCP Server 通信。一个 Host 可以同时维持多个 Client 连接，对应多个不同的 Server。

Server：暴露工具、资源、提示词的轻量服务。可以是本地进程（通过 stdio 通信），也可以是远程 HTTP 服务（通过 Streamable HTTP）。

1
Host（Claude Desktop）
2
  ├── Client A ──── MCP Server: 天气查询
3
  ├── Client B ──── MCP Server: GitHub 操作
4
  └── Client C ──── MCP Server: 本地文件系统

Host 和 Client 的关系是 1——一个 Host 启动多个 Client，每个 Client 对接一个 Server。Server 之间完全隔离，Server A 不知道 Server B 的存在。

查看 Claude Desktop 当前加载的 MCP Server 配置（macOS）：

Terminal window

1
# 配置文件里的每一个 entry 对应一个 MCP Server
2
cat ~/Library/Application\ Support/Claude/claude_desktop_config.json

一次工具调用的完整流程（含 JSON-RPC 报文）#

你问 Claude “北京今天天气怎么样”，到 Claude 给出答案，中间发生了什么？按顺序走一遍。

① 你发出问题，Host 把问题送给大模型

大模型收到对话上下文，外加一份”可用工具清单”（由 Client 从 MCP Server 获取并注入到 system prompt 里）。

② 大模型决定要调用工具

模型输出不是直接回答，而是一个工具调用意图：

1
{
2
  "type": "tool_use",
3
  "name": "get_weather",
4
  "input": { "city": "北京" }
5
}

③ Host 把调用请求转给 Client，Client 发送给 MCP Server

1
{
2
  "jsonrpc": "2.0",
3
  "method": "tools/call",
4
  "params": {
5
    "name": "get_weather",
6
    "arguments": { "city": "北京" }
7
  },
8
  "id": 2
9
}

④ MCP Server 执行工具，返回结果

1
{
2
  "jsonrpc": "2.0",
3
  "result": {
4
    "content": [
5
      {
6
        "type": "text",
7
        "text": "北京今日天气：晴，气温 12°C–22°C，东南风 3 级"
8
      }
9
    ]
10
  },
11
  "id": 2
12
}

⑤ Host 把工具结果注入对话上下文，再次送给大模型

模型读取天气数据，生成最终回复：“北京今天晴天，气温 12 到 22 度，东南风 3 级，适合出门。”

整个流程，用户看到的只有问题和答案，中间的 JSON-RPC 往返在后台完成。关键点：模型本身没有”联网”，工具的实际执行在 MCP Server 里，模型只负责决策要不要调用、调哪个、传什么参数。

MCP vs Function Calling：为什么需要一个专门的协议#

Function Calling 和 MCP 解决的问题有重叠，但层次不同。

Function Calling 是 AI 模型层面的能力：模型在输出中声明”我要调用这个函数，参数是这些”。具体怎么调、谁来执行、结果怎么传回来，Function Calling 不管。每个 AI 平台的格式都不一样，工具开发者需要为 OpenAI、Anthropic、Gemini 各写一套。

MCP 是客户端-服务端通信协议，定义的是”工具服务器如何被发现、如何被调用、结果如何返回”的完整标准。

维度	Function Calling	MCP
层次	模型输出格式	客户端-服务端协议
标准化范围	单家平台内部	跨平台通用
解决的问题	模型怎么表达意图	意图怎么被执行
工具开发者负担	每个平台各写一套	写一次，全平台通用

两者不是竞争关系，是不同层次的配合：

1
用户输入
2
    ↓
3
大模型（用 Function Calling / Tool Use 表达工具调用意图）
4
    ↓
5
MCP Client（把意图转成 MCP 协议请求）
6
    ↓
7
MCP Server（执行工具，返回结果）
8
    ↓
9
大模型（把结果整合进回复）
10
    ↓
11
用户看到答案

MCP 是 Function Calling 的”执行层标准化”——解决的是工具生态碎片化的问题，不是替代模型的推理能力。

验证一下你的 MCP Server 是否正确响应 initialize 握手（所有客户端接入前都会先发这个）：

Terminal window

1
# 替换 URL 和 token 为实际值
2
curl -s -X POST https://your-mcp-server.com/mcp \
3
  -H "Content-Type: application/json" \
4
  -H "Authorization: Bearer your-token" \
5
  -d '{"jsonrpc":"2.0","method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"test","version":"1.0"}},"id":1}' \
6
  | python3 -m json.tool
7
# 看到 serverInfo 字段说明 Server 正常运行

常见问题#

MCP 协议是谁提出的？#

Anthropic 于 2024 年 11 月发布并开源了 MCP。协议规范和 SDK 代码托管在 MCP 官方仓库，目前已有 OpenAI、Google DeepMind 等厂商跟进支持，逐渐成为 AI 工具调用的事实标准。

MCP 只能配合 Claude 使用吗？#

不是。MCP 是开放协议，任何 AI 应用都可以实现 MCP Client。目前已支持 MCP 的客户端包括 Claude Desktop、Cursor、Zed、Continue、Cline 等。MCP Server 写好之后，对所有这些客户端通用，不需要改代码。

MCP Server 只能部署在本地吗？#

本地和远程都可以。本地 MCP Server 通过 stdio（标准输入输出）与 Client 通信，不需要网络；远程 MCP Server 通过 Streamable HTTP 暴露 HTTPS 端点，可以部署在 VPS 上。两种方式的 MCP 协议层完全一致，只有传输层不同。

MCP 用什么格式传输数据？#

JSON-RPC 2.0。所有 MCP 请求和响应都是标准的 JSON-RPC 报文，method 字段对应操作类型（tools/list、tools/call、resources/read 等），params 和 result 字段传递业务数据。

理解了 MCP 的架构和调用流程，下一步是看它在实际工作流里能解决哪些具体问题。MCP 能做什么？10 个真实场景让 Claude / Cursor 变成超级助手里列了 10 个真实场景，每个都有配置代码，可以直接拿来用。

本文最后更新于 2026-03，MCP SDK 版本：1.10.2。MCP 协议迭代较快，建议每 3 个月检查 SDK 版本和客户端配置格式变更。

Claude Code Skills：可复用提示词模块完整指南

Wed, 08 Apr 2026 00:00:00 GMT

Skills 是 Claude Code 的可复用提示词模块，每个 Skill 对应一种专项任务，通过 /skill-name 调用。一次配置，反复使用。

Skills 的工作原理#

一个 Skill 本质上是一个带有详细指令的提示词文件（Markdown 格式），存放在 .claude/skills/ 目录下。调用时，Claude Code 把 Skill 的内容加载进上下文，按照其中的指令完成任务。

Skills 有两种来源：

安装型：通过 npx skills add <URL> 从远程安装，下载到 ~/.claude/skills/ 目录，所有项目均可调用
自定义型：在项目的 .claude/skills/ 目录手写 .md 文件，只在该项目可用；放在 ~/.claude/skills/ 则全局可用

目录结构示例：

1
project/
2
└── .claude/
3
    └── skills/
4
        ├── commit.md       # git commit 规范化（安装型或自定义）
5
        ├── review-pr.md    # PR 代码审查
6
        └── deploy-check.md # 自定义 Skill

调用 Skill#

在 Claude Code 对话中，输入 /skill-name 即可调用：

1
/commit
2
/review-pr 123
3
/deploy-check

斜杠后面接 Skill 文件名（不含 .md 后缀）。部分 Skill 支持传递参数，如 /review-pr 123 中的 123 是 PR 编号，Skill 文件里通过 $ARGUMENTS 引用。

内置 Skills#

Claude Code 自带一批常用 Skills，覆盖开发流程中最高频的操作：

/commit#

自动生成符合规范的 git commit 信息。

调用后 Claude 会分析当前 staged changes，生成符合 Conventional Commits 规范的提交信息，包含 type、scope 和描述，并添加 Co-Authored-By 署名。

Terminal window

1
git add .
2
/commit
3
# Claude 输出：feat(auth): add OAuth2 login flow

/review-pr#

审查指定 PR，输出结构化的问题清单。

1
/review-pr 42

Claude 会拉取 PR #42 的 diff，从代码质量、潜在 bug、安全风险、性能问题几个维度输出审查意见，每条问题标注文件和行号。

/simplify#

简化和重构刚修改的代码，专注于可读性。调用后 Claude 只处理最近改动的部分，不触碰其他代码。

适合在功能实现完成后，快速做一轮代码整洁处理。

/loop#

按设定间隔循环执行某个任务，适合监控型场景。例如每隔 30 秒检查一次某个 API 的返回状态，直到条件满足为止。

自定义 Skill#

在 .claude/skills/ 下创建 .md 文件，写入任务描述和执行步骤，即为一个自定义 Skill。

基础示例#

1
# deploy-check
2

3
检查当前分支是否满足部署条件：
4

5
1. 确认所有测试通过（运行 `npm test`）
6
2. 检查是否有未提交的改动（`git status`）
7
3. 验证 CI 最新 run 的状态
8
4. 检查是否有 console.log 遗留在代码里
9
5. 输出结论：可以部署 / 不可以部署（列出原因）

保存后直接用 /deploy-check 调用。

带参数的 Skill#

Skill 文件里用 $ARGUMENTS 接收调用时传入的参数：

1
# test-file
2

3
为 $ARGUMENTS 这个文件编写单元测试：
4

5
1. 分析文件里所有导出的函数和类
6
2. 用项目已有的测试框架（查看 package.json 确认）
7
3. 覆盖正常路径和边界情况
8
4. 测试文件命名规则：原文件名加 `.test` 后缀，放在同目录下

调用方式：

1
/test-file src/utils/parser.ts

适合做成 Skill 的场景#

有固定检查清单的任务（部署检查、发布前检查）
需要跨多个文件协调操作的任务（生成 CRUD 全套代码）
团队内需要统一输出格式的任务（代码审查、技术方案评审）
重复性但每次对象不同的任务（为新模块写测试、生成 API 文档）

编写高质量 Skill 的建议#

明确输出格式：告诉 Claude 输出什么，而不是只说”分析一下”。

1
# bad
2
分析这段代码的问题。
3

4
# good
5
分析这段代码，用以下格式输出：
6
- [严重] 影响功能或安全的问题
7
- [建议] 影响可维护性的问题
8
- [可选] 风格或性能改进
9
每条问题注明文件路径和行号。

加入约束条件：明确说明不做什么，减少 Claude 自作主张。

1
只修改有问题的函数，不要重构周边代码，不要改变函数签名。

分步骤描述：复杂任务拆成有序步骤，Claude 的执行准确率更高。

Claude Code 的其他使用技巧（Projects、上下文管理、MCP 接入）参考 Claude 使用技巧。想了解 Claude Code 在 AI 工具体系里的位置，见 AI 工具推荐。

AI 编程工具推荐：Claude、Cursor、Antigravity 实测对比

Wed, 08 Apr 2026 00:00:00 GMT

这里收录实测可用的 AI 工具，不做广告，只写自己用过的。

编程助手#

Claude（Anthropic）#

当前综合能力最强的 AI 助手，代码能力、长文理解、指令遵循在主流模型里排前列。适合需要深度交互的复杂编程任务。

访问方式：

网页版：claude.ai（支持 Projects，免费版有消息限制）
命令行：Claude Code（直接操作文件和 git）
桌面版：Claude Desktop（支持 MCP 工具调用）

Terminal window

1
# 安装 Claude Code
2
npm install -g @anthropic-ai/claude-code
3
claude

套餐选择：

套餐	价格	适合
免费版	USD 0	轻度使用，了解 Claude 能力
Claude Pro	USD 20/月	日常重度使用，有 Projects 功能
Claude Max	USD 100/月起	需要大量消息配额或 opus 模型

国内没有境外信用卡的订阅方式参考 Claude Pro 订阅教程。

适合场景：

复杂代码逻辑分析和重构
需要长上下文的大型代码库问答
技术方案讨论和 Trade-off 分析
配合 MCP 做自动化工作流

Cursor#

基于 VSCode 的 AI 编辑器，把 AI 能力直接集成进编辑器，适合在项目级别使用 AI 辅助编码。

核心功能：

Cmd+K：内联编辑，选中代码直接让 AI 修改
Composer：多文件编辑模式，适合跨文件重构
Chat：边写代码边问问题，上下文自动包含当前文件
Tab 补全：基于当前上下文的多行代码补全，比 Copilot 准确

模型支持：

Cursor 支持接入多个模型，包括 Claude Sonnet 4.5、GPT-4o、Gemini 2.5 Pro 等，可以按任务切换。代码补全默认用自家的小模型，速度快；复杂问题切到 Claude。

MCP 支持：

Cursor 原生支持 MCP，可以接入数据库、文件系统等外部工具。配置方法参考 MCP 系列。

套餐：

套餐	价格	说明
免费版	USD 0	每月限额使用高级模型
Pro	USD 20/月	无限使用高级模型，500 次快速请求/月
Business	USD 40/用户/月	团队版，统一账单管理

适合场景：

日常开发的主力编辑器（替代 VSCode）
需要频繁内联修改代码的场景
已经熟悉 VSCode 快捷键，迁移成本低

Antigravity（Google）#

Google 推出的 AI IDE，深度集成 Gemini 模型，目前仅向 Google AI Pro / Ultra 会员开放。

特点：

原生 Gemini 集成，在 Google 自家工具链（Cloud Console、BigQuery）上表现好
内置代码补全，支持 100 万 token 超长上下文
目前处于早期阶段，功能仍在迭代中

适合场景：

已经是 Google AI Pro/Ultra 用户，顺带体验
项目重度依赖 Google Cloud 生态
想用超长上下文处理大型代码库

登录遇到问题参考 Antigravity 登录排查指南。

工具对比#

	Claude	Cursor	Antigravity
形态	网页 / CLI / 桌面	IDE（VSCode-based）	IDE
代码补全	无（命令行）	有（多行）	有
MCP 支持	Claude Desktop / Code	有	不支持
长上下文	200K token	取决于模型	100万 token
适合语言	全语言	全语言	全语言
门槛	注册即用	安装即用	需要 Google AI Pro
月费	USD 20（Pro）	USD 20（Pro）	含在 Google AI Pro 里

场景推荐#

日常编码主力：Cursor。编辑器集成、补全、多文件编辑，覆盖大多数开发场景。

复杂问题深度分析：Claude 网页版或 Claude Desktop。上下文管理灵活，Projects 功能适合持续性项目。

自动化脚本和 CI 任务：Claude Code。可以直接操作文件系统和 git，适合脚本化工作流。

Google Cloud 项目：Antigravity。如果已有 Google AI Pro，超长上下文在分析大型代码库时有优势。

实际使用中，Claude + Cursor 的组合覆盖了 90% 的场景：Cursor 负责日常编辑，Claude 处理需要深度推理的问题。

配套阅读：Claude 使用技巧（Projects 配置、上下文管理）、Claude Code Skills（可复用提示词模块）、MCP 系列（给 Claude 接入外部工具）。

阿里云 ICP 备案全流程：个人建站自助操作图文教程

Wed, 08 Apr 2026 00:00:00 GMT

域名买好了，服务器也有了，但网站就是打不开——八成是因为没备案。在中国大陆，所有使用境内服务器的网站都必须先完成 ICP 备案，否则域名解析被屏蔽，网站白搭。这篇把整个阿里云 ICP 备案流程走一遍，图文对应，首次操作按这个顺序来就行。

为什么国内网站必须备案#

工信部规定：使用中国大陆 IP 的服务器提供互联网信息服务，必须取得 ICP 备案号，否则属于违规经营。阿里云、腾讯云等云服务商都会主动拦截未备案域名的 HTTP/HTTPS 流量，访问者看到的是云服务商的拦截页面，而不是你的网站。

影响范围：所有使用境内服务器 IP 的站点，包括个人博客、技术文档、作品集，无一例外。

Note

如果你的服务器在境外（香港、新加坡、美国），不需要 ICP 备案，但也无法使用国内 CDN 加速，两条路按需选。

前置条件：购买阿里云 ECS（至少3个月）#

ICP 备案必须绑定一台实名认证过的境内云服务器，且购买时长不少于3个月——没有这台机器，整个备案流程无法启动。

阿里云ECS购买页面，备案最低门槛方案

Warning

上图是满足备案最低门槛的 ECS 方案，配置最低，目的只有一个——过备案。如果你有实际建站需求（跑 Nginx、部署 Node.js 或 Python 服务），这个配置完全不够用，必须按实际业务需求选更高配置。备案机和生产机是两回事。

购买注意事项：

地域选中国大陆任意可用区（华东、华北、华南都行）
购买时长 ≥ 3个月，这是备案的强制要求
下单前完成阿里云账号实名认证，否则备案流程中会卡在云服务校验环节

进入备案入口#

ECS 购买完成后，在阿里云控制台顶部搜索”备案”，或直接访问备案控制台首页。

阿里云ICP备案入口页面

页面右下角有智能备案助手浮窗，点击可快速进入备案流程。也可以通过左侧导航 备案首页 → 开始备案 进入。

选择自助备案#

点击开始备案后，系统弹出三种备案方式：

阿里云备案方式选择页面

方式	费用	需填表单数	阿里云审核时长	适合人群
委托备案管家	¥600起	0（代填）	约2小时	完全不想操作
使用智能助理	¥99	14个	约2小时	想省事但有预算
自助备案	免费	29个	1-2个工作日	自己能操作

选自助备案，免费，表单多一些但都是基础信息，按页面提示填就行。

开始备案#

选完方式后进入”我的备案”页面，点击开始备案按钮：

阿里云我的备案页面

首次备案这里是空列表，直接点开始备案。进入后系统再次弹出方式选择对话框，再次确认选自助备案：

确认选择自助备案方式

填写基础信息#

互联网信息服务校验

备案基础信息校验表单

1
需要填写的字段：
2

3
- **服务类型**：选"网站"
4
- **网站域名**：填已购买的域名，如 `pid0.cn`
5
- **地区**：选实际所在省市
6
- **备案性质**：个人建站选"个人"
7
- **证件类型**：大陆居民选"居民身份证"
8
- **主办者名称、证件号码、证件住所**：按身份证如实填写

2. 填写主办者详细信息

阿里云备案主办者基础信息填写

1
还需要填写**主要负责人信息**：手机号、短信验证码、备用联系方式、邮箱。手机号要保证接下来几天内畅通——阿里云初审会打电话来，错过了审核会延迟。
2

3
填完后点右下角的**信息校验**按钮。

3. 确认校验结果

阿里云备案基础信息校验通过

1
三项全绿才能继续：基础信息、云服务可用性、所需资料。确认无问题后点**下一步**。

填写互联网服务信息#

填写网站互联网服务信息

各字段说明：

网站名称：给网站取个名字，不能用政治敏感词，不能直接写域名
网站内容：个人博客选”博客·个人空间”
网站语言：选”中文简体”
云服务：选 ECS，然后在下方选对应的云产品实例

Tip

备注栏建议填写一句话描述，如”本网站为个人技术博客，主要用于分享技术教程”。这段话随材料提交给管局，写清楚能减少被问询的概率。

点完成填写，进入服务信息列表页：

备案互联网服务信息填写完成

上传身份证资料#

上传身份证资料页面

注意事项：

上传最后一次办理的身份证，非最新证件会被系统自动识别并拒绝
图片要清晰，不能模糊、反光或有遮挡
单张图片大小 ≤ 4MB

真实性核验#

真实性核验页面，支持扫码或短信两种方式

两种核验方式：

推荐：用阿里云 App 或微信扫描页面上的二维码，跳转到手机端进行证件拍摄
发短信到负责人手机，点链接进入核验页面

扫码后需拍摄身份证正反面：

手机端上传身份证照片

拍摄注意：按手机竖屏方向直接拍，确保证件完整清晰，四角不被遮挡。正面和背面各拍一张，都上传完才算核验完成。

提交订单（提交初审）#

所有步骤完成后进入提交订单页面：

提交备案订单初审

提交前仔细检查主体信息、域名和网站内容分类是否正确。确认无误后点提交订单，备案申请正式进入审核流程。

等待审核#

阿里云电话初审

等待电话初审状态

1
**阿里云初审期间会打电话**，号码来自 0571 开头（杭州），主要验证身份信息和网站用途，如实回答就行，通话通常不超过 5 分钟。工作时间（9:00-18:00）不要静音。

2. 提交管局

待提交管局状态

1
通过阿里云初审后会自动提交管局，无需手动操作。

3. 管局审核

管局审核时间因省份而异，一般 7-20 个工作日，审核通过后工信部会发短信通知。此时才可以将域名解析到境内服务器，网站才能正式上线。

整个流程时间参考：

阶段	耗时
自助填写资料	1-2小时
阿里云初审电话	提交当天（工作时间）
阿里云初审通过 → 提交管局	即时或1-2个工作日
管局审核	7-20个工作日

常见问题#

备案期间网站可以访问吗？#

不行。在备案审核通过之前，域名不能解析到境内服务器。被检测到未备案域名已解析且可访问，会影响审核结果，严重时导致备案被驳回。可以暂时不解析，或临时解析到境外服务器。

备案的 ECS 必须和网站部署在同一台服务器吗？#

不必须。备案只需要一台实名认证、购买时长 ≥ 3个月的阿里云境内 ECS，用于证明你有合法的境内云服务资源。网站实际运行的服务器可以是另一台机器，备案审核通过后两者没有强制绑定关系。

备案信息填错了怎么办？#

提交初审之前可以随时返回修改。已提交但还在阿里云初审阶段的，联系阿里云客服可以撤回重填。已提交到管局则无法撤回，只能等审核结果出来后申请变更备案信息。

个人备案可以用于商业网站吗？#

不可以。个人备案只适用于非营利性个人网站，不能在页面上开展销售、广告招商、在线支付等商业行为。有商业用途必须使用企业备案，需要营业执照。

备案通过后有什么展示要求？#

备案通过后，网站首页底部必须展示工信部备案号，并加上指向 beian.miit.gov.cn 的外链。不展示备案号属于违规，阿里云会定期巡检，发现后可能注销备案资格。

收到备案通过短信后，下一步是把域名解析到服务器并完成 Nginx + HTTPS 配置。备案通过后：阿里云 ECS 建站完整配置从这里接手。

如何判断你买到的 ISP 代理到底是真 ISP，还是换皮机房 IP

Tue, 24 Mar 2026 00:00:00 GMT

如果你正在使用 ISP 代理，或者已经买了但怀疑它并没有你想象中那么像“稳定住宅身份”，这篇文章适合你。

🎯 先给结论#

判断 ISP 代理真不真，单靠一个检测页是不够的。

更稳的判断方法至少要同时看：

ASN / 网络归属
地区结果
会话稳定性
DNS 与整体环境是否一致
目标站真实表现

如果只盯着其中一项，特别容易误判。

🏷️ 为什么这件事容易被说乱#

中文市场里这些词经常混着用：

ISP 代理
静态住宅代理
静态 ISP
家宽 IP
原生住宅

这会导致两个问题：

用户以为自己买的是一回事，供应商说的是另一回事
站内文章自己也容易互相打架

所以你真正要验证的不是名字，而是行为和归属。

准备工具：必用的权威 IP 库#

在开始具体的排查步骤前，我们先使用IP查询工具获取ISP的IP详细信息。

访问 IPinfo (https://ipinfo.io) 网站，按照如下步骤执行：

点击左上角”Search IPs, ASNs, or countries”，选择带 “My IP” 的选项，获取当前ISP代理的IP地址。
ipinfo查询IP信息1
在搜索结果页面，您将看到该IP地址的详细信息，包括ASN、ISP、城市、国家等。
ipinfo查询IP信息2

以上图为例，我的IP地址信息包括：

Privacy: false 表明该IP地址没有使用VPN或其他技术手段试图隐藏其真实位置。
Anycast: false 表明该IP地址不是Anycast地址，通常Anycast地址用于CDN等服务，会存在多个用户公用一个IP的情况，这会极大提高平台账号被封禁的概率。
ASN type: ASN类型为ISP，表明该IP地址属于互联网服务提供商。我们可以不知道ASN的具体名称，但ASN type应该是ISP，而不是企业、数据中心等。
Country/State/City: 国家、州/省、市的地理信息，要符合你购买时的预期。

第一步：先查 ASN type / 归属#

这是最基础的一步。

你至少要确认：

ASN 名称是什么/ ASN type 是不是 ISP
归属组织是什么
它看起来更像固定宽带 / ISP，还是传统机房网络

如果你买的是动态住宅IP，这一步尤其关键。想专门看这块，可以继续读买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单。

IPinfo ASN 信息

但注意，这一步只能给你一个方向，不能直接盖棺定论。

🌍 第二步：看地区信息是否合理#

如果你买的是特定国家或城市的 ISP 出口，至少要确认：

国家对不对
城市是否大致合理
多个地理库结果是否接近

IPinfo 国家信息

🔐 第三步：看会话表现是否符合“稳定身份”的预期#

ISP 代理对大多数用户的核心价值，不在于“听起来更像住宅”，而在于：

身份稳定
会话容易解释
长期监控和登录更省心

所以你至少要测：

连续访问时 IP 是否稳定
长一点的时间窗口里是否仍符合预期
登录或后台流程是否更少掉线

🌐 第四步：测 DNS 是否泄漏#

很多人只看出口 IP，却忘了 DNS。

如果你的 HTTP 请求走了代理，但 DNS 还是在本地或错误网络上解析，就会出现两种问题：

目标站风控系统会发现：你的 IP 在美国，但 DNS 查询却来自中国联通。网络身份严重不一致，直接判定异常。
你以为自己已经切了地区，实际解析链路仍暴露了真实的本地网络环境。

实操测试方法：

利用测试页验证（浏览器环境）：
- 全局/浏览器配置好代理后，访问 browserleaks.com/dns，并等待分析完成。
如何判断是否泄漏：
- 没漏（安全）：列出的所有 DNS 服务器归属地（国家/地区），都与你买的代理 IP 地区一致。
- 漏了（危险）：列表里出现了你真实的本地网络服务商（比如电信/联通/移动、阿里/腾讯 DNS），或者出现了不相关国家的服务器。

🧪 第五步：一定要做目标站测试#

登录你的目标网站，访问你的目标服务，判断是否有优化：

登录是否更稳定
验证码是否减少
后台操作是否更连续
监控结果是否更可解释

🛠️ 如果你准备下单了，怎么避免买大了才验货#

建议：

先从最小规模的 ISP 方案开始
先锁一个真实业务场景
先跑上面的验货顺序
通过之后再考虑扩容

尤其不要把“供应商写 ISP”直接等同于“肯定适合我的登录或监控任务”。

⚠️ 常见误区#

❌ 误区 1：只要 ASN 看着像，就一定是真 ISP#

不对。你还要看会话和真实任务表现。

❌ 误区 2：城市结果有点偏差就一定是假#

也不对。地理数据库本来就可能有差异，要交叉验证。

❌ 误区 3：只要宣传页写“静态住宅”，就等于长期登录一定稳#

不对。最终还是看你的实际业务流程。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的ISP代理支持全球大部份国家和地区。

ProxySeller的ISP支持国家

按照IP数收费，单个IP每月3$，流量无限制（瓦叔认为这个价格非常有竞争力了，我最初使用的某香港平台，单个IP的价格在60人民币左右），适合需要长期固定身份的业务场景。

ProxySeller的ISP价格

这是瓦叔自己在用的ISP IP地址信息，非常干净和安心。瓦叔是程序员，这个IP用来登录Gemini、Codex、Claude等工具，没有任何问题。

当初促成瓦叔下单的原因还有一个，购买后不满意可以无条件全额退款。

ipinfo查询IP信息2

✅ / ❌ 适合 / 不适合#

适合：

买前验货
买后验收
登录或长期监控前的出口确认

不适合：

只想靠一个工具页得出最终结论
不做真实业务验证就直接大规模采购

🔗 下一步怎么读#

想继续判断静态住宅到底值不值，读静态住宅代理是不是智商税？买之前先看这 7 个判断标准
想把质量体检做完整，读买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单

ISP 代理、住宅代理、移动代理，到底该怎么选？一篇讲清楚

Tue, 24 Mar 2026 00:00:00 GMT

如果你现在的核心问题是“我该买哪一类代理”，这篇文章适合先看。读完后，你应该能先决定自己要不要买代理、该买哪一类，再决定看哪一篇配置和验证教程。

先给结论#

大多数人不是不会买代理，而是把“任务类型”和“代理类型”对错位了。

你要长期固定身份、稳定登录、少折腾会话，优先看 ISP 代理。
你要城市级覆盖、大量轮换、任务分散，优先看 住宅代理。
你要更像真实移动网络出口，且能接受更高成本和更弱可控性，再看 移动代理。
你只是做低频、低敏感度、单地区测试，很多时候根本不需要上来就买住宅或移动，机房代理甚至直连就够。

先把这件事想明白，后面的预算、验证和排障都会简单很多。

你到底需不需要买代理#

下面这几种情况，通常才值得认真考虑代理：

你需要模拟特定国家、地区或城市的访问结果。
你需要把请求分散到多个出口，而不是一个固定服务器出口。
你在登录、验证、广告预览、价格监控时，已经明确遇到网络身份相关风控。
你的业务天然需要“会话稳定”或“出口分布”。

下面这几种情况，先别急着买：

只是本机偶发访问异常，还没做过直连和手机热点对照。
只是想“先买一个再说”，但连任务目标都没写清楚。
只是做低频公开页面检查，单一出口就能满足。
只是被营销内容吓到，以为不用住宅或移动就一定不行。

三类代理的本质区别#

ISP 代理#

可以把它理解成“更强调固定身份和长期会话”的那一类。

它更适合：

长时间登录同一个账号
长周期后台监控
需要少变动、少切换的验证任务
你很在意延迟和会话连续性

它不太适合：

大规模轮换
大量不同地区快速切换
高频采集时的分布式出口需求

住宅代理#

可以把它理解成“更强调覆盖和轮换”的那一类。

它更适合：

城市或地区级验证
多出口轮换
价格监控、广告验证、公开网页采集
你需要把访问分散到多个真实用户风格的网络身份上

它不太适合：

追求单 IP 长时间稳定不变
只想要一个长期固定出口
预算非常紧，且任务量又不大

移动代理#

可以把它理解成“更偏移动网络身份”的那一类。

它更适合：

确实需要移动网络出口做验证
某些对移动流量、移动设备环境更敏感的业务
你已经排除了 ISP 和住宅，确认移动网络特征才是关键变量

它不太适合：

只是普通网页访问或通用监控
预算敏感
需要强可控的地区和会话策略

按任务选，而不是按术语选#

任务	更合适的起点	为什么
单账号长期登录、风控排障	ISP 代理	更容易保持身份一致
城市级广告验证	住宅代理	更容易做地区和轮换覆盖
价格监控	住宅代理	轮换和地区覆盖更重要
SEO 监控	ISP 代理或住宅代理	取决于你更看重稳定还是覆盖
移动端环境验证	移动代理	只有当移动网络本身是变量时才值得上
普通低频测试	机房代理或直连	成本更低，验证更直接

很多人犯的错误，是明明要的是“固定身份”，却买成了“高频轮换”；或者明明要的是“多地区覆盖”，却买了一个长期固定出口。

按场景选#

除了按目标任务外，还可以按实际的“业务场景”来对号入座，以下是更全面的对照：

业务场景	推荐代理类型	决策逻辑
跨境电商店群 / 社交账号长期“养号”	ISP 代理	平台对 IP 变动和跳跃极其敏感，固定、长期一致的干净身份比 IP 库规模重要得多。
大规模电商比价 / 竞品价格与库存监控	住宅代理	核心诉求是突破防爬虫的高频 IP 封锁，需要 IP 池子大、地理位置极度分散，失败自动轮换即可。
全球广告投放效果验证 (Ad Verification)	住宅代理	必须深入不同国家/细分城市的真实用户宽带网络，才能验证广告落地页是否被调包或作弊。
Instagram / TikTok 高强度矩阵运营	移动代理	面临极其严苛的风控体系，平台深度校验基站与移动通信数据流，只有 4G/5G 移动原生网络才能过审。
限量商品抢购 (Sneaker) / 热门演出票务	ISP 代理或住宅代理	策略分化：纯拼发包速度与毫秒级低延迟选 ISP；策略为堆砌海量账号抢极窄区域份额选住宅。
本地化 SEO 搜索结果 (SERP) 精确追踪	住宅代理	谷歌等搜索引擎会根据极小范围的用户坐标返回差异化结果，需要住宅 IP 提供的精确城市与连通度。
出海 APP 真实生态测试 / 本地化 QA	移动代理	强校验真实基站、移动运营商 ASN 特征，要求测试数据必须完美混入当地手机用户的真实流量。
低风控公开网页拉取 (如新闻、部分维基)	机房代理	业务完全不涉及账号体系或环境指纹对抗，只要求极高的吞吐快、带宽大，且成本被无限压缩。

预算应该怎么想#

预算不要只看单价，要看“每次有效结果的成本”。

如果你需要稳定会话，便宜但总掉线的方案反而更贵。
如果你需要大量地区轮换，单 IP 很稳也没有价值。
如果你只是偶尔验证一次，过度采购会让成本结构失真。

更合理的做法是先买最小可验证规模：

先列清任务。
先列清你要的是“稳定”还是“轮换”。
先跑一轮 IP、地区、DNS、会话一致性测试。
测通之后再放大。

术语别被带偏#

中文市场里最容易混乱的词包括：

ISP 代理
静态住宅代理
住宅 IP
原生住宅
家宽 IP
移动代理

这几个词并不是所有供应商都用同一套定义。所以选型时不要只看名字，至少看这四项：

会话是不是偏长期固定。
出口是不是偏地区覆盖和轮换。
认证方式和协议是否适合你的接入环境。
控制台里能不能验证地区、ASN、会话策略。

如果你已经有了目标任务和代理类型的初步判断，下一步怎么选套餐？#

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的套餐设计按照场景划分，价格也比较合理，适合大多数人的入门和中级需求。你可以先看它的套餐介绍页，看看哪个套餐的描述和你的目标任务最匹配，再根据预算和验证结果来决定。

当初促成瓦叔下单的原因还有一个，购买后不满意可以无条件全额退款。

ProxySeller的套餐

本文适合 / 不适合#

适合：

你还没决定买哪类代理
你想先把任务和代理类型对齐
你想避免“明明问题是会话，却买成了轮换”

不适合：

你已经买好了，只想看系统配置步骤
你已经确认是 DNS 泄漏或会话问题
你已经明确知道自己要的是移动网络验证

下一步怎么读#

想继续判断固定身份值不值得买，看静态住宅代理是不是智商税？买之前先看这 7 个判断标准
想买前先验质量，看买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单
已经在登录或验证码上翻车，看为什么用了代理还是验证码很多？从 IP 质量到会话一致性的完整排查

移动代理和住宅代理怎么选？什么场景真的需要 4G/5G

Tue, 24 Mar 2026 00:00:00 GMT

如果你在移动代理和住宅代理之间犹豫，这篇文章适合你。它适合广告验证、价格监控、地区验证、移动端环境测试这类合法业务；不适合把“移动”想象成万能高通过率方案。读完后，你应该能判断自己到底是需要 移动网络特征，还是只需要 住宅地区覆盖。

🎯 先给结论#

多数普通任务，住宅代理已经够用。

只有在下面这类场景里，移动代理才更有意义：

你的业务明确要看移动网络出口结果
你在乎的是移动网络身份本身，而不是普通住宅身份

如果你只是做一般地区验证、价格监控、广告预览，先从住宅代理开始更合理。

🧩 两者真正的区别，不是“谁更高级”#

更准确的理解是：

住宅代理：更适合地区覆盖、轮换和通用验证
移动代理：更适合把“移动网络环境”作为测试变量

所以问题不是“移动是不是更好”，而是“你的业务是不是非移动不可”。

🏠 什么时候住宅代理通常更合适#

下面这些任务，我通常优先从住宅代理开始：

多地区广告验证
价格监控
SEO 监控
公开网页采集
一般网页登录和地区测试

原因很简单：这些任务更看重地区覆盖、成本效率和轮换灵活性。

📶 什么时候移动代理才值得考虑#

下面这些场景，移动代理更值得试：

你要验证移动网络下的结果差异
目标业务对移动网络环境更敏感
你已经用住宅代理排查过，确认变量不在地区，而在网络类型

注意，这不等于“所有风控都更喜欢移动网络”。不要把它神话。

💸 你需要付出的代价#

移动代理常见的现实代价包括：

成本更高
会话和带宽策略更需要理解
可控地区和资源组织方式未必像普通住宅那么顺手
对普通任务来说，性价比可能并不高

所以移动代理更适合“有明确理由才上”，而不是“预算够就上”。

🧭 一个实用的判断方法#

先问自己 4 个问题：

我的任务是不是一定要模拟移动网络？
住宅代理是不是已经验证过不够用？
我是不是能接受更高测试成本？
我能不能把移动网络这个变量单独测出来？

只要这四个问题里有两个答不上来，先别买移动代理。

🧪 住宅 vs 移动，怎么做最小对照#

如果你真的不确定，可以做一个很小的对照实验：

固定目标站和目标流程
住宅代理跑一轮
移动代理跑一轮
记录地区、会话、验证码、页面完整度和加载时间
只改网络类型，不改其他变量

如果你一次改了地区、时区、浏览器环境和会话策略，结果就没有可比性。

🛠️ 如果你准备下单，怎么避免多花钱#

更稳的买法通常是：

先从最小住宅方案验证任务是否跑得通
确认移动网络真的是关键变量后，再小规模测试 4G/5G/LTE
不要把移动代理当成住宅代理的无脑升级版

⚠️ 常见误区#

❌ 误区 1：移动代理一定更不容易触发风控#

不是。目标站怎么判断，不会只看网络类型。

❌ 误区 2：只要业务和手机有关，就该上移动代理#

不一定。很多只是前端页面或地区结果验证，住宅代理已经够。

❌ 误区 3：移动代理能替代所有住宅场景#

不是。覆盖、成本和任务结构完全不同。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的套餐设计按照国家+运营商来分类，价格也比较合理，适合大多数人的入门和中级需求。你可以先看它的套餐介绍页，看看哪个套餐的描述和你的目标任务最匹配，再根据预算和验证结果来决定。

移动代理价格普遍很贵，当初促成瓦叔下单的原因还有一个，购买后不满意可以无条件全额退款。

ProxySeller移动代理套餐

✅ / ❌ 适合 / 不适合#

适合：

明确需要移动网络出口
想做移动环境对照测试
已经验证过住宅方案不足

不适合：

只是普通地区验证
只是预算够，想一步到位
还没跑过住宅最小测试

🔗 下一步怎么读#

想先把基础选型讲明白，看 ISP 代理、住宅代理、移动代理，到底该怎么选？一篇讲清楚
想看价格监控、广告验证这种更典型的住宅场景，看广告验证和价格监控为什么更适合轮换住宅代理

买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单

Tue, 24 Mar 2026 00:00:00 GMT

如果你已经准备买住宅代理，或者刚买到手，不知道怎么判断它到底值不值，这篇文章适合你。它适合广告验证、价格监控、SEO 监控、公开网页采集、登录风控排障前的质量判断；不适合替代你对目标站的真实业务测试。读完后，你应该能把“这个代理到底行不行”拆成几项可验证的结果，而不是靠感觉下结论。

🎯 先给结论#

不要只测“能不能连上”。

真正有用的住宅代理测试，至少要覆盖这 6 项：

出口 IP 和地区是否符合预期
ASN / 归属是否符合预期
DNS 有没有穿帮
会话能不能按你的方式稳定保持
纯净度和验证码表现是否可接受
目标站真实任务能不能跑通

前四项是基础体检，后两项才决定这笔钱值不值。

准备工具：必用的权威 IP 库#

在开始具体的排查步骤前，我们先使用IP查询工具获取ISP的IP详细信息。

访问 IPinfo (https://ipinfo.io) 网站，按照如下步骤执行：

点击左上角”Search IPs, ASNs, or countries”，选择带 “My IP” 的选项，获取当前ISP代理的IP地址。
ipinfo查询IP信息1
在搜索结果页面，您将看到该IP地址的详细信息，包括ASN、ISP、城市、国家等。
ipinfo查询IP信息2

以上图为例，我的IP地址信息包括：

Privacy: false 表明该IP地址没有使用VPN或其他技术手段试图隐藏其真实位置。
Anycast: false 表明该IP地址不是Anycast地址，通常Anycast地址用于CDN等服务，会存在多个用户公用一个IP的情况，这会极大提高平台账号被封禁的概率。
ASN type: ASN类型为ISP，表明该IP地址属于互联网服务提供商。我们可以不知道ASN的具体名称，但ASN type应该是ISP，而不是企业、数据中心等。
Country/State/City: 国家、州/省、市的地理信息，要符合你购买时的预期。

🌍 第一步：先测出口 IP 和地区#

先不要进目标站，先看最基础的信息：

出口 IP 是不是你拿到的那个
国家是否正确
城市是否大致正确
时区、语言和 IP 地区有没有明显冲突

如果你买的是城市级验证能力，这一步尤其重要。地理数据库之间本来就可能有偏差，但如果国家都不对，后面没必要继续。

🛰️ 第二步：查 ASN 和网络归属#

这一步的目的不是追求“某个神秘完美 ASN”，而是判断它和你买的产品描述是否一致。

至少做三件事：

查 ASN 名称和归属组织。
看它更像机房网络、固定宽带还是移动网络。
记录结果，后面和目标站实际表现交叉验证。

如果你买的是 ISP / 静态住宅，这一步尤其关键。想专门看这块，可以继续读如何判断你买到的 ISP 代理到底是真 ISP，还是换皮机房 IP。

🌐 第三步：测 DNS 是否泄漏#

很多人只看出口 IP，却忘了 DNS。

如果你的 HTTP 请求走了代理，但 DNS 还是在本地或错误网络上解析，就会出现两种问题：

目标站风控系统会发现：你的 IP 在美国，但 DNS 查询却来自中国联通。网络身份严重不一致，直接判定异常。
你以为自己已经切了地区，实际解析链路仍暴露了真实的本地网络环境。

实操测试方法：

利用测试页验证（浏览器环境）：
- 全局/浏览器配置好代理后，访问 browserleaks.com/dns，并等待分析完成。
如何判断是否泄漏：
- 没漏（安全）：列出的所有 DNS 服务器归属地（国家/地区），都与你买的代理 IP 地区一致。
- 漏了（危险）：列表里出现了你真实的本地网络服务商（比如电信/联通/移动、阿里/腾讯 DNS），或者出现了不相关国家的服务器。

🔐 第四步：测会话保持能力#

不是所有任务都需要同样的会话策略。

住宅代理的 sticky session 是什么？为什么你一登录就掉线/重验证里讲过，很多站点的风控系统对同一会话里频繁换 IP 非常敏感。

登录、后台操作、持续监控，更看重 sticky session
广告验证、价格监控、分布式采集，更看重轮换

所以你至少要跑两种测试：

同一会话连续访问，IP 是否按预期保持不变。
新会话或新请求触发轮换时，IP 是否按预期变化。

如果IP不能按照你的预期保持或切换，就会出现总掉登录或验证码变多的问题。

🧼 第五步：测纯净度，但不要把它神话#

所谓“IP 纯净度”，在实际工作里更多是一个组合判断：

验证码多不多
登录时二次验证多不多
目标站是否更容易触发风控
黑名单或声誉库里是否已经有明显异常

不要把“纯净度”当成一个单一分数看。它更像是多个风险信号的组合。

更重要的是：同一个 IP 在不同站点、不同时间、不同频率下，结果都可能不同。所以纯净度只能作为参考，不能替代目标站实测。

🧪 第六步：一定要做目标站实测#

真正决定你要不要继续续费的，不是工具页给你的分数，而是你的真实任务是否跑得通。

最小实测建议：

选 1 到 2 个真实目标站。
跑 1 个最小业务流程。
记录验证码、跳转、登录、页面完整度和加载时间。
同时记录所用代理地区、会话模式和请求频率。

这一步不做，你前面的测试都只能算“体检”，不能算“验收”。

🧭 一个够用的测试顺序#

如果你不想把流程搞得太复杂，可以直接按这个顺序：

查出口 IP
查国家和城市
查 ASN / 归属
查 DNS
测 sticky session
测轮换逻辑
跑目标站最小任务
记录失败点和限制

⚠️ 常见误区#

❌ 误区 1：连得上就是好 IP#

不是。连得上只说明最底层网络可用。

❌ 误区 2：地理位置大致对就算过关#

如果你的业务依赖城市级结果，模糊正确并不等于结果可用。

❌ 误区 3：工具页分数高，就等于目标站一定稳#

不是。目标站自己的风控、会话和频率限制更重要。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的动态住宅代理支持全球220多个国家和地区。

新用户支持1.99美元试用3天。

ProxySeller的动态住宅代理价格

住宅代理套餐按照流量+时间收费，每GB/月=3.5$，按照套餐购买更优惠，适合需要长期使用的业务场景。

ProxySeller的ISP价格

这是瓦叔自己在用的住宅代理地址信息，非常干净和安心。瓦叔是程序员，日常爬虫程序都在用这个代理在跑。

ipinfo查询IP信息2

✅ / ❌ 适合 / 不适合#

适合：

买前验货
买后验收
目标站异常前先做基础体检

不适合：

把测试工具结果当成唯一依据
不记录会话和请求条件就下结论

🔗 下一步怎么读#

遇到验证码多、登录风控，继续看为什么用了代理还是验证码很多？从 IP 质量到会话一致性的完整排查
想理解会话为什么老掉，继续看住宅代理的 sticky session 是什么？为什么你一登录就掉线/重验证

广告验证和价格监控为什么更适合轮换住宅代理

Tue, 24 Mar 2026 00:00:00 GMT

如果你的任务是广告验证、价格监控、多地区页面抽查，这篇文章适合你。

🎯 先给结论#

广告验证和价格监控，核心问题通常不是“保持一个身份不变”，而是“让结果覆盖到多个真实地区和多个出口”。

所以多数情况下：

轮换住宅代理 更合适
固定 ISP 更适合长期登录，不一定适合大量地区抽查
移动代理 只有在明确验证移动网络差异时才值得上

换句话说，这类任务更看重分布，而不是单点稳定。

📍 为什么固定出口经常不够#

如果你只用一个固定出口，常见问题有：

你只能看到一个地区视角
长时间重复访问，样本很容易偏
某个出口状态变差，整体结果就失真

广告验证和价格监控的难点，本来就在“不同地区、不同出口看到的结果不完全一样”。所以单点出口天然信息量不够。

🔄 轮换住宅代理真正解决了什么#

它主要解决三件事：

让你更容易覆盖多个地区
让结果不完全依赖单一出口
让你能按任务设计轮换节奏

注意，这不等于“轮换越快越好”。很多人把这件事玩反了。

⏱️ 轮换速度不是越快越好#

住宅代理的 sticky session 是什么？为什么你一登录就掉线/重验证里讲过，很多站点的风控系统对同一会话里频繁换 IP 非常敏感。

如果你的任务是：

广告落地页验证
价格页面抽查
公开结果对照

更合理的是根据任务节奏轮换，而不是每个请求都强行换。

因为轮换过快会带来两个问题：

结果更难复现
你自己也很难判断到底是地区差异，还是出口变化导致的差异

🪪 什么时候固定 ISP 更适合#

下面这些情况，我反而会先考虑 ISP：

你要长期登录某个后台
你要持续保持单一身份
你更看重连续性而不是地区覆盖

所以不要把“广告验证和价格监控适合轮换住宅”误解成“所有任务都适合轮换住宅”。

🧪 住宅代理在这类任务里的验证重点#

如果你准备用住宅代理做广告验证或价格监控，至少先测：

国家和城市是否符合预期
会话是否按设计轮换
目标站是否能稳定返回页面
同一个任务在不同出口下是否能复现差异

如果你连这些都不测，后面很容易把采样误差当成市场结论。

🗂️ 一个够用的任务设计方法#

以价格监控为例，我会这样做：

先定义地区样本
再定义每个地区的访问频率
再定义轮换窗口
最后记录页面返回、价格字段和异常情况

广告验证也类似，先定义样本，再定义轮换，不要倒过来。

🛠️ 如果你准备付费，怎么开始更稳#

更稳的顺序通常是：

先确定要测的国家 / 城市
先小规模试用 住宅代理
先跑一个最小任务样本
再根据实际结果决定是否扩大地区和轮换密度

不要先买很多流量，再回头想要怎么验证。

⚠️ 常见误区#

❌ 误区 1：轮换越快越像真人#

不对。很多业务结果更需要可复现，而不是盲目快轮换。

❌ 误区 2：价格监控一定不能用固定出口#

不对。低频、单地区、连续对照任务，固定出口可能更容易解释。

❌ 误区 3：只要是住宅代理，广告验证就一定准#

不对。地区、会话、时间窗口和采样方法都影响结果。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的动态住宅代理支持全球220多个国家和地区。

新用户支持1.99美元试用3天。

ProxySeller的动态住宅代理价格

住宅代理套餐按照流量+时间收费，每GB/月=3.5$，按照套餐购买更优惠，适合需要长期使用的业务场景。

ProxySeller的ISP价格

这是瓦叔自己在用的住宅代理地址信息，非常干净和安心。瓦叔是程序员，日常爬虫程序都在用这个代理在跑。

ipinfo查询IP信息2

✅ / ❌ 适合 / 不适合#

适合：

广告验证
价格监控
地区样本抽查

不适合：

长期固定后台登录
单一账号环境保持
不愿意做样本设计和结果记录

🔗 下一步怎么读#

想继续做质量体检，读买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单
想看移动网络是不是更适合你的场景，读移动代理和住宅代理怎么选？什么场景真的需要 4G/5G

SEO 监控应该用哪种代理：机房、住宅、ISP、移动四种方案实测思路

Tue, 24 Mar 2026 00:00:00 GMT

如果你在做 SEO 监控，纠结到底该用机房、住宅、ISP 还是移动代理，这篇文章适合你。

🎯 先给结论#

SEO 监控不是统一答案。

你做固定地区、低频、长期监控，很多时候 ISP 或普通固定出口就够。
你做多地区结果抽查、广告或 SERP 地区差异验证，住宅代理 更合适。
你只是常规服务器侧可达性和页面抓取，机房代理 往往更省钱。
只有当移动网络结果本身是变量时，移动代理 才值得上。

所以不要把“像真人”当成唯一指标。

🧭 先分任务，不要把 SEO 监控混成一件事#

SEO 相关任务至少可以拆成四类：

站点可达性和页面抓取
固定地区的 SERP 观察
多地区结果差异验证
广告、落地页或本地化展示抽查

这四类任务，最适合的出口类型并不相同。

🏢 机房代理：什么时候最划算#

适合：

基础可达性检查
轻量页面抓取
你只需要稳定的服务器出口

不太适合：

对真实地区展示很敏感的验证
经常需要模拟不同真实用户网络

如果你的监控任务本质上是“服务器能不能拉到页面”，机房代理完全可能已经够用。

🪪 ISP：什么时候比住宅更省心#

适合：

固定地区、长期持续监控
你需要稳定身份，而不是大量轮换
你更关心结果的连续性和可解释性

不太适合：

大量国家、城市并行验证
高频切换地区

这类任务里，ISP 的价值往往在“今天和昨天用的是同样的网络身份”，而不是“覆盖面最大”。

🏠 住宅代理：什么时候是主力#

适合：

多地区 SERP 差异验证
地区化页面展示检查
本地化结果、广告预览、价格差异观察

它的核心价值在于覆盖和轮换，而不是长期固定。

所以如果你的 SEO 监控本质是“不同地区看到什么”，住宅代理通常是最自然的起点。

📶 移动代理：什么时候才真有必要#

只有当下面这种问题成立时，移动代理才值得上：

你明确要观察移动网络环境下的结果差异
你做的是移动端场景验证，而不是普通地区监控
你已经用住宅验证过，确认移动网络是关键变量

否则，移动代理很容易变成高成本但低收益的选择。

🧪 我会怎么设计一套实测思路#

如果要认真评估，我会这样做：

先挑 1 到 2 个关键词或目标页面
固定测试时间段
机房、ISP、住宅各跑一轮
如果有明确理由，再加移动代理
记录页面完整度、地区结果、验证码、延迟和稳定性

重点是每次只改一个变量，不要混着测。

🚫 哪些场景不值得上住宅或移动#

下面这些场景，经常被过度设计：

只是固定地区的日常可用性巡检
只是看页面是否返回 200
只是低频拉取自己站点的数据

这类任务如果上来就用住宅或移动，多半是成本先跑飞。

⚠️ 常见误区#

❌ 误区 1：SEO 监控一定要最像真人#

不对。很多监控任务本质上只需要稳定、低成本、可重复。

❌ 误区 2：用了住宅，结果就一定更真实#

如果测试时间、会话、地区和浏览器环境没控制好，结果一样会失真。

❌ 误区 3：移动代理能覆盖所有 SEO 场景#

不对。只有移动网络本身是变量时，它才真正有价值。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它提供的服务覆盖了机房代理、住宅代理、ISP 代理和移动代理，适合不同类型的 SEO 监控需求。你可以先看它的套餐介绍页，看看哪个套餐的描述和你的目标任务最匹配，再根据预算和验证结果来决定。大部分服务支持无理由退款，所以不满意可以随时退。

ProxySeller提供的服务

✅ / ❌ 适合 / 不适合#

适合：

SEO 地区验证
SERP 观察
多出口监控选型

不适合：

只想找“最贵所以最好”的答案
不区分任务就直接采购

🔗 下一步怎么读#

想专门看价格监控和广告验证，继续读广告验证和价格监控为什么更适合轮换住宅代理
想先把大方向选型讲清楚，继续读 ISP 代理、住宅代理、移动代理，到底该怎么选？一篇讲清楚

静态住宅代理是不是智商税？买之前先看这 7 个判断标准

Tue, 24 Mar 2026 00:00:00 GMT

如果你正在纠结“静态住宅代理到底值不值得买”，这篇文章适合先帮你减掉错误预算。

🎯 先给结论#

静态住宅代理不是智商税，但它也绝不是通用最优解。

你的问题如果是“需要固定身份、少切换、少二次验证”，静态住宅或 ISP 代理通常更合适。
你的问题如果是“需要轮换、地区覆盖、分布式出口”，那它反而可能比动态住宅代理更别扭。
你如果连自己的任务是“稳定”还是“覆盖”都没分清，先别下单。

真正该问的问题不是“它贵不贵”，而是“它的长期稳定性，值不值你的业务成本”。

🔒 标准 1：你是不是在做长期固定会话#

静态住宅最典型的优势，是把“我每次出去都像同一个人”这件事做得更容易。

更适合它的场景：

后台长期登录
账号环境保持稳定
单地区、单出口、长期监控
你非常不想频繁掉登录状态

如果你的业务根本不需要固定会话，这一条优势就没有那么值钱。

⚖️ 标准 2：你要的是稳定，还是覆盖#

这是最容易判断错的一条。

你要稳定：优先考虑静态住宅或 ISP。
你要覆盖：优先考虑动态住宅。
你要移动网络身份：才考虑移动代理。

很多人其实只是需要“多个地区都能看一眼”，这种情况下买静态住宅并不会更聪明。

🔍 标准 3：你能不能验证它到底像不像你以为的那类 IP#

买之前至少要能回答：

出口地区对不对。
ASN 和网络归属是否符合预期。
会话能不能稳定保留。
协议和认证方式能不能接入你的系统。

如果供应商只讲“高质量”“纯净”“稳定”，却不给你任何验证路径，这类文案参考价值很低。

🔌 标准 4：认证和接入方式是否适合你的环境#

这条经常被忽略。

你实际要接的环境可能是：

浏览器
Windows / macOS 系统代理
Python requests
Playwright / Selenium
远程服务器

这时你至少要确认：

支不支持你要的协议
用用户名密码还是 IP 白名单
你的运行环境能不能稳定继承这套配置

如果接入成本很高，再“高级”的代理也未必省事。

💸 标准 5：它能不能真的减少你当前的损失#

你要用业务语言算账，而不是用营销语言。

比如：

你现在每周都在因为会话失效重登，人工时间很贵。
你现在监控结果经常因为出口漂移而失真。
你现在明明只需要一个稳定地区出口，却一直在为轮换策略付费。

如果静态住宅能明显减少这些损失，它就不是智商税。反过来，如果你只是偶尔访问一次页面，那它大概率是过度采购。

🧪 标准 6：替代方案是不是已经够用#

买之前先问自己三个问题：

机房代理够不够？
普通住宅轮换够不够？
直连或自建固定出口够不够？

只要其中任何一个能满足目标，而且验证成本更低，就没必要把静态住宅神化。

🧾 标准 7：售后和替换策略是否透明#

你真正会碰到的问题不是“第一次能不能连上”，而是：

某个出口后续状态变差怎么办
某个地区效果不达预期怎么办
需要扩容时能不能延续同样的接入逻辑

这些问题如果没有明确替换、支持或小规模试错路径，后续维护成本会很高。

⚠️ 常见误区#

❌ 误区 1：静态住宅一定比动态住宅高级#

不是。它只是更适合“稳定会话”的问题。

❌ 误区 2：越贵越不容易出问题#

不是。很多问题是接入方式、DNS、时区、语言、会话策略不一致，跟单价没有一一对应关系。

❌ 误区 3：只看宣传词，不看测试路径#

这类产品最怕“买之前讲得很稳，买之后不会验证”。如果不能测，你就很难判断问题到底出在 IP 还是出在自己配置。

🛒 我会怎么做购买前判断#

我通常会按下面顺序做：

先确认任务是长期固定身份，而不是多地区轮换。
先买最小规模，而不是一次上大单。
先测出口 IP、地区、ASN、DNS、会话时长。
先用真实目标站跑一次最小验证。
通过后再决定是否放大。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的ISP代理支持全球大部份国家和地区。

ProxySeller的ISP支持国家

当初促成瓦叔下单的原因还有一个，购买后不满意可以无条件全额退款。

ProxySeller的ISP价格

✅ / ❌ ISP适合 / 不适合#

适合：

长期登录
单地区稳定监控
需要较少切换的账号环境

不适合：

大规模轮换
多城市快速切换
预算极低、任务又很轻

🔗 下一步怎么读#

想把“买前验证”做完整，看买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单
想专门验证真假 ISP，看如何判断你买到的 ISP 代理到底是真 ISP，还是换皮机房 IP

住宅代理的 sticky session 是什么？为什么你一登录就掉线/重验证

Tue, 24 Mar 2026 00:00:00 GMT

如果你已经能把代理接上，但登录过程总掉线、验证码突然增多、流程走到一半被要求重新验证，这篇文章适合你。

🎯 先给结论#

sticky session 的核心不是“更高级”，而是“在一段时间内尽量别换出口”。

它通常适合：

登录流程
需要保存 Cookie / 会话状态的操作
单用户、单线程、持续一段时间的访问

它通常不适合：

需要频繁换出口的轮换任务
大规模并发分发请求
你根本不在乎会话连续性的任务

🔐 sticky session 到底在解决什么#

目标站在同一条用户流程里，往往默认你的网络身份大致连续。

如果你在下面这些阶段突然换了出口：

打开登录页
输入账号密码
收验证码
完成授权跳转
进入后台继续操作

目标站看到的就不是“同一个用户流程”，而是“一个流程里身份在漂”。

这就是为什么很多人说“明明代理能用，为什么一登录就掉线”。

🧩 它和固定 ISP 是一回事吗#

不是一回事，但在某些任务上目标相近。

sticky session 更像是“在一段时间内尽量固定”
ISP / 静态住宅 更像是“长期固定身份”

所以：

你只需要把一段登录流程跑完，sticky session 往往已经够用。
你需要长期保持同一身份，ISP / 静态住宅通常更合适。

🚨 什么时候一定要先看会话问题#

如果你碰到下面这些症状，优先怀疑会话：

登录页能打开，但提交后反复要求重验证
同一浏览器里做一套动作，结果像是被当成了多个人
第一次访问正常，后续几步突然异常
同地区、同账号、同浏览器，结果却忽好忽坏

这类问题并不总是“IP 差”，很多时候是会话策略没对上任务。

🪤 sticky session 常见的 4 种误配#

🔄 1. 登录链路用了轮换，而不是粘性会话#

这会导致登录页和授权后续请求不是一个出口。

🔀 2. 浏览器走 sticky，脚本却走另一套轮换#

表面看起来都在用同一个代理供应商，实际是两条完全不同的网络身份。

⏱️ 3. 会话时长太短#

你以为还在同一会话，实际上供应商那边已经换出去了。

🧵 4. 多线程共用一个不合适的粘性策略#

不同线程都往同一个会话里挤，结果很难稳定解释。

🧪 一个够用的验证方法#

如果你怀疑 sticky session 没起效，可以直接做下面的最小测试：

开一个全新的浏览器会话。
记录第一次访问看到的出口 IP。
在 5 到 10 分钟内持续访问几个检测页。
看 IP 是否按预期保持不变。
再开一个新会话，看是否触发新的出口。

如果结果和你预期的会话策略不一致，先回头改策略，不要先怪目标站。

🪪 登录类任务什么时候该放弃 sticky，改用 ISP#

下面这些情况，我会更倾向直接上 ISP / 静态住宅：

你需要长期保持同一身份
你不想反复估算 sticky 的有效时长
你的任务本身就是长时间后台操作
你已经反复验证 sticky 仍不稳定

sticky session 是中间方案，不是所有长期任务的终点方案。

⚠️ 常见误区#

❌ 误区 1：只要开了 sticky，登录就一定稳#

不是。DNS、时区、语言、指纹环境不一致，照样会触发风控。

❌ 误区 2：sticky 越久越好#

不是。要看任务是否真的需要长期固定。

❌ 误区 3：有 sticky 就不用测 ISP / 静态住宅#

如果你的核心需求是长期固定身份，两者并不能完全互相替代。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的动态住宅代理支持全球220多个国家和地区。

新用户支持1.99美元试用3天。

ProxySeller的动态住宅代理价格

住宅代理套餐按照流量+时间收费，每GB/月=3.5$，按照套餐购买更优惠，适合需要长期使用的业务场景。

ProxySeller的ISP价格

这是瓦叔自己在用的住宅代理地址信息，非常干净和安心。瓦叔是程序员，日常爬虫程序都在用这个代理在跑。

ipinfo查询IP信息2

✅ / ❌ 适合 / 不适合#

适合：

登录中途掉线
二次验证频繁
会话连续性很重要

不适合：

你要的是分布式轮换
你根本不关心单次会话是否连续

🔗 下一步怎么读#

想继续做验证码与身份一致性排障，看为什么用了代理还是验证码很多？从 IP 质量到会话一致性的完整排查
想判断长期固定身份是否该上 ISP，看静态住宅代理是不是智商税？买之前先看这 7 个判断标准

为什么用了代理还是验证码很多？从 IP 质量到会话一致性的完整排查

Tue, 24 Mar 2026 00:00:00 GMT

如果你已经用了代理，但目标站还是频繁弹验证码、掉登录、触发二次验证，这篇文章适合你。

🎯 先给结论#

验证码多，往往不是“代理没用”，而是“你只改了 IP，没有让整套网络身份一致起来”。

常见根因通常落在这 5 层：

IP 质量本身一般
会话策略不对
DNS、时区、语言、浏览器环境不一致
访问频率和动作模式太像脚本
目标站本身风控更严

所以遇到验证码，不要只做“换一个 IP 再试”。

🧭 先分清：你到底在什么场景下被拦#

先记录这几件事：

是登录时被拦，还是登录后操作时被拦
是新会话更容易被拦，还是老会话突然变多
是某个地区更严重，还是所有地区都一样
是浏览器有问题，还是脚本环境更严重

不把场景分清，后面很容易乱改。

🪪 第一层：先看 IP 质量，但别只盯着“纯净度”#

IP 质量至少要看：

国家和城市是否符合预期
ASN / 归属是否符合产品描述
历史声誉是否明显异常
过去一段时间是否在目标站触发过高频行为

这一步可以先参考买住宅代理前怎么测 IP 质量：ASN、定位、纯净度、DNS 泄漏完整清单。

但注意，IP 质量不等于全部。很多人 IP 本身不算差，问题却出在下面几层。

🔄 第二层：看会话是不是一直在变#

登录类任务最怕两种事：

你以为自己在一个稳定会话里，实际上 IP 一直在换
你以为切换只是“更安全”，结果目标站看到的是身份不断飘

下面这些行为都容易放大验证码：

登录页和后续请求不是同一个出口
短时间内连续切多个地区
关键流程里意外触发轮换
浏览器和 API 请求不走同一个代理策略

如果这类情况存在，优先改会话，而不是先换更多 IP。

🌐 第三层：看 DNS、时区、语言、系统环境是否一致#

目标站判断网络身份时，不只看 IP。

至少把下面几件事对齐：

IP 所在地区和浏览器语言是否严重冲突
IP 所在时区和系统时区是否严重冲突
DNS 是否仍暴露本地网络
浏览器环境和脚本环境是否像来自两个完全不同的设备

实操测试方法：

利用测试页验证（浏览器环境）：
- 全局/浏览器配置好代理后，访问 browserleaks.com/dns，并等待分析完成。
如何判断是否泄漏：
- 没漏（安全）：列出的所有 DNS 服务器归属地（国家/地区），都与你买的代理 IP 地区一致。
- 漏了（危险）：列表里出现了你真实的本地网络服务商（比如电信/联通/移动、阿里/腾讯 DNS），或者出现了不相关国家的服务器。

🚦 第四层：看你的请求行为是不是太猛#

再好的代理，也经不住错误的访问模式。

典型问题包括：

刚拿到新 IP 就连续高频访问
页面未完整加载就密集刷新
同一流程重复触发登录或验证
多线程请求共用一个不适合的会话策略

很多人把这类问题误判成“供应商 IP 不行”，实际上是自己把请求模式打坏了。

⚖️ 第五层：看任务本身是否更适合 ISP 而不是轮换住宅#

如果你的核心是：

长时间登录
后台保持在线
账号环境尽量不变

那你要优先想的是 稳定身份，而不是 更多轮换。

这类场景下，ISP / 静态住宅往往比频繁轮换的住宅更省心。反过来，如果你做的是价格监控或广告验证，轮换住宅通常更合适。

🧪 一个够用的排查顺序#

我会按下面顺序排：

先看是否所有地区都一样严重
先看出口 IP、地区、ASN、DNS
先确认登录链路是不是同一会话
再看系统时区、语言和浏览器环境
再看请求频率和动作节奏
最后才决定换供应商、换产品线或换地区

⚠️ 常见误区#

❌ 误区 1：验证码多就是这个代理废了#

不一定。先看是不是会话和环境没对齐。

❌ 误区 2：不断换 IP 总会变好#

如果问题是时区、语言、DNS 或访问节奏，单纯换 IP 往往只会更乱。

❌ 误区 3：脚本和浏览器结果不一样很正常，不必管#

这恰恰说明环境可能不一致，需要拆开查。

广告时间#

这里推荐瓦叔自己在用的平台ProxySeller，它的动态住宅代理支持全球220多个国家和地区。

新用户支持1.99美元试用3天。

ProxySeller的动态住宅代理价格

住宅代理套餐按照流量+时间收费，每GB/月=3.5$，按照套餐购买更优惠，适合需要长期使用的业务场景。

ProxySeller的ISP价格

这是瓦叔自己在用的住宅代理地址信息，非常干净和安心。瓦叔是程序员，日常爬虫程序都在用这个代理在跑。

ipinfo查询IP信息2

✅ / ❌ 适合 / 不适合#

适合：

登录老掉
验证码明显增多
代理已经接上但结果不稳定

不适合：

连基础出口测试都没做
只想找“百分百不会出验证码”的神奇方案

🔗 下一步怎么读#

想专门理解会话，继续看住宅代理的 sticky session 是什么？为什么你一登录就掉线/重验证

Windows 和 macOS 怎么正确配置 HTTP/SOCKS5 代理，并验证出口是否生效

Tue, 24 Mar 2026 00:00:00 GMT

如果你已经买好了代理，下一步要在 Windows 或 macOS 上接入并验证，这篇文章适合你。

🎯 先给结论#

配置代理时，最常见的问题是：

系统代理开了，但目标应用根本没继承
浏览器走了代理，脚本没走
HTTP / HTTPS / SOCKS5 配置混用
出口 IP 看似变了，DNS 却还在本地

所以正确顺序应该是：

先搞清楚你要代理的是系统、浏览器还是某个应用
再填协议、主机、端口、认证
最后做出口、地区、DNS 三重验证

🧭 先区分：你的需求是什么#

🖥️ 系统代理#

适合：

浏览器和部分系统应用共用
临时全局验证出口

不一定适合：

每个开发工具都自动继承
CLI、Python、容器、远程会话、AI开发工具

🌐 浏览器代理#

适合：

单独验证网页登录
做浏览器级地区和会话测试

不一定适合：

让系统其他应用一起走代理

🧪 应用内代理#

适合：

requests、Playwright、Selenium、curl
你需要明确知道哪一个程序在走代理

更适合做可复现的技术验证。

🪟 Windows 配置要点#

Windows 下，先确认你拿到的是代理的：主机（IP 或域名）、端口、协议类型（HTTP 或 SOCKS5），以及用户名密码（若是 IP 白名单则不需要）。

系统自带的代理设置对 SOCKS5 和账号密码认证支持很不友好，强烈建议直接使用第三方客户端接管。

本教程统一推荐开源、跨平台且配置简单的工具：Throne（原 Nekoray）。

🛠️ 方案：使用 Throne 客户端进行配置#

下载软件：前往 Throne GitHub Releases。下载形如 Throne-<版本号>-windows64.zip 的压缩包，解压到一个不包含中文的路径下。
运行程序：打开解压后的文件夹，双击运行 throne.exe（如果杀毒软件误报，通常是因为它有系统全局代理的权限获取要求，请添加白名单）。
添加代理服务器：
- 在主界面顶部菜单点击 “首选项” -> “基本设置” 确认端口，或者直接 “服务器” (Server) -> “添加自定义配置”。
- 一般提供商会直接给出 SOCKS5/HTTP 节点，如果你拿到了 URI 链接，可直接复制后在主界面空白处按 Ctrl+V 或者右键选择 “从剪贴板导入” (Import from clipboard)。
- 如果手动输入，选择对应的协议（SOCKS 或 HTTP），填入 地址 (Address)、端口 (Port)，如果有密码验证，填入 用户名 (Username) 和 密码 (Password)，点击“确定”。
启动并接管系统代理：
- 在刚添加的代理节点上 右单击 -> 启动 (Start)。
- 勾选上方工具栏的 “系统代理” (System Proxy) 或者 TUN 模式。此时你的 Windows 系统所有常规流量均已通过此代理出口。
验证：配完不要直接去目标站，先去出口检测网页（例如 ipinfo.io）确认 IP、地区。

🍎 macOS 配置要点#

macOS 的核心问题和 Windows 类似，但在切换 Wi-Fi 时系统自带代理配置偶尔会失效、导致无网断掉。此外，macOS 的终端（Terminal）通常不会继承系统代理面板的设置。

和 Windows 一样，我们推荐使用统一的跨平台工具 Throne，来避免多设备切换的心智负担，同时也规避用 macOS “系统设置 -> 网络 -> 代理”手动配 HTTP/SOCKS 导致的各种不稳定问题。

🛠️ 方案：使用 Throne 客户端（Mac 版）#

下载软件：前往 Throne GitHub Releases，下载形如 Throne-<版本号>-macos-arm64.dmg（新款M系列芯片）或 amd64（老款Intel芯片）的文件。
安装并解除隔离：
- 打开 .dmg 并将 Throne.app 拖入“应用程序 (Applications)”文件夹。
- ⚠️ 重中之重：由于 Apple 更新了严格的未签名应用隔离政策，必须打开自带终端（Terminal）粘贴以下命令回车以解除隔离（可能需要输入开机密码）：
  Terminal window
```
1
sudo xattr -rd com.apple.quarantine /Applications/Throne.app
```
添加节点与接管流量：
- 打开 Throne，参照上述 Windows 步骤添加并选中 SOCKS/HTTP 代理。
- 右键节点点击启动，并勾选顶部 “系统代理” (System Proxy) 或者是 TUN 模式（需要输入密码授权代理网卡权限）。
突破终端（CLI）限制：
- macOS 最大的穿帮点在于：开了系统代理或第三方客户端，但往往你在终端里跑个 curl ipinfo.io 时发现还是本地公网出口。
- 此时需要回到终端，手动声明 Throne 暴露到本地的 HTTP 代理端口（以 Throne 的 首选项 -> 基本设置 中 HTTP 出站监听端口为准，默认通常是 2080 或 2081）。
- 在跑脚本的终端会话里先执行：
  Terminal window
```
1
export http_proxy=http://127.0.0.1:2080
2
export https_proxy=http://127.0.0.1:2080
```
  然后再去执行你的自动化测试脚本或者爬虫，此时就能正确带上目标指纹和外链 IP。

🔌 HTTP / HTTPS / SOCKS5 怎么选#

别把这个问题神化。

你的应用明确要求什么，就先用什么。
你只是普通浏览器测试，通常按供应商给的 HTTP(S) 或 SOCKS5 文档走。
你是脚本和自动化工具，优先看该工具原生支持哪种代理。

重点不是“谁更高级”，而是“你的应用支持谁、行为更稳定的是谁”。

⚠️ 常见误区#

❌ 误区 1：网页能打开，就说明代理已经完全生效#

不对。很多时候只是浏览器层生效，脚本和 CLI 还在走原始网络。

❌ 误区 2：系统代理开了，所有应用都会跟着走#

不对。很多开发工具有自己的网络栈。

❌ 误区 3：只要 IP 变了，DNS 就一定没问题#

不对。DNS 泄漏是另一层问题。

广告时间#

ProxySeller提供的服务

✅ / ❌ 适合 / 不适合#

适合：

刚买代理准备接入
登录或验证前先做本机出口确认
Windows / macOS 双平台测试

不适合：

你只想配 Python 或自动化脚本
你需要解释 sticky session 或 ISP 真假

🔗 下一步怎么读#

想先判断买哪类代理，看 ISP 代理、住宅代理、移动代理，到底该怎么选？一篇讲清楚

云梯建站笔记

2026最新：Antigravity 登录失败怎么办？从 Account not eligible 到浏览器授权不回跳的完整排查指南

一、 核心报错分类与根本原因追踪#

二、 解决方案#

解决 “account not eligible” “账号不符合要求” 错误#

先确认你的Google账号“有资格”#

再确认你的账号归属国家/地区是否在支持范围内#

修复“Unexpected issue” “设置账户时发生意外问题”错误#

解决浏览器提示登录成功，但Antigravity没反应#

最终尝试#

总结#

Claude Code 使用指南：安装、CLAUDE.md 配置与 Skills 实战

安装#

基本用法#

交互模式#

单次命令模式#

常用交互指令#

CLAUDE.md：项目级持久指令#

推荐写法#

多级 CLAUDE.md#

Skills：可复用提示词模块#

权限与安全#

权限模式#

哪些操作会请求确认#

典型工作流#

修复测试#

代码审查#

跨文件重构#

理解陌生代码库#

搭配 MCP 使用#

常见问题#

claude 命令找不到，提示 command not found#

授权完成后还是提示未登录#

Claude Code 会读取哪些文件？#

如何控制 Claude Code 不修改某些文件？#

token 消耗太快怎么控制？#

延伸阅读#

Claude Code 国内使用指南：代理、中转站与 Router 方案对比

三种方案对比#

方案一：配置 HTTPS_PROXY#

企业网络（SSL 证书拦截）#

方案二：API 中转站#

方案三：Claude Code Router#

常见连接问题#

Claude Code 报错速查手册：安装、认证、运行时问题全覆盖

安装类问题#

npm 安装超时或失败#

PATH 未配置（command not found）#

内存不足（安装中途失败）#

认证类问题#

OAuth error: Invalid code#

OAuth 不支持 SOCKS5#

登录后仍提示未认证#

地区限制提示#

运行时报错#

overloaded_error（服务器过载）#

Write failed: InputValidationError#

tool_call_error#

request timeout#

WSL 特殊场景#

Claude Pro、Max 5x、Max 20x 怎么选：2026 定价与场景指南

三档套餐核心差异#

2026 新功能：超量计费#

怎么选#

国内用户的额外考量#

套餐不包含的内容#

Claude Code 国内使用成本对比：4 种方案，选哪个最划算？

4 种方案一览#

方案详解#

方案一：官方 Pro 订阅（USD 20/月）#

方案二：API 中转平台（按量付费）#

方案三：国产模型挂载（最低成本）#

方案四：拼车合租（最轻量）#

按场景选方案#

常见问题#

API 中转平台安全吗？#

国产模型挂载后 Claude Code 还能正常用吗？#

官方账号会因为在国内使用被封吗？#

Claude Max 和 Claude Pro 有什么区别？#

2026 年 MCP 服务器推荐：Claude Code 必装的 6 个（附配置命令）

一、核心报错分类与根本原因追踪#

二、解决方案#