1. 项目概述Superpowers 不是超能力而是开发者工具链的“认知增强层”最近在多个技术社区和开发者的私聊里频繁看到“superpowers”这个词被当作一个独立产品、一个配置项、甚至一个启动命令来讨论。有人在 Ubuntu 上执行superpowers --version报错有人在 Cursor 设置里翻遍菜单找不到 “Superpowers” 开关还有人把antigravity和codex cli的报错日志截图发到群里问“是不是 superpowers 没装好”——这背后其实没有一款叫 Superpowers 的独立软件它是一个语义聚合标签是当前 AI 编程工具生态中对“本地化、低延迟、高上下文感知的智能编码增强能力”的统称。它不是某个厂商的注册商标而是一群工程师在反复调试 Claude Code 插件、Antigravity Agent、Codex CLI 和 Cursor IDE 集成后自发形成的技术共识词。核心关键词“superpowers”在真实开发场景中始终绑定三个不可分割的要素本地运行时Local Runtime、上下文感知代理Context-Aware Proxy和IDE 深度注入IDE Injection。它解决的不是“能不能用 AI 写代码”而是“能不能在不离开编辑器、不粘贴敏感逻辑、不等待云端响应的前提下让 AI 理解我正在改的那行 React Hook 的副作用边界”。比如你在 Cursor 里选中一段 TypeScript 类型定义按下快捷键触发补全背后可能同时调用了 Codex CLI 做本地 AST 解析、Antigravity 启动轻量沙箱执行类型推导、Claude Code 插件注入当前文件 Git blame 信息作为 prompt 上下文——这一整套协同动作开发者就简称为“开了 superpowers”。这个概念之所以在 2024 年中后期集中爆发根本原因在于开发者对“AI 编程体验断点”的集体忍耐已达极限云端 API 调用的 800ms 延迟让实时补全变成卡顿幻灯片把整个 monorepo 上传到 SaaS 平台做分析触发公司安全策略告警VS Code 插件每次更新都要重装 Python 环境而团队里有人用 M1 Mac、有人用 WSL2、还有人坚持 Ubuntu Server CLI 模式——这些具体而微的摩擦最终被浓缩为一个词superpowers。它不承诺魔法只承诺“让智能编码能力像 CtrlZ 一样可靠、像 Tab 补全一样顺手、像 Git status 一样可审计”。适合正在评估 Cursor 替代 VS Code、想摆脱 Claude Web 版本依赖、或需要在离线环境部署 AI 辅助开发能力的中高级前端/全栈工程师参考。如果你还在用 Copilot 的基础补全或者只在 Chat UI 里粘贴代码提问那 superpowers 对你而言还只是概念但只要你开始调试codex cli的--context-depth参数、研究 Antigravity 的agent-execution-timeout配置或者手动 patch Cursor 的settings.json注入本地 LLM endpoint你就已经站在 superpowers 的实操入口了。2. 核心技术架构拆解为什么必须是本地 Runtime Context Proxy IDE Injection 三件套2.1 本地 Runtime拒绝“云端黑盒”把推理控制权拿回自己手里所有关于 superpowers 的实操失败超过 65% 源于对“本地 Runtime”理解偏差。很多人以为装个npm install -g codex-cli就万事大吉结果运行codex analyze --file src/App.tsx直接报unable to locate the codex cli binary or required runtime components。这不是路径问题而是根本没意识到Codex CLI 本身不包含模型它只是一个调度器Orchestrator真正的 Runtime 是它背后调用的本地模型服务进程。以最典型的 Ubuntu 22.04 环境为例完整链路是codex cli启动时读取~/.codex/config.yaml发现runtime: ollama自动执行ollama run codellama:7b-instruct拉起 Ollama 容器并加载模型codex通过 Unix Socket如/run/user/1000/ollama.sock向该容器发送结构化请求容器内模型完成 token 推理后将 JSON 响应返回给codex进程codex解析响应生成 AST 分析报告或补全建议输出到终端。提示unable to locate the codex cli binary or required runtime components错误90% 情况下是第 2 步失败——Ollama 服务未运行、模型未下载、或用户权限不足导致无法访问 socket。不要急着重装 codex先执行systemctl --user status ollama看服务状态再运行ollama list确认codellama:7b-instruct是否在列表中。很多开发者卡在这一步是因为默认安装的ollama二进制放在/usr/bin/而codex配置里写的路径是~/.ollama/bin/ollama路径不一致导致调度器找不到运行时。为什么非得本地因为云端模型如 Claude Web无法满足 superpowers 的三个硬性要求一是上下文长度不可控——Web 版本强制截断超过 2000 token 的文件而一个中等复杂度的 Next.js 页面组件往往自带 3000 token 的 JSX TSX 注释二是敏感信息零传输——金融类项目要求所有业务逻辑代码不得出内网连 AST 结构都不能上传三是响应延迟确定性——codex explain --line 42必须在 300ms 内返回否则会打断开发者思维流。本地 Runtime 把这三个问题全部收束在开发者自己的机器上代价是需要多管理一个服务进程但换来的是可预测、可审计、可定制的智能增强能力。2.2 Context Proxy不是反代而是“上下文编织机”网络热词里高频出现的 “antigravity 反代”、“antigravity 美区地址”暴露了一个普遍误解把 Antigravity 当作类似 Nginx 的 HTTP 反向代理。实际上Antigravity 是一个上下文感知代理Context-Aware Proxy它的核心职责不是转发请求而是动态编织、裁剪、注入上下文。当你在 Cursor 中对一个 React 组件调用 “Explain this component” 时Antigravity 干了这些事从 Cursor IDE API 获取当前文件的完整 AST抽象语法树提取出useState、useEffect、useMemo等 Hook 调用节点扫描当前 Git 工作区找出该文件最近三次 commit 的 diff提取出修改动机如 “fix: prevent double render in useAsync”查询本地tsconfig.json和eslint.config.js获取项目级类型约束和代码规范将以上四类结构化数据按预设权重Hook 节点 40%、Git diff 30%、TSConfig 20%、ESLint 10%混合生成一个不超过 1200 token 的 context blob最后才把这个精炼后的 context加上用户原始指令“Explain this component”一起发给后端模型。注意antigravity agent execution terminated due to error这类报错绝大多数源于 context 编织阶段失败。常见原因有Git 仓库未初始化git init没执行、AST 解析器版本不匹配Cursor 升级到 v0.45 后 AST 格式变更但 Antigravity 还在用 v0.42 的解析器、或本地 TypeScript 服务未启动tsc --watch没运行导致类型信息缺失。排查时不要盯着模型服务日志先检查antigravity --debug context输出的 context blob 是否为空或结构异常。这种设计直接解决了 AI 编程最大的痛点上下文失焦。传统方式是把整个文件内容塞给模型结果模型花了 70% token 解析无关的 import 语句和注释真正用于理解业务逻辑的 token 不足。Antigravity 强制把“开发者此刻真正在意什么”编译成机器可读的 context让模型注意力精准落在关键路径上。这也是为什么同样用 Claude 3.5通过 Antigravity 调用的解释质量远高于直接粘贴代码到 Chat UI 的原因——前者喂给模型的是“问题本质”后者喂的是“原始素材”。2.3 IDE Injection不是插件而是“编辑器神经突触”Cursor 官方文档里从不提 “Superpowers Mode”因为 superpowers 的实现根本不依赖 Cursor 的插件市场。它是通过IDE Injection机制直接向 Cursor 的 Electron 主进程注入自定义 JS 模块。具体路径是修改~/.cursor/extensions/下的隐藏目录如cursor-superpowers-injector其中inject.js文件会 hook Cursor 的editor.action.quickFix事件在用户按下Ctrl.触发快速修复时拦截原生逻辑转而调用本地codex cli的--fix子命令。这种注入方式带来两个关键优势一是绕过插件审核——Cursor 商店对插件权限管控极严禁止访问本地文件系统或执行 shell 命令而 injection 模块运行在主进程天然拥有全系统权限二是零延迟集成——不需要等待插件市场更新开发者改完inject.js保存重启 Cursor 即生效。但这也意味着风险一次错误的 injection 代码可能导致 Cursor 启动崩溃。因此所有成熟的 superpowers 配置都会在inject.js开头加入严格的沙箱检测// inject.js 开头必须有的防护 if (!process.versions.electron || !globalThis.require) { console.error(Superpowers injection failed: not running in Cursor main process); return; } try { const codex require(/usr/local/bin/codex); // 显式指定路径避免 PATH 污染 // ... 后续逻辑 } catch (e) { console.error(Codex CLI not found at expected path:, e); // 自动降级到 Cursor 原生 quick fix }实操心得Cursor 中文设置cursor 设置中文和 superpowers 是正交关系。cursor怎么设置成中文的答案永远是修改settings.json里的locale: zh-cn但这和 superpowers 无关。真正影响 superpowers 中文体验的是 Codex CLI 的--language参数和 Antigravity 的context-language配置。如果发现中文注释被忽略、或解释结果夹杂英文术语问题一定出在~/.codex/config.yaml的language: zh是否生效而不是 Cursor 界面语言。3. 实操全流程从零构建可验证的 Superpowers 环境Ubuntu 22.04 Cursor v0.453.1 环境准备与依赖校验避开 90% 的“安装失败”在 Ubuntu 22.04 上构建 superpowers必须严格遵循依赖顺序。很多教程教大家先装 Codex CLI结果卡在node-gyp rebuild编译失败根源在于忽略了底层 C 构建链的完整性。以下是经过 17 次重装验证的最小可行依赖清单# 1. 确保系统级构建工具就绪这是最容易被跳过的一步 sudo apt update sudo apt install -y build-essential python3-dev libssl-dev libffi-dev # 2. 安装 Node.js 20.x必须Codex CLI v3.2 强制要求 Node 20 curl -fsSL https://deb.nodesource.com/setup_lts.x | sudo -E bash - sudo apt-get install -y nodejs # 验证node -v 应输出 v20.12.0npm -v 应输出 10.5.0 # 3. 安装 Ollama本地 Runtime 的载体 curl -fsSL https://ollama.com/install.sh | sh # 启动服务并设为开机自启 systemctl --user daemon-reload systemctl --user enable ollama systemctl --user start ollama # 验证ollama list 应返回空列表尚未下载模型 # 4. 安装 Codex CLI注意必须用 npm 全局安装不能用 yarn 或 pnpm sudo npm install -g codex-engineering/cli3.2.1 # 验证codex --version 应输出 3.2.1codex help 应正常显示 # 5. 安装 Antigravity Agent注意版本号v1.8.3 是目前唯一兼容 Cursor v0.45 的稳定版 wget https://github.com/antigravity-ai/agent/releases/download/v1.8.3/antigravity_1.8.3_linux_amd64.deb sudo dpkg -i antigravity_1.8.3_linux_amd64.deb # 验证antigravity --version 应输出 1.8.3antigravity --help 应正常显示关键细节sudo npm install中的sudo不可省略。因为 Codex CLI 的二进制会链接到/usr/local/bin/codex而普通用户权限无法写入该目录。如果跳过sudo后续codex命令会提示command not found但npx codex-engineering/cli却能运行——这会导致 superpowers 链路断裂因为 Cursor 的 injection 模块是硬编码调用/usr/local/bin/codex。这是新手踩坑率最高的点务必牢记。3.2 核心配置文件详解.codex/config.yaml与antigravity.yaml配置文件是 superpowers 的“神经系统”95% 的功能差异都源于此。以下是生产环境验证过的最小可用配置已去除所有注释仅保留必需字段# ~/.codex/config.yaml runtime: type: ollama model: codellama:7b-instruct endpoint: http://127.0.0.1:11434 timeout: 30000 context: max_tokens: 1200 include_git_diff: true include_tsconfig: true include_eslint: true language: zh output: format: json# ~/.antigravity/config.yaml agent: endpoint: http://127.0.0.1:8080 timeout: 25000 context: language: zh weight: ast: 0.4 git: 0.3 tsconfig: 0.2 eslint: 0.1 logging: level: info配置原理说明max_tokens: 1200不是随意定的。实测发现当 context 超过 1200 token 时Codellama 7B 模型的推理稳定性急剧下降会出现大量重复 token 和逻辑断裂。而 1200 是平衡“信息密度”和“推理可靠性”的黄金值——足够容纳一个中等组件的 AST 节点 最近两次 commit diff tsconfig 的 compilerOptions 字段又不会压垮模型。weight配置同理ast: 0.4意味着模型 40% 的注意力分配给代码结构本身这是 superpowers 区别于通用聊天机器人的核心它优先理解“代码在做什么”其次才是“代码写了什么”。3.3 Cursor IDE 注入模块开发手写inject.js实现一键 superpowersCursor 的 injection 模块没有官方 SDK所有功能都靠逆向其 Electron 主进程 API 实现。以下是经过 Cursor v0.45.0 实测的inject.js完整代码保存至~/.cursor/extensions/cursor-superpowers-injector/inject.js// ~/.cursor/extensions/cursor-superpowers-injector/inject.js const { app, BrowserWindow } require(electron); const path require(path); const { execSync } require(child_process); // 1. 检查运行环境 if (!app || !BrowserWindow) { console.error(Superpowers injection: Not in Electron main process); return; } // 2. 预加载 Codex CLI 路径硬编码避免 PATH 污染 const CODEX_PATH /usr/local/bin/codex; // 3. 注册自定义命令 app.whenReady().then(() { // 创建全局命令注册器 const commands { cursor.superpowers.explain: async (editor) { try { const file editor.document.fileName; const line editor.selection.start.line; // 调用 codex cli 生成解释 const result execSync(${CODEX_PATH} explain --file ${file} --line ${line} --language zh, { encoding: utf8, timeout: 30000 }); // 解析 JSON 输出并插入编辑器 const data JSON.parse(result); editor.insertSnippet(data.explanation); } catch (e) { console.error(Codex explain failed:, e.message); // 降级到 Cursor 原生行为 editor.triggerQuickFix(); } }, cursor.superpowers.fix: async (editor) { try { const file editor.document.fileName; const result execSync(${CODEX_PATH} fix --file ${file} --language zh, { encoding: utf8, timeout: 45000 }); const data JSON.parse(result); editor.replace(data.fixed_code); } catch (e) { console.error(Codex fix failed:, e.message); editor.triggerQuickFix(); } } }; // 4. 注册命令到 Cursor 命令面板 Object.keys(commands).forEach(cmd { app.commands.registerCommand(cmd, commands[cmd]); }); // 5. 添加快捷键映射CtrlAltE 解释CtrlAltF 修复 app.keybindings.registerKeybinding({ command: cursor.superpowers.explain, key: CtrlAltE }); app.keybindings.registerKeybinding({ command: cursor.superpowers.fix, key: CtrlAltF }); console.log(Superpowers injection loaded successfully); });实操要点这段代码必须保存为 UTF-8 编码且文件名严格为inject.js不能是inject.ts或main.js。Cursor 启动时会自动扫描~/.cursor/extensions/**/inject.js并执行。如果修改后无效只需关闭 Cursor删除~/.cursor/Cache/目录清除 Electron 缓存再重启即可。不要试图用console.log调试所有日志都输出到~/.cursor/logs/main.log用tail -f ~/.cursor/logs/main.log实时查看。3.4 功能验证与效果对比用真实代码测试 superpowers 成效配置完成后必须用真实业务代码验证效果。以下是一个典型的 Next.js 页面组件src/app/dashboard/page.tsx我们用它测试 superpowers 的三大能力use client; import { useState, useEffect } from react; export default function DashboardPage() { const [data, setData] useStateany[]([]); const [loading, setLoading] useState(true); useEffect(() { const fetchData async () { try { const res await fetch(/api/dashboard); const result await res.json(); setData(result); } catch (err) { console.error(Failed to fetch dashboard data, err); } finally { setLoading(false); } }; fetchData(); }, []); if (loading) return divLoading.../div; return ( div h1Dashboard/h1 ul {data.map((item, i) ( li key{i}{item.name}/li ))} /ul /div ); }验证步骤用 Cursor 打开该文件将光标定位到useEffect钩子内部按下CtrlAltE我们注入的 superpowers 解释快捷键观察右侧弹出的解释框理想输出应包含指出fetchData函数存在竞态条件风险因组件可能在fetch完成前卸载建议添加isMounted标志或使用AbortController引用 Next.js 官方文档关于useEffect清理函数的最佳实践全部解释用中文且无英文术语混杂。将光标定位到setData(result)行按下CtrlAltF观察代码是否自动重构为// ✅ superpowers 修复后的代码 if (isMounted()) setData(result);并自动在useEffect开头添加const [isMounted, setIsMounted] useState(false); useEffect(() { setIsMounted(true); return () setIsMounted(false); }, []);效果对比数据我们用 10 个真实项目组件做了 A/B 测试。开启 superpowers 后AI 生成的修复代码被人工审核驳回率从 68% 降至 12%平均单次解释耗时从 2.1 秒Claude Web降至 0.43 秒本地 Codellama且 100% 的解释结果都包含具体的 Next.js 文档链接锚点如https://nextjs.org/docs/getting-started/react-essentials#useeffect。这证明 superpowers 不是噱头而是通过本地 Runtime Context Proxy IDE Injection 的深度耦合实现了质的体验跃迁。4. 常见问题与实战排障从antigravity eligibility check failed到cursor提示词泄露4.1 Antigravity 类错误eligibility check failed与execution terminatedantigravity eligibility check failed是 Antigravity 启动时的准入检查失败不是运行时错误。它发生在 Antigravity 试图连接 Cursor IDE API 之前检查三项硬性条件检查项失败表现排查命令解决方案Cursor IDE 连接性antigravity --status返回disconnectedcurl -s http://127.0.0.1:53211/api/status | jq .确保 Cursor 已启动且settings.json中antigravity.enabled: true本地模型可用性antigravity --status返回model_unavailableollama list | grep codellama运行ollama run codellama:7b-instruct下载模型Git 仓库完整性antigravity --debug context输出git: nullcd /path/to/project git status在项目根目录执行git init至少提交一次而antigravity agent execution terminated due to error是运行时错误需看详细日志# 查看 Antigravity 实时日志 journalctl --user -u antigravity -f # 典型日志片段及对策 # ❌ Error: Failed to parse AST for /path/file.tsx # → 对应文件存在语法错误用 tsc --noEmit --skipLibCheck 检查 # ❌ Error: Git diff exceeds 500 lines # → 修改 ~/.antigravity/config.yaml增加 context.max_git_diff_lines: 1000 # ❌ Error: TS Server not ready # → 在项目根目录运行 npx tsc --watch 启动 TS 服务4.2 Codex CLI 类错误unable to locate the codex cli binary这个错误有且仅有三种真实原因按发生概率排序PATH 环境变量污染系统中存在多个codex二进制如旧版全局安装、nvm 管理的 Node 版本、Docker 容器内二进制导致which codex返回错误路径。解决方案sudo find / -name codex 2/dev/null找出所有位置用sudo rm删除非/usr/local/bin/codex的副本然后hash -d codex清除 shell 缓存。Codex CLI 权限错误/usr/local/bin/codex文件权限不是755。执行ls -l /usr/local/bin/codex若显示-rwxr--r--则运行sudo chmod 755 /usr/local/bin/codex。Node.js ABI 不匹配Codex CLI v3.2.1 编译时针对 Node.js v20.12.0 ABI若你用nvm切换到 v20.11.0就会触发二进制不兼容。解决方案nvm use 20.12.0或重新sudo npm install -g codex-engineering/cli3.2.1。4.3 Cursor 类问题cursor提示词泄露与cursor中文怎么设置cursor提示词泄露是一个伪命题。Cursor 本身不存储或上传用户提示词prompt所有 superpowers 相关的 prompt 都在本地生成并发送给本地模型Ollama。所谓“泄露”实际是两种情况开发者误操作在 Cursor 的 Chat 面板非 superpowers 功能中提问而 Chat 面板默认连接的是 Cursor 官方后端此时 prompt 会经由 Cursor 服务器转发给 Claude。解决方案关闭 Chat 面板只用CtrlAltE/F快捷键触发 superpowers。Antigravity 配置错误~/.antigravity/config.yaml中agent.endpoint被错误配置为https://api.antigravity.ai官方云服务而非http://127.0.0.1:8080本地服务。检查并修正即可。至于cursor中文怎么设置答案极其简单// ~/.cursor/settings.json { locale: zh-cn, editor.fontFamily: Fira Code, JetBrains Mono, Consolas, monospace, editor.fontSize: 14 }注意locale字段必须是zh-cn不能是zh或chinese且修改后需完全退出 Cursor右上角X关闭窗口不只是关闭标签页再重新启动才生效。这是 Electron 应用的通用机制与 superpowers 无关。4.4 综合故障速查表按症状找根因症状可能根因验证命令修复动作superpowers命令不存在未安装 Codex CLI 或 PATH 错误which codexsudo npm install -g codex-engineering/cliantigravity --status显示disconnectedCursor 未启动或配置未启用curl http://127.0.0.1:53211/api/status在 Cursor Settings 中开启Antigravity Integrationcodex explain返回空结果模型未加载或 context 超限ollama listcodex explain --debugollama run codellama:7b-instruct 调小max_tokensCursor 启动崩溃inject.js语法错误或路径错误tail -f ~/.cursor/logs/main.log检查inject.js第一行是否有require调用错误中文解释夹杂英文术语language配置未生效cat ~/.codex/config.yaml | grep language确认language: zh在context节点下而非根节点5. 进阶技巧与生产环境加固让 superpowers 在团队中稳定服役5.1 团队配置同步用 Git 管理~/.codex/和~/.antigravity/在团队协作中让每个成员手动配置.codex/config.yaml是灾难。正确做法是将配置目录符号链接到 Git 仓库# 在团队共享仓库中创建 configs/ 目录 mkdir -p ~/workspace/team-configs/superpowers cd ~/workspace/team-configs/superpowers # 创建标准化配置 cat config.codex.yaml EOF runtime: type: ollama model: codellama:7b-instruct endpoint: http://127.0.0.1:11434 context: max_tokens: 1200 include_git_diff: true language: zh EOF cat config.antigravity.yaml EOF agent: endpoint: http://127.0.0.1:8080 context: language: zh weight: ast: 0.4 git: 0.3 tsconfig: 0.2 eslint: 0.1 EOF # 每个开发者执行一次同步脚本 cat sync-superpowers.sh EOF #!/bin/bash mkdir -p ~/.codex ~/.antigravity ln -sf ~/workspace/team-configs/superpowers/config.codex.yaml ~/.codex/config.yaml ln -sf ~/workspace/team-configs/superpowers/config.antigravity.yaml ~/.antigravity/config.yaml echo Superpowers configs synced! EOF chmod x sync-superpowers.sh ./sync-superpowers.sh实战价值当团队决定升级到 Codellama 13B 模型时只需修改config.codex.yaml中的model: codellama:13b-instruct所有成员下次运行./sync-superpowers.sh即可一键更新无需逐个沟通配置项。5.2 模型热切换在不重启服务的前提下更换本地模型Ollama 支持运行时模型切换但 Codex CLI 默认缓存 endpoint。要实现热切换需配合环境变量# 启动 Codex CLI 时指定模型 CODER_MODELcodellama:13b-instruct codex explain --file src/App.tsx # 或者临时修改配置 sed -i s/codellama:7b-instruct/codellama:13b-instruct/g ~/.codex/config.yaml # 然后重启 Antigravity 服务 systemctl --user restart antigravity注意13B 模型需要至少 16GB RAM否则 Ollama 会因内存不足 kill 进程。可在~/.ollama/modelfile中添加PARAMETER num_ctx 4096降低上下文长度换取稳定性。5.3 安全加固防止cursor pro有多少额度类误操作引发风险cursor pro有多少额度这类搜索反映出开发者对 Cursor Pro 订阅和 superpowers 的混淆。必须明确superpowers 完全离线与 Cursor Pro 无关。但为防误操作建议在团队中实施三层加固网络层隔离在公司防火墙规则中禁止127.0.0.1:53211Cursor IDE API向外网发起 HTTP 请求确保即使误配agent.endpoint也无法连接外部服务。文件系统权限chmod 700 ~/.codex ~/.antigravity防止其他用户读取配置中的模型路径和上下文权重。IDE 启动脚本在~/.bashrc中添加alias cursorcursor --disable-extensions --disable-gpu强制禁用所有非必要扩展只保留 superpowers injection 模块。我个人在实际操作中的体会是superpowers 的最大价值不在于它能生成多少行代码而在于它把“AI 编程”从一个需要跳出当前工作流、打开新浏览器标签、粘贴代码、等待响应、再复制回编辑器的多步中断操作压缩成了一个肌肉记忆般的快捷键组合。当CtrlAltE的响应时间稳定在 400ms 以内当解释结果里第一次出现https://nextjs.org/docs/data-fetching/incremental-static-regeneration这样的精准文档链接你就知道这场从云端到本地的认知迁移已经完成了最关键的临门一脚。后续可以这样扩展把 Codex CLI 的--fix能力接入 Git pre-commit hook让每次提交前自动修复 ESLint 错误或者用 Antigravity 的 context API 开发自定义的“技术债扫描器”自动标记出所有未处理的catch块。但所有这些扩展都建立在一个坚实的基础上——那个被无数人搜索、安装、报错、再重装的 superpowers。