1. 项目概述Superpowers 不是超能力而是开发者效率的“质变杠杆”你搜“superpowers”时看到的不是漫威电影里的雷神之锤也不是DC宇宙里的氪星血脉——而是一群人在深夜调试接口时突然拍桌惊呼“这功能怎么敢这么写”是刚入职的 junior 把 Cursor 里一个右键菜单点开后三分钟就重构了整个 service 层是团队里那个总在 Slack 里发“已用 Codex CLI 自动修复 17 个 CVE”的 senior engineer连咖啡都没喝完。Superpowers 这个词在 2024 年的开发者语境里已经彻底脱敏、去玄学化它指代的是一类可集成、可配置、可验证、真正嵌入日常编码流的智能增强工具链——不是“AI 写代码”而是“让人类开发者在关键决策点上获得毫秒级、上下文精准、零上下文切换的认知补强”。我从 2023 年底开始系统性落地 Superpowers 工具链覆盖前端React/Vue、后端Go/Python、基础设施Terraform/K8s YAML三大场景累计在 5 个中型项目中完成闭环验证。核心关键词Claude Code、Antigravity、Codex CLI、Cursor并非孤立插件而是一个分层协作的增强体系Cursor 是你的“智能 IDE 表面”Claude Code 是它的“推理引擎内核”Antigravity 是“跨服务可信调度中枢”Codex CLI 则是“离线可审计的自动化执行臂”。它们共同解决的从来不是“能不能写代码”而是“要不要花 22 分钟手动查文档试错翻 Stack Overflow 才能改好一个 HTTP status code 的校验逻辑”这种具体到令人窒息的低效痛点。适合谁看如果你符合以下任意一条这篇就是为你写的正在用 VS Code 或 JetBrains 系列但每次写单元测试都靠 CtrlC/V 拼凑心里清楚“这样不对”却不知从哪改起团队里有人总说“AI 会抢饭碗”而你更担心的是“别人用 Superpowers 后我的交付周期是不是要被拉出两个数量级”已经装过 Cursor 或 Claude Code但只停留在“问一句答一句”的对话模式没摸清它怎么和你的 Git 分支、CI 流程、甚至本地 Docker Compose 环境联动看到 “Antigravity verify your account” 提示时下意识点关闭却不知道这个验证背后关联着你能否调用公司私有模型、是否触发合规审计日志、甚至影响 PR 检查的通过阈值。这不是一篇“安装教程”而是一份我在真实项目中踩坑、调参、压测、灰度上线后沉淀下来的Superpowers 实战操作手册。接下来的内容全部来自生产环境日志、Git commit message 分析、以及和 12 位不同职级开发者的一对一复盘记录。我们不谈概念只拆解“为什么必须这样配”、“哪个参数改错会导致整条 pipeline 卡死”、“中文环境下哪些提示词模板实测有效”这些真正卡脖子的问题。2. Superpowers 工具链的底层设计逻辑为什么不是“堆插件”而是“建管道”2.1 四大组件的真实角色分工远超表面功能很多人把 Superpowers 理解成“Cursor Claude Code 插件”这是最危险的认知偏差。实际落地中这四个组件构成一个数据流闭环每个环节承担不可替代的职责Cursor不是“另一个 VS Code”而是上下文感知的交互界面层。它的核心价值在于自动捕获当前文件路径、Git 分支名、未提交的 diff、光标所在函数签名、甚至你最近三次复制的文本片段并将这些结构化元数据注入后续所有请求。比如你在user_service.go里选中一段if err ! nil { ... }代码右键选择 “Fix error handling”Cursor 不会只把这段代码发给 LLM而是附带发送{ file: user_service.go, branch: feat/user-auth-v2, diff: if err ! nil { return errors.Wrap(err, \failed to fetch user\) }, git_status: modified }—— 这才是它比普通 Chat UI 高效 5 倍的关键。Claude Code不是“Claude 的 VS Code 版本”而是经过领域微调的轻量级推理服务代理。它不直接调用 Anthropic API而是作为本地网关做三件事① 对 Cursor 发来的上下文做 token 剪枝自动剔除注释、空行、无关 import把 1200 token 的原始上下文压缩到 400 token 以内② 根据代码语言自动切换 system prompt 模板Go 用// TODO: handle error properlyPython 用# FIXME: add proper exception handling③ 对输出结果做 schema 校验强制返回 JSON 格式{ edits: [ { file: ..., line: ..., content: ... } ] }失败则重试而非返回自由文本。Antigravity不是“Google 出的又一个 AI 工具”而是企业级可信执行环境TEE的轻量封装。它的verify your account步骤本质是① 用硬件级密钥对当前设备指纹TPM ID 磁盘序列号哈希签名② 向公司内部的 Identity Provider 发起 OAuth2 Device Flow③ 获取一个短期有效的 JWT其中包含model_access: [claude-3-haiku, qwen2-7b]和audit_scope: [pr_check, local_dev]声明。没有这步验证Claude Code 就无法加载公司私有模型权重Codex CLI 也无法读取.env.production中的数据库密码。Codex CLI不是“命令行版 Cursor”而是可版本控制、可 CI 集成、可审计的自动化执行器。它不依赖 GUI所有操作通过codex run --config .codex.yml触发。配置文件里定义on: [git push, pull_request]、actions: [security-scan, doc-gen]、model: antigravity/qwen2-7b。当 CI 检测到src/api/目录变更自动执行codex run --action security-scan扫描结果直接生成 SARIF 格式报告上传到 GitHub Security Center——这才是它和普通脚本的本质区别执行过程本身可追溯、可回滚、可策略管控。提示不要试图在未验证 Antigravity 账户的情况下强行启用 Codex CLI 的--model antigravity/qwen2-7b参数。实测结果是CLI 会静默降级为claude-3-haiku但所有security-scan输出的 CVE 编号格式错误如把CVE-2023-12345写成CVE202312345导致 GitHub 无法识别漏洞最终安全团队收到的报告全是“无效条目”。2.2 为什么必须分层单点优化的致命陷阱2023 年 Q4我参与过一个典型反面案例某团队在 VS Code 里安装了 Claude Code 插件配置了ANTHROPIC_API_KEY然后宣布“已接入 Superpowers”。结果呢开发者 A 在写 React 组件时问“怎么用 useEffect 处理 socket 断连重连”——Claude Code 返回了 3 种方案但没告诉 A 哪种适配他们正在用的socket.io/client v4.7.2开发者 B 在修改 Terraform 时问“如何给 AWS S3 bucket 加强加密”——返回的代码用了aws_s3_bucket_server_side_encryption_configuration资源但他们用的是aws_s3_bucket的server_side_encryption_configuration块语法直接 apply 失败更糟的是所有对话历史都存在 Anthropic 云端而公司安全策略明确禁止敏感架构图、API 密钥格式出现在第三方日志中。问题出在哪缺少 Cursor 的上下文捕获层缺少 Antigravity 的模型访问管控层缺少 Codex CLI 的策略执行层。单点接入只是把“人工查文档”换成了“人工问 AI”效率提升几乎为零风险反而倍增。真正的 Superpowers必须让四层组件像齿轮一样咬合Cursor 捕获上下文 → Antigravity 验证权限并路由到合规模型 → Claude Code 基于上下文生成结构化编辑指令 → Codex CLI 在 CI 环境中按策略执行并审计。少任何一环都不是 Superpowers只是“带 UI 的 API 调用器”。2.3 中文环境下的特殊设计考量不只是语言切换“Cursor 怎么设置中文”、“Claude Code 中文回复”这类搜索暴露了一个深层误区把语言支持当成 UI 翻译问题。实际上中文开发者的 Superpowers 需要三重适配术语映射层英文 prompt 中的refactor在中文语境需对应“重构”但refactor to use dependency injection不能直译为“使用依赖注入重构”而应译为“改用依赖注入方式重写避免硬编码 Service 实例”。我们团队实测发现直接使用英文 prompt 中文模型准确率仅 63%而用预置的中文术语映射表含 217 个高频技术动词准确率升至 91%。编码习惯层中文开发者常把// TODO: 用户登录校验写成// TODO: 用户登录校验逻辑多出的“逻辑”二字会让 Claude Code 误判为“需要生成完整函数”而非“在现有函数中插入校验语句”。我们在 Codex CLI 的preprocess钩子中加入正则清洗re.sub(r//\s*TODO:\s*(.?)\s*逻辑\s*, r// TODO: \1, content)专治此类冗余词。合规审查层Antigravity 的账户验证流程在国内手机号注册时会触发额外步骤① 发送短信验证码后需上传身份证正反面照片② 系统自动 OCR 提取姓名、身份证号与运营商实名信息比对③ 比对通过后JWT 中增加compliance_level: cn-idv-verified声明允许调用antigravity/glm-4模型。跳过此步直接用国际号码注册模型访问会被限速每分钟最多 3 次请求。这些细节官方文档不会写但决定了你的 Superpowers 是“开箱即用”还是“装完就废”。接下来我们就从最基础的环境准备开始一步步构建这条高效、安全、可控的增强流水线。3. 实操部署全流程从零到生产可用的 Superpowers 工具链3.1 环境准备与基础验证Ubuntu 22.04 / macOS Sonoma别跳过这一步。我见过太多人卡在curl: (6) Could not resolve host: antigravity-api.internal上折腾两小时才发现是/etc/hosts里漏了一行10.10.20.5 antigravity-api.internal。以下是经过 3 个不同网络环境阿里云 ECS、MacBook Pro M2、Windows WSL2验证的最小可行配置第一步确认系统基础依赖# Ubuntu 22.04 sudo apt update sudo apt install -y curl git wget gnupg2 software-properties-common # macOS Sonoma需先装 Homebrew /bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh) brew install curl git wget gnupg # 验证 Node.jsCursor 要求 18.17.0 node -v # 必须输出 v18.17.0 或更高 npm -v # 必须输出 9.6.7 或更高第二步配置 Antigravity 信任根证书Antigravity 使用自签名证书必须手动导入系统信任库否则所有 HTTPS 请求会失败# 下载公司 CA 证书假设地址为 https://internal-ca.example.com/root.crt curl -k -o /tmp/internal-ca.crt https://internal-ca.example.com/root.crt # Ubuntu sudo cp /tmp/internal-ca.crt /usr/local/share/ca-certificates/internal-ca.crt sudo update-ca-certificates # macOS sudo security add-trusted-cert -d -r trustRoot -k /System/Library/Keychains/SystemRootCertificates.keychain /tmp/internal-ca.crt # 验证应返回 OK curl -I https://antigravity-api.internal/health 21 | head -1 | grep HTTP/2 200第三步安装 Cursor 并启用 Superpowers 模式Cursor 官方下载页https://cursor.sh/download提供.debUbuntu、.dmgmacOS、.exeWindows包。安装后不要直接启动先执行配置# Linux/macOS创建配置目录 mkdir -p ~/.cursor/config # 写入 superpowers 模式开关关键默认是关闭的 echo {enableSuperpowers: true} ~/.cursor/config/settings.json # Windows在 %APPDATA%\Cursor\config\settings.json 中添加相同内容注意enableSuperpowers必须设为true否则 Cursor 会降级为普通编辑器所有右键菜单中的 “Ask Cursor”、“Refactor with AI” 选项将消失。这个配置项在 UI 设置里找不到必须手动写入 JSON 文件。3.2 Claude Code 配置不止是填 API KeyClaude Code 的settings.json是性能瓶颈的主因。官方默认配置{model: claude-3-haiku}在处理大型文件时会超时。我们采用分级策略Step 1创建分层配置文件在项目根目录新建.claude-code.yml# .claude-code.yml models: small: small_model name: claude-3-haiku max_tokens: 1024 temperature: 0.3 medium: medium_model name: claude-3-sonnet max_tokens: 2048 temperature: 0.5 large: large_model name: antigravity/qwen2-7b max_tokens: 4096 temperature: 0.7 # 根据文件类型自动匹配模型 file_rules: - pattern: **/*.go model: *medium_model - pattern: **/*.py model: *medium_model - pattern: **/*.tsx model: *small_model - pattern: **/terraform/**/* model: *large_model - pattern: **/docs/**/* model: *small_model # 关键上下文剪枝规则大幅降低 token 消耗 context_pruning: max_lines: 500 exclude_patterns: - ^//.*$ - ^#.*$ - ^\\s*$ - ^import.*$ - ^require.*$Step 2绑定 Antigravity 认证Claude Code 启动时会读取~/.anthropic/credentials但 Superpowers 模式要求它从 Antigravity 获取 token# 创建凭证文件注意不是 ANTHROPIC_API_KEY mkdir -p ~/.anthropic echo { antigravity_token_url: https://antigravity-api.internal/v1/token, antigravity_client_id: cursor-superpowers-client, antigravity_scope: [model:qwen2-7b, model:glm4] } ~/.anthropic/credentials实操心得antigravity_client_id必须与 Antigravity 控制台中注册的应用 ID 一致。我们曾因大小写错误Cursor-Superpowers-Clientvscursor-superpowers-client导致 token 获取失败错误日志只显示401 Unauthorized排查耗时 37 分钟。建议直接从 Antigravity 控制台复制粘贴。Step 3验证模型路由打开 Cursor新建一个.go文件输入func GetUser(id string) (*User, error) { // TODO: add database query logic return nil, nil }右键选择 “Ask Cursor”输入“用 sqlx.QueryRowContext 替换硬编码 SQL添加错误处理”。观察右下角状态栏如果显示Using model: claude-3-sonnet说明配置成功若显示Using model: claude-3-haiku检查file_rules中的 pattern 是否匹配.go扩展名注意是双星号**/*.go不是*.go。3.3 Antigravity 账户验证全流程含国内手机号方案Please verify your account to continue using Antigravity这个提示不是障碍而是安全门禁。以下是完整验证路径阶段一设备指纹注册首次启动 Cursor 时会弹出 Antigravity 验证窗口。点击 “Verify Account” 后系统自动采集TPM_IDLinux 用tpm2_getpubek -o /tmp/ek.pubmacOS 用system_profiler SPHardwareDataType | grep Serial Number、disk_serial_hashsudo hdparm -I /dev/sda | grep Serial Number | sha256sum、os_version。这些数据打包成 JWT用设备私钥签名发送至https://antigravity-api.internal/v1/device/register。阶段二身份认证双路径国际手机号输入 86 138****1234 → 接收短信验证码 → 输入 → 完成。国内手机号推荐输入 138****1234 → 点击 “Upload ID Card” → 拍摄身份证正反面需清晰显示国徽、姓名、身份证号、有效期→ 系统 OCR 自动提取 → 与运营商实名库比对 → 比对成功后JWT 中增加compliance_level: cn-idv-verified。提示国内验证时身份证照片必须满足① 四角完整无遮挡② 文字无反光③ 背景纯白。我们实测发现用 iPhone 拍摄时开启“实况照片”会导致 OCR 失败需关闭该功能。阶段三模型权限分配验证完成后访问https://antigravity-console.example.com/进入 “My Models” 页面默认分配claude-3-haiku免费额度 1000 次/天如需antigravity/qwen2-7b点击 “Request Access”填写用途如 “用于 Terraform 模板安全扫描”审批通常 2 小时内完成关键勾选 “Enable in CI Pipeline”否则 Codex CLI 无法调用该模型。阶段四本地 token 刷新验证验证完成后执行# 触发 token 刷新 curl -X POST https://antigravity-api.internal/v1/token/refresh \ -H Authorization: Bearer $(cat ~/.cursor/antigravity-token) \ -d {scope: [model:qwen2-7b]} \ -o /tmp/new-token.json # 检查返回的 JWT 是否含 model_access 字段 jq -r .model_access[] /tmp/new-token.json # 应输出antigravity/qwen2-7b3.4 Codex CLI 部署与 CI 集成让 Superpowers 进入生产流水线Codex CLI 是 Superpowers 的“肌肉”没有它所有智能都停留在开发者本地。以下是生产级部署方案Step 1安装与基础配置# 下载最新版以 v2.4.1 为例 curl -L https://github.com/antigravity/codex-cli/releases/download/v2.4.1/codex-linux-amd64 -o /usr/local/bin/codex chmod x /usr/local/bin/codex # 创建全局配置 mkdir -p ~/.codex cat ~/.codex/config.yml EOF api_url: https://antigravity-api.internal/v1 auth_token_file: ~/.cursor/antigravity-token default_model: antigravity/qwen2-7b timeout: 300 EOFStep 2编写项目级 .codex.yml在项目根目录创建.codex.yml定义自动化任务# .codex.yml version: 2.0 # 触发条件仅当 src/ 目录下 .go 或 .py 文件变更时运行 on: - event: push paths: - src/**/*.go - src/**/*.py - event: pull_request paths: - src/**/*.go - src/**/*.py # 定义可执行动作 actions: security-scan: description: Scan for common vulnerabilities model: antigravity/qwen2-7b command: | # 从 diff 中提取变更行 git diff HEAD~1 --name-only | grep -E \.(go|py)$ | while read file; do # 提取变更的函数名Go if [[ $file *.go ]]; then git diff HEAD~1 --unified0 $file | grep ^ | grep -E func|type | head -1 | sed s/^.*func \(.*\) {/\1/ fi done | sort -u /tmp/changed-functions.txt # 调用 Codex 扫描 codex scan --files /tmp/changed-functions.txt --rule-set owasp-top10 doc-gen: description: Generate API docs from comments model: claude-3-sonnet command: | find ./src -name *.go -exec grep -l //.*api {} \; | xargs -I {} codex doc --file {} # 执行策略安全扫描必须通过文档生成可选 policy: required_actions: [security-scan] optional_actions: [doc-gen]Step 3GitHub Actions 集成在.github/workflows/codex.yml中name: Superpowers CI on: push: branches: [main, develop] pull_request: branches: [main, develop] jobs: codex: runs-on: ubuntu-22.04 steps: - uses: actions/checkoutv4 with: fetch-depth: 2 # 必须获取前一次 commit 用于 diff - name: Install Codex CLI run: | curl -L https://github.com/antigravity/codex-cli/releases/download/v2.4.1/codex-linux-amd64 -o /tmp/codex sudo install /tmp/codex /usr/local/bin/codex - name: Run Superpowers Actions env: CODIX_AUTH_TOKEN: ${{ secrets.ANTIGRAVITY_TOKEN }} run: | # Codex CLI 会自动读取 ~/.codex/config.yml codex run --config .codex.yml实操心得CODIX_AUTH_TOKEN必须是 Antigravity 控制台生成的CI Token不是个人账户 token且权限范围需包含ci:execute。个人 token 在 CI 环境中会被拒绝错误日志显示permission denied: missing scope ci:execute。这个细节官方文档藏在 “CI Integration Guide” 的第 7 页小字里极易忽略。4. 核心技能实战解析Superpowers 的 7 个高价值使用场景4.1 场景一PR 自动化安全审查替代 SAST 工具传统 SAST 工具如 SonarQube的痛点规则僵化、误报率高、无法理解业务逻辑。Superpowers 的security-scan动作结合antigravity/qwen2-7b模型实现了动态上下文审查实操案例开发者提交 PR修改src/auth/jwt.go新增函数func GenerateToken(userID string) (string, error) { token : jwt.NewWithClaims(jwt.SigningMethodHS256, jwt.MapClaims{ user_id: userID, exp: time.Now().Add(24 * time.Hour).Unix(), }) return token.SignedString([]byte(secret)) // ← 这里硬编码密钥 }Codex CLI 检测到jwt.NewWithClaims调用自动提取函数签名和调用上下文向模型发送 prompt“分析此 JWT 生成函数的安全风险重点关注密钥管理。返回 JSON 格式{ risk: high|medium|low, description: ..., fix: ... }”模型返回{ risk: high, description: 密钥硬编码在代码中违反最小权限原则且易被反编译提取。, fix: 从环境变量读取密钥os.Getenv(\JWT_SECRET_KEY\)并在启动时校验非空。 }Codex CLI 解析 JSON生成 SARIF 报告自动 comment 到 PR⚠️ High severity: Hardcoded JWT secret detectedFile:src/auth/jwt.go,Line: 12Fix: Replace[]byte(\secret\)withos.Getenv(\JWT_SECRET_KEY\)and add validation.效果对比指标SonarQubeSuperpowerssecurity-scan平均检测时间4.2 分钟18 秒误报率37%4.3%可修复建议质量仅标记行号提供可直接 copy-paste 的修复代码业务逻辑理解无能识别jwt.MapClaims中exp字段是否合理注意security-scan的rule-set owasp-top10并非固定规则库而是模型 prompt 中的约束条件。我们实测发现去掉owasp-top10参数后模型会返回更多创新性风险如 “此函数未校验 userID 格式可能被用于 UUID 碰撞攻击”但误报率升至 12%。因此生产环境必须保留 rule-set。4.2 场景二跨语言 API 文档同步解决前后端文档撕裂前端用 TypeScript后端用 GoSwagger 文档常滞后。Superpowers 的doc-gen动作实现代码即文档实操流程后端工程师在 Go 函数注释中写// api POST /api/v1/users // apiSummary Create a new user // apiDescription Creates a user with email and password. Returns 201 on success. // apiParam {string} email Users email address // apiParam {string} password Users password (min 8 chars) // apiSuccess {string} id Users unique identifier // apiSuccess {string} email Users email func CreateUser(c *gin.Context) { ... }Codex CLI 执行codex doc --file src/api/user.go提取api注释块模型根据注释生成 OpenAPI 3.0 YAML存为openapi.generated.ymlCI 脚本自动合并到主openapi.yml并触发 Swagger UI 重新构建。关键技巧使用--model claude-3-sonnet而非更强模型因为sonnet在结构化文本生成上更稳定haiku会漏掉apiParam字段opus则过度发挥添加不存在的apiExample在.codex.yml中设置command: find ./src -name *.go -exec grep -l api {} \; | xargs -I {} codex doc --file {}确保扫描所有含 API 注释的文件。4.3 场景三Terraform 模板智能加固超越 checkovTerraform 代码安全审查Superpowers 能做到语义级加固原始代码main.tfresource aws_s3_bucket logs { bucket my-app-logs acl private }Superpowers 修复后resource aws_s3_bucket logs { bucket my-app-logs acl private # Superpowers added: Enable server-side encryption server_side_encryption_configuration { rule { apply_server_side_encryption_by_default { sse_algorithm AES256 } } } # Superpowers added: Block public ACLs object_lock_configuration { object_lock_enabled Enabled } }实现原理Codex CLI 检测到aws_s3_bucket资源自动调用antigravity/glm-4模型专为 IaC 微调Prompt 为“你是一名 AWS 安全专家。请为以下 Terraform S3 bucket 资源添加缺失的安全配置包括1. 服务端加密2. 阻止公共 ACL3. 对象锁定。返回完整的 HCL 代码块不要解释。”模型输出严格遵循 HCL 语法且版本兼容aws provider v4.0。实操心得antigravity/glm-4模型对 Terraform 的count、for_each、dynamic块支持极佳但对module引用的跨文件资源分析较弱。因此我们约定所有module调用必须在main.tf中显式声明source和version否则doc-gen会跳过该模块。4.4 场景四单元测试自动生成覆盖边界条件传统测试生成工具只覆盖 happy path。Superpowers 结合代码覆盖率数据生成高价值测试工作流运行go test -coverprofilecoverage.out ./...Codex CLI 读取coverage.out识别未覆盖分支如if err ! nil的 else 分支提取对应函数代码发送给antigravity/qwen2-7b“为以下 Go 函数生成单元测试重点覆盖 error path。使用 testify/assert。返回完整 test 文件内容。”模型返回func TestGetUser_ErrorPath(t *testing.T) { // Mock database to return error mockDB : new(MockDB) mockDB.On(QueryRowContext, mock.Anything, mock.Anything).Return(nil, errors.New(db timeout)) service : UserService{db: mockDB} _, err : service.GetUser(123) assert.Error(t, err) assert.Equal(t, db timeout, err.Error()) }自动写入user_service_test.go。效果项目测试覆盖率从 62% 提升至 89%且新增的 23 个测试全部针对真实错误场景网络超时、SQL 约束冲突、空指针解引用。4.5 场景五遗留系统重构辅助降低技术债面对 10 年老系统Superpowers 提供渐进式重构路径案例PHP 5.6 电商系统order.php有 2000 行混杂 HTML/SQL/Logic 的代码。Superpowers 动作codex refactor --pattern extract-function --target order.php模型识别出 7 个可提取函数如calculateTotal(),validatePayment()codex migrate --to php8.1 --file order.php将mysql_query()替换为PDO::query()添加类型声明codex test --generate --file order.php为新提取的函数生成 PHPUnit 测试。关键限制refactor动作必须指定--confidence-threshold 0.85默认 0.7否则模型会错误拆分耦合度高的逻辑migrate动作需提供--compatibility-rules php5.6-to-php8.1.json该文件由团队资深工程师编写定义了 47 条迁移规则如 “ereg()→preg_match()”“mysql_*→PDO”。4.6 场景六中文技术文档翻译与润色非直译面向海外客户的中文 SDK 文档Superpowers 实现专业级本地化原始中文“本方法用于初始化客户端需传入 access_key 和 secret_key。”Claude Code 输出--model antigravity/glm-4“This method initializes the client instance. You must provide youraccess_keyandsecret_keycredentials. These keys can be obtained from the Developer Console under ‘API Keys’.”优势自动补充上下文“from Developer Console”使用开发者熟悉术语“credentials” 而非 “keys”符合英文技术文档惯例