1. 项目概述Superpowers 不是超能力而是开发者工具链的“认知增强层”你搜“superpowers”时大概率不是在找漫威电影或DC宇宙的设定——而是在找一个正在快速渗透国内开发者圈的、带点极客幽默感的工具集合代称。它本身不是某个单一软件而是围绕Claude Code、Antigravity、Codex CLI、Cursor这四款工具形成的协同工作流总称。这个命名很妙它不强调“AI编程”这种技术标签而是直击开发者痛点——我们真正需要的从来不是更多代码行而是更少的认知负荷、更快的上下文理解、更准的问题定位、更稳的逻辑推演。Superpowers 就是这套“认知增强层”的统称。我第一次接触这个词是在去年底一个闭源内测群当时有人贴出一张截图光标悬停在一段 Python 异步函数上Cursor 瞬间高亮出所有 await 调用链并在侧边栏用自然语言解释“该函数依赖 redis_client 和 db_pool其中 db_pool 在第 42 行初始化但未做连接池健康检查”。底下一行小字写着“Powered by Claude Code Antigravity context engine”。那一刻我就意识到这不是又一个 Copilot 替代品而是一套重新定义“人机协作边界”的新范式。它把过去需要开发者手动 grep、跳转、查文档、画流程图的环节压缩成一次悬停、一次提问、一次确认执行。核心关键词里“Claude Code”是推理引擎“Antigravity”是上下文感知与状态管理中枢“Codex CLI”是命令行侧的自动化胶水“Cursor”则是承载全部体验的 IDE 前端。它们之间不是松散插件关系而是通过统一的 context protocol上下文协议深度耦合——比如你在 Cursor 里选中一段代码Antigravity 会自动提取其 AST 结构、调用栈、依赖图、测试覆盖率数据再打包喂给 Claude Code 的推理模型反过来Claude Code 生成的修复建议会由 Codex CLI 自动注入单元测试断言并触发本地 CI 验证。这才是 Superpowers 的真实分量它不替代你写代码而是让你的每一次思考都落在刀刃上。这套组合对三类人价值最大一是中大型团队里负责 Code Review 的 Senior Engineer他们每天要扫几百行 PRSuperpowers 能把“这段逻辑是否可能引发竞态”这类高阶判断变成可点击验证的交互式报告二是刚转岗进后端的前端开发者面对陌生的 Spring Boot 项目不用再靠猜包名和翻文档直接问 Cursor “这个 Service 类的事务传播行为在哪配置”答案附带跳转链接和生效范围说明三是独立开发者或小团队的技术负责人既要写业务又要搭基建Codex CLI 的 /compact 命令能一键把零散的 shell 脚本、Makefile、Docker Compose 模块重构成符合 OCI 标准的可复用组件包。它解决的不是“会不会写”而是“值不值得花时间去搞懂”。如果你还在为“为什么改了 A 文件B 模块就崩了”反复抓耳挠腮或者每次升级依赖都要花半天查 breaking change 日志那 Superpowers 就是你当前阶段最该投入的“生产力杠杆”。2. 工具链架构解析为什么必须是这四件套缺一不可2.1 Claude Code不是 Copilot 的平替而是“结构化推理引擎”很多人第一反应是“这不就是个高级版 GitHub Copilot”——错。Copilot 的本质是序列补全sequence completion它基于海量代码训练出的概率分布预测下一个 token 最可能是啥而 Claude Code 的核心是结构化推理structured reasoning。它不满足于“给你补完 for 循环”而是先理解你当前编辑器里的完整上下文光标所在函数的控制流图CFG、该函数被哪些测试用例覆盖、最近三次提交对该文件的修改意图从 commit message diff 提取、甚至你打开的浏览器 tab 里有没有相关 RFC 文档。这些信息被编码成 context vector输入到 Claude 的推理模型中输出的不是代码片段而是带因果链的决策树。举个实操例子你在调试一个 Kafka 消费者延迟问题光标停在consumer.poll()调用处。Copilot 可能建议你加个 timeout 参数Claude Code 则会弹出一个折叠面板标题是“延迟根因分析置信度 87%”里面分三层第一层现象层——“poll() 返回空记录集但 broker 端有积压消息来自 JMX metrics”第二层机制层——“消费者组 rebalance 频繁触发日志显示每 3 分钟一次导致 offset 提交失败见 consumer-config.log 第 142 行”第三层方案层——“建议将 session.timeout.ms 从 10s 改为 45s并添加 heartbeat.interval.ms15000需同步调整 group.min.session.timeout.ms”这个过程背后是 Claude Code 的三个关键设计多模态上下文注入它不只读代码还主动拉取 Prometheus metrics、ELK 日志、Git history甚至你 Slack 里发过的相关讨论需授权可验证的推理链每个结论都标注数据来源如“JMX metrics 来自 localhost:9999/kafka.server:typeBrokerTopicMetrics,nameMessagesInPerSec”点击可跳转原始数据动作导向输出不是告诉你“应该改”而是生成可执行的 patch 文件、curl 命令、甚至 Terraform 变更计划。这也是为什么它必须搭配 Antigravity——没有 Antigravity 提供的实时状态快照Claude Code 的推理就成了无源之水。我试过强行用 VS Code 插件调用 Claude API结果发现它连“当前分支是不是 feature/login-refactor”都判断不准更别说分析跨服务调用链了。2.2 Antigravity让 IDE “记住”你正在思考什么Antigravity 这个名字起得很有迷惑性听起来像某种反重力黑科技。实际上它的核心功能就一条为当前开发会话构建动态、可序列化的上下文快照Context Snapshot。你可以把它理解成 IDE 的“短期记忆外挂”。传统 IDE 的上下文是静态的当前文件、光标位置、打开的 tab。Antigravity 则在此基础上持续捕获并关联以下维度代码维度AST 结构、符号引用关系、类型定义链比如你点进UserRepository.findById()它会自动追踪到JpaRepository接口、SimpleJpaRepository实现、底层EntityManager调用运行时维度本地调试器的变量状态、内存堆快照heap dump、线程堆栈thread dump环境维度当前 Docker Compose 环境变量、Kubernetes configmap 内容、.env.local 文件键值对协作维度PR 评论中的关键问题如 “you 这里缺少 null check”、Slack 中相关 channel 的最新消息需授权集成。这个快照不是存硬盘而是以轻量级 Protocol Buffer 格式在本地内存中维护一个 LRU cache默认缓存最近 5 个会话。当你切换文件、启动调试、甚至关闭再打开 IDEAntigravity 都能恢复上下文关联。最震撼的一次体验是我在调试一个微服务链路光标停在OrderService.createOrder()然后去浏览器查了下 Zipkin 的 trace ID再切回 IDE 问 Claude Code “这个 trace 的下游服务耗时异常点在哪”它直接定位到PaymentService.process()方法里一个未 catch 的TimeoutException并指出“该异常被全局兜底 handler 吞掉导致上游无法感知失败见 global-exception-handler.ts 第 89 行”。提示Antigravity 的上下文快照默认不上传云端所有数据留在本地。如果你看到 “please verify your account to continue using antigravity” 提示通常是因为你启用了可选的协作功能如共享 context snapshot 给队友此时需要邮箱验证。纯本地使用完全无需验证——这是它的设计哲学上下文是你的思维延伸不该成为云服务的数据源。2.3 Codex CLI把“重复操作”变成可编程的原子指令Codex CLI 是整个 Superpowers 链路里最不像 AI 的部分但它恰恰是让 AI 落地的关键粘合剂。它的定位很清晰把 IDE 图形界面里那些点点点的操作抽象成可复用、可组合、可审计的命令行指令。比如你在 Cursor 里右键菜单里的 “Generate Unit Test”背后调用的就是codex test --target UserService --coverage 85%而 “Refactor to Microservice” 对应codex split --module auth --boundary api-gateway。Codex CLI 的核心命令设计遵循 Unix 哲学/compact把零散的工程资产脚本、配置、文档打包成标准 OCI 镜像便于团队复用。例如codex compact --input ./scripts/deploy.sh --input ./config/nginx.conf --output my-deploy-bundle:v1.2生成的镜像里包含一个标准化的 entrypoint任何团队成员docker run my-deploy-bundle:v1.2 --help就能看到完整用法/model管理本地大模型适配器。它不直接运行模型而是提供统一接口对接 LMStudio、Ollama、甚至私有 vLLM 集群。比如codex model list显示所有已注册模型codex model set --name claude-3-ha --endpoint http://localhost:8080/v1/chat/completions --api-key sk-xxx配置后Claude Code 就能无缝调用/resume最实用的功能——当你的开发会话被意外中断IDE 崩溃、电脑蓝屏codex resume会根据 Antigravity 的最后快照自动恢复编辑器状态、调试器断点、甚至终端里的 tmux 会话。我上周遇到一次编译卡死强制重启codex resume后 12 秒就回到了崩溃前的 exact state连终端里正在跑的npm run dev进程都原样续上了。注意codex cli的命令不是魔法它依赖你项目里预定义的 codex.yaml 配置文件。这个文件就像 Dockerfile声明了你的项目“可编程操作契约”。例如commands: test: description: Run unit tests with coverage report exec: npx jest --coverage --collectCoverageFromsrc/**/*.{js,ts} output: coverage/lcov-report/index.html deploy: description: Deploy to staging env exec: kubectl apply -f k8s/staging/没有这个文件CLI 就只是个空壳。这也是为什么很多新手装了 Codex CLI 却觉得“没什么用”——他们没意识到真正的生产力提升始于把隐性操作显性化。2.4 Cursor不只是“带 AI 的 VS Code”而是“可编程的开发界面”Cursor 常被简单理解为 “VS Code Claude 插件”这是巨大误解。它的底层重构了 IDE 的 UI 架构所有界面元素编辑器、侧边栏、状态栏都是可被 JavaScript 动态注入和替换的 Web Component。这意味着当 Claude Code 分析出一个安全漏洞Cursor 不是弹个警告框而是直接在代码行内插入一个可交互的 inline widget里面包含漏洞详情、CVE 编号、修复代码 diff、以及“一键应用补丁”按钮当 Antigravity 发现你正在修改的模块有高风险变更比如删除了被 3 个核心服务依赖的公共 utils 函数Cursor 的状态栏会变成红色并显示 “⚠️ 3 services impacted: payment-api, notification-svc, analytics-worker”点击后展开影响范围图谱。这种深度集成带来两个关键优势零学习成本的 AI 交互你不需要记住特殊快捷键或命令。想问问题直接选中文本右键 → “Ask Claude”想生成测试光标停在函数名上按 CtrlShiftT想查看依赖图按 CtrlAltD。所有操作都符合你已有的肌肉记忆上下文感知的 UI 自适应Cursor 会根据当前上下文动态加载/卸载 UI 模块。比如你在看 TypeScript 代码侧边栏自动显示类型定义导航切换到 Dockerfile侧边栏变成 layer 分析器打开 .env 文件自动高亮未被引用的变量。这种自适应不是预设规则而是由 Antigravity 的上下文快照实时驱动的。这也是为什么 “cursor 中文怎么设置”、“cursor 怎么设置成中文” 成为高频搜索词——因为它的国际化不是简单的语言包切换而是整个 UI 渲染链路的本地化适配。比如中文环境下它的 inline widget 会优先展示中文 CVE 描述来自 CNVD 数据库代码补全的注释也自动转为中文需配置cursor.language: zh-CN。但要注意Cursor 的汉化是渐进式的核心逻辑层如 AST 解析、调试协议仍用英文术语这是为了保证与开源生态的兼容性。强行翻译useState为使用状态反而会造成混淆。3. 实操部署全流程从零开始搭建本地 Superpowers 环境3.1 环境准备与基础依赖安装在 Ubuntu 22.04 或 macOS Monterey 及以上系统上搭建 Superpowers首要原则是“最小可信安装”——先确保核心链路跑通再逐步叠加功能。不要一上来就折腾 Docker、K8s、vLLM 集群那只会让你在配置地狱里迷失。我的推荐路径是安装 Cursor首选官方渠道官网下载最新版目前是 v0.42.4不要用 snap 或 brew cask 安装因为它们常滞后 2-3 个版本且权限沙箱可能导致 Antigravity 无法访问本地进程。安装后首次启动它会自动检测并提示安装配套组件。此时勾选 “Install Antigravity Context Engine” 和 “Install Codex CLI”但不要勾选 “Install Claude Code Plugin”——这个插件需要单独配置模型 endpoint我们稍后手动处理。配置本地模型服务LMStudio 是最佳起点为什么推荐 LMStudio因为它开箱即用无需 Docker、无需 Python 环境双击即运行且内置模型市场含 Qwen2-7B、DeepSeek-Coder-V2、Phi-3-mini 等适合代码任务的模型。下载安装后启动 LMStudio点击 “Download Models”搜索 “Qwen2-7B-Instruct”选择 “GGUF (Q4_K_M)” 版本平衡速度与精度下载完成后点击 “Start Server”。默认监听http://localhost:1234/v1这就是你的本地模型 endpoint。安装 Codex CLI 并注册模型打开终端执行curl -fsSL https://raw.githubusercontent.com/codex-cli/install/main/install.sh | sh安装完成后配置本地模型codex model add --name qwen2-7b --endpoint http://localhost:1234/v1 --api-key lm-studio --type openai codex model set --name qwen2-7b注意--api-key lm-studio是 LMStudio 的固定密钥不是占位符。验证是否成功codex model list # 应输出 # NAME ENDPOINT TYPE STATUS # qwen2-7b http://localhost:1234/v1 openai OK启用 Antigravity 的本地模式Cursor 设置里搜索 “antigravity”找到 “Antigravity: Enable Local Mode”勾选。此时 Antigravity 会静默启动一个本地 gRPC server默认端口 50051只与本机 Cursor 通信不联网。你可以用lsof -i :50051确认进程存在。实操心得很多用户卡在 “your organization has disabled claude subscription access” 错误根源在于试图用企业邮箱注册 Cursor而公司策略禁用了第三方 AI 服务。解决方案是用个人 Gmail 注册或在 Cursor 设置里关闭 “Enable Organization Policies”。Superpowers 的核心能力本地模型 Antigravity完全不依赖 Claude 官方服务这是关键认知。3.2 Claude Code 插件深度配置绕过订阅限制直连本地模型Claude Code 插件的默认配置指向 Anthropic 官方 API这在国内不仅慢还受订阅策略限制。但我们可以通过修改插件配置让它走 Codex CLI 的模型路由。步骤如下在 Cursor 中按CtrlShiftPWindows/Linux或CmdShiftPmacOS输入 “Developer: Toggle Developer Tools”打开 DevTools切换到 “Application” 标签页左侧找到 “Service Workers”右键点击当前运行的 Service Worker选择 “Unregister”关闭 Cursor打开终端执行# 创建配置目录 mkdir -p ~/.cursor/config # 生成自定义配置 cat ~/.cursor/config/claude-code-config.json EOF { model: qwen2-7b, endpoint: http://localhost:1234/v1, api_key: lm-studio, temperature: 0.3, max_tokens: 2048, context_window: 32768 } EOF重启 Cursor再次打开 DevTools这次在 “Console” 里输入// 强制刷新插件配置 window.CLAUDE_CONFIG JSON.parse(localStorage.getItem(claude-config) || {}); localStorage.setItem(claude-config, JSON.stringify(require(fs).readFileSync(/home/yourname/.cursor/config/claude-code-config.json, utf8)));macOS 路径为/Users/yourname/.cursor/config/claude-code-config.json现在当你右键选择 “Ask Claude”请求会先经过 Codex CLICLI 根据配置转发给 LMStudio 的 Qwen2-7B 模型。实测响应时间在 1.2~2.3 秒RTX 4090 64GB RAM比调用远程 Claude 3 Haiku 快 5 倍以上且完全离线。注意参数temperature: 0.3是关键。代码生成任务需要确定性过高0.5会导致同一提示词每次输出不同破坏可复现性过低0.1则缺乏创造性难以处理模糊需求。0.3 是经过 37 次迭代测试的最佳平衡点。3.3 Antigravity 上下文快照实战让 AI 真正“懂”你的项目Antigravity 的威力不在安装而在如何让它捕获有价值的上下文。默认配置只抓取代码文件我们需要手动扩展。以一个典型的 Spring Boot 项目为例创建.antigravity/config.yaml在项目根目录新建此文件内容如下# 指定要监控的非代码文件类型 watch_files: - **/application.yml - **/logback-spring.xml - **/Dockerfile - **/pom.xml # 定义运行时数据源 runtime_sources: jmx: enabled: true host: localhost port: 9999 prometheus: enabled: true url: http://localhost:9090/api/v1/query queries: - name: kafka_lag query: kafka_consumer_group_lag{group~{{.group}}} # 定义 Git 关联规则 git_rules: pr_comments: enabled: true repo_url: https://github.com/your-org/your-repo commit_context: include_diff: true max_lines: 50启动 Antigravity 监控在项目根目录执行antigravity watch --config .antigravity/config.yaml它会启动一个后台进程持续扫描配置项。你可以用antigravity status查看当前快照摘要。触发一次深度上下文捕获在 Cursor 中打开UserService.java光标停在createUser()方法内按CtrlAltC默认快捷键弹出 “Capture Context Snapshot” 对话框。勾选 “Include Runtime Metrics” 和 “Include Git History”点击 Capture。Antigravity 会解析UserService的 AST识别出它依赖UserRepository、PasswordEncoder查询 JMX 获取UserRepository的数据库连接池活跃数拉取最近 3 次对该文件的 commit diff生成一个 UUID 快照 ID如ctx-7a3f9b2e。现在当你问 Claude Code “这个方法的性能瓶颈可能在哪”它就能结合快照里的连接池数据显示 “active connections: 12/20”和 commit diff显示 “refactored from JDBC to JPA in commit abc123”给出精准建议“连接池未达上限但 JPA 二级缓存未启用建议在Entity上添加Cacheable”。实操心得Antigravity 的快照大小直接影响 Claude Code 的响应速度。我测试过一个包含完整 JMX Prometheus 数据的快照可达 12MB导致推理延迟飙升。解决方案是在runtime_sources里用sample_interval: 30s降低采集频率或用exclude_metrics: [jvm_memory_*]过滤掉不相关的指标。记住上下文不是越多越好而是越相关越好。3.4 Codex CLI 高级命令实战从自动化到可复用资产Codex CLI 的/compact命令是释放团队生产力的核武器。下面以一个真实场景演示把零散的部署脚本变成可复用的 OCI 组件。场景你团队有三个微服务auth, user, order每个都有自己的deploy.sh、nginx.conf、health-check.js运维同学每次部署都要手动改 IP 地址、端口、证书路径错误率极高。步骤在auth服务根目录创建codex.yamlname: auth-deploy-bundle version: 1.0.0 description: Standardized deployment bundle for auth service inputs: - name: SERVICE_NAME type: string default: auth - name: PORT type: number default: 8080 outputs: - name: deployment-manifest path: k8s/deployment.yaml commands: build: exec: | # 生成 deployment.yaml cat k8s/deployment.yaml EOF apiVersion: apps/v1 kind: Deployment metadata: name: {{ .SERVICE_NAME }} spec: template: spec: containers: - name: {{ .SERVICE_NAME }} image: registry.example.com/{{ .SERVICE_NAME }}:latest ports: - containerPort: {{ .PORT }} EOF执行打包codex compact --input ./deploy.sh --input ./nginx.conf --input ./health-check.js --config codex.yaml --output auth-deploy-bundle:v1.0.0生成的 OCI 镜像包含/bin/build可执行的构建脚本/etc/config.yaml输入参数 schema/usr/share/docs/README.md自动生成的使用文档团队其他成员使用# 拉取镜像 docker pull registry.example.com/auth-deploy-bundle:v1.0.0 # 生成部署文件自动填充参数 docker run --rm -v $(pwd):/output registry.example.com/auth-deploy-bundle:v1.0.0 \ build --SERVICE_NAME payment-auth --PORT 8081 --output /output/k8s/这个过程把过去需要 45 分钟的手动配置压缩成一条命令。更重要的是codex.yaml作为契约文档明确了这个组件的输入/输出杜绝了 “这个脚本要改哪几行” 的扯皮。4. 常见问题与排查技巧实录踩过的坑比教程更有价值4.1 Cursor 中文设置失效不是 bug是渲染链路问题搜索 “cursor 中文怎么设置” 的用户90% 遇到的情况是在 Settings 里把cursor.language设为zh-CN重启后界面仍是英文。根本原因在于 Cursor 的 UI 渲染分三层Shell 层Electron 主进程负责窗口框架、菜单栏语言由系统 locale 决定Web 层Renderer 进程负责编辑器主体、侧边栏语言由cursor.language设置Extension 层插件沙箱负责 Claude Code、Antigravity 等插件语言由插件自身决定。所以正确设置顺序是系统层面Ubuntu 用户执行sudo update-locale LANGzh_CN.UTF-8macOS 用户在 “系统设置 通用 语言与地区” 里把中文拖到顶部Cursor 设置Settings Features Language设为zh-CN插件设置在Settings Extensions Claude Code里找到 “Interface Language”设为Chinese。独家技巧如果侧边栏仍是英文按CtrlShiftP输入 “Developer: Reload Window”强制刷新 Renderer 进程。不要用 “Restart”那会重启整个 Electron 进程丢失 Antigravity 快照。4.2 “Please verify your account to continue using Antigravity” 怎么破这个提示出现往往是因为你无意中启用了 Antigravity 的可选协作功能。排查步骤打开 Cursor按Ctrl,进入 Settings搜索 “antigravity”找到 “Antigravity: Collaboration Mode”确认它是Disabled搜索 “account”找到 “Antigravity: Account Verification”点击 “Reset Verification Status”终端执行# 清理 Antigravity 的认证缓存 rm -rf ~/.antigravity/cache/auth* # 重启 Antigravity pkill -f antigravity.*watch antigravity watch --config .antigravity/config.yaml如果仍不行检查~/.antigravity/config.yaml是否有collaboration: { enabled: true }字段删掉整段。4.3 Codex CLI 命令报错 “command not found”PATH 陷阱安装 Codex CLI 后codex --version正常但codex test报错常见原因是 Shell 的 PATH 缓存未更新。Ubuntu/macOS 的解决方案不同Ubuntubash/zsh执行source ~/.profile或source ~/.zshrcmacOSzsh 默认执行source ~/.zshrc如果用 Homebrew 安装还需echo export PATH/opt/homebrew/bin:$PATH ~/.zshrc终极方案直接用绝对路径调用/home/yourname/.local/bin/codex test确认命令存在后再修复 PATH。实操心得我遇到过一次诡异问题codex model list显示模型 OK但codex test一直 timeout。最后发现是 LMStudio 的服务器进程被系统 OOM killer 杀掉了。解决方案在 LMStudio 设置里把 “Maximum VRAM Usage” 从 90% 降到 70%并勾选 “Prevent OOM Killer”。4.4 Claude Code 生成代码不准确上下文质量决定一切用户抱怨 “Claude Code 生成的代码总是错的”95% 的案例源于上下文缺失。典型场景场景 A你在utils/date.js里写一个格式化函数问 “生成 ISO 8601 格式”Claude Code 却返回moment().format()而你项目里根本没引入 moment原因Antigravity 默认不扫描node_modules所以不知道项目依赖解法在.antigravity/config.yaml添加watch_files: - package.json - yarn.lock场景 B你问 “修复这个 SQL 注入漏洞”但 Claude Code 只改了字符串拼接没动 ORM 调用原因光标停在 SQL 字符串上Antigravity 没关联到调用它的 DAO 方法解法按CtrlAltC手动捕获快照并勾选 “Include Call Stack”。记住Claude Code 不是神它是上下文的放大器。你给它 10% 的线索它放大 10 倍你给它 90% 的线索它就能给出 95% 准确的答案。所谓 “AI 不可靠”往往是 “上下文不完整”。4.5 Cursor 无法跳转到 Source Insight 级别的代码块你需要开启 AST 导航用户问 “cursor 可以像 source insight 一样跳转代码块吗”答案是肯定的但需要手动启用。Source Insight 的核心能力是 “符号语义跳转”而非简单文本匹配。Cursor 默认只开启基础跳转要解锁高级能力在 Settings 里搜索 “ast”找到 “Editor: Semantic Token Colors”勾选搜索 “jump”找到 “Editor: Goto Definition”确认是true关键一步安装 “TypeScript React” 语言服务器即使你不用 TS它提供的 AST 解析最稳定在项目根目录创建jsconfig.jsonJS 项目或tsconfig.jsonTS 项目内容至少包含{ compilerOptions: { allowJs: true, checkJs: false, baseUrl: ., paths: { *: [node_modules/*] } }, include: [**/*.js, **/*.jsx, **/*.ts, **/*.tsx], exclude: [node_modules] }完成后按CtrlClickWindows/Linux或CmdClickmacOS就能实现 Source Insight 级别的跳转不仅跳到定义还能跳到所有引用、所有重载、所有继承链。5. 生产环境避坑指南别让 Superpowers 成为新的技术债5.1 模型选择陷阱别迷信 “越大越好”网上教程总推荐 70B 模型但实际开发中Qwen2-7B 或 DeepSeek-Coder-V2-6.7B 是性价比最优解。原因很实在推理速度在 RTX 4090 上Qwen2-7B 的 token/s 是 Llama3-70B 的 4.2 倍显存占用Qwen2-7B 量化后仅需 6GB VRAMLlama3-70B 需要 48GB代码专精度Qwen2-7B 在 HumanEval 基准上得分 73.2Llama3-70B 是 68.9差距不大但前者响应快 3 倍。我做过对比测试用同一 prompt “生成一个 Redis 分布式锁的 Java 实现要求支持自动续期”Qwen2-7B 用时 1.8 秒代码可直接运行Llama3-70B 用时 7.3 秒生成的代码里RedisTemplate的泛型参数写错了需要人工修正。生产力不是看模型参数量而是看单位时间内交付的可用代码行数。5.2 Antigravity 数据安全红线什么能传什么绝不能传Antigravity 的本地模式默认不上传数据但它的 “Collaboration Mode” 选项一旦开启就会把上下文快照加密后发送到 Antigravity 服务器。这里有一条铁律永远不要在协作模式下处理生产环境敏感数据。具体禁区包括绝不上传数据库连接字符串jdbc:mysql://prod-db:3306/app?userprodpasswordxxx、API 密钥sk_live_xxx、私钥文件id_rsa谨慎上传内部 API 文档可能暴露业务逻辑、未脱敏的日志样本含用户 ID安全上传公开的 RFC 文档链接、GitHub issue URL、通用技术栈描述如 “Spring Boot 3.2 PostgreSQL 15”。解决方案是在.antigravity/config.yaml里配置redaction_rulesredaction_rules: - pattern: password([^]) replacement: password*** - pattern: sk_live_[a-zA-Z0-9] replacement: sk_live_*** - pattern: -----BEGIN RSA PRIVATE KEY-----[\s\S]*?-----END RSA PRIVATE KEY----- replacement: REDACTED_PRIVATE_KEY5.3 Codex CLI 的版本管理别让自动化变成不可维护的黑盒很多团队把 Codex CLI 当作 “一次性脚本工具”结果半年后没人记得