搜索：
搜索到 2 篇与 的结果-
把 AI 编程变成有纪律的工程队——Superpowers 使用全攻略 大家常觉得，直接叫 AI 写代码，省时省力，结果却是：代码写得快，却常常跑不通、容易出错，甚至和项目规范格格不入。其实这不是 AI 能力不够，而是缺少一套像工地现场一样的管理流程。Superpowers 正是为了解决这个「野蛮生长」问题而诞生的，它把传统的工程纪律塞进 AI 的思考里，让它从「随手写代码的实习生」升级为「遵守流程的资深工程师」。下面我们用最接地气的语言，把它的核心本质拆开聊聊，并给出一套完整的使用步骤，让普通开发者也能把 AI 用得像专业团队。一、核心本质——流程压倒提示词大家都觉得，AI 只要给几个关键词就能完成需求。实际上，AI 最大的盲点是： 一上手就冲动写代码，根本没有确认需求到底是啥。 缺少设计稿和拆分计划，导致代码结构混乱。 不写测试或先写实现再补测试，结果测试覆盖率低，bug 多。 没有代码审查，质量全靠 AI 那一时的「心情」。 Superpowers 的第一条原则是「流程大于提示词」。它把软件工程的七大环节——需求澄清、方案设计、任务拆解、TDD 开发、代码审查、系统调试、分支合并——全部封装成可自动触发的「技能」(Skill)。每当 AI 检测到你要做什么，它会先强制走相应的技能，再给出代码。二、Superpowers 具体是怎么工作的？大家都觉得，装个插件就能让 AI 自动遵守规则。实际上，Superpowers 把每一步都变成「必须」： 头脑风暴（Brainstorm）：AI 会像老师一样，用苏格拉底式提问，把需求拆成细小问题，让你确认技术栈、边界条件、数据规模等。只有你点头同意，它才会继续。 写计划（Write Plan）：把大功能分解成 2~5 分钟能完成的小任务，每个任务都标明文件路径、预估时间、风险点，甚至生成依赖关系图。 执行计划（Execute Plan）：系统会为每个子任务启动一个独立的 AI 实例（子 Agent），并且必须先写「会失败」的单元测试（红灯），测试不通过后再写最小实现（绿灯），最后重构代码（蓝灯）。 代码审查（Code Review）：每完成一个子任务，AI 会自动发起审查，检查是否符合规范、是否遗漏异常处理。 系统调试（Systematic Debugging）：出现 bug 时，AI 会先复现、定位根因、验证假设、修复并再次跑完整测试，而不是一次性改一行代码。 Git 工作树（Git Worktrees）：每个子任务都会在独立的工作树里进行，防止主分支被踩脏，任务结束后自动合并或删除。 完成收尾（Finishing）：所有测试通过后，系统会给出合并/PR/保留/丢弃的四选一，让你对代码质量有最终把关。 简而言之，Superpowers 把「先想清再动手」的工程习惯硬塞进 AI 的每一次对话里，让它只能走「先问、后计划、再实现、再验证」的闭环。三、快速上手指南（全流程示例）下面用一个普通的「博客评论功能」来演示，从安装到完成的每一步都用最白的话解释。 步骤 1：装插件（以 Claude Code 为例）在终端里依次输入两行：/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplace装完记得重启会话，输入 /help 检查是否出现 /superpowers:brainstorm、/superpowers:write-plan、/superpowers:execute-plan 三个命令。 步骤 2：头脑风暴直接敲入 /superpowers:brainstorm 并说「给博客加评论功能」。AI 会立马抛出一系列问题：是要登录后才能评论吗？是要支持 Markdown 还是纯文本？数据量大不大？你把这些答案说完后，AI 会生成一段设计摘要，等你确认。 步骤 3：写计划确认设计后，敲 /superpowers:write-plan。AI 把功能拆成「数据库表设计」「后端 API」「前端表单」「单元测试」四个子任务，每个任务都有文件路径（如 src/api/comment.js）和预计时间（3 分钟、5 分钟等），并自动在项目根目录生成 docs/plans/。 步骤 4：执行计划使用 /superpowers:execute-plan。系统开始为每个子任务创建独立的 AI 实例。比如在「写数据库表」任务里，AI 首先写一段会报错的迁移测试，跑通后再写实际迁移脚本；在「后端 API」任务里，同样先写失败的接口调用测试，再写最简实现。 步骤 5：代码审查每个子任务完成后，AI 自动触发 requesting-code-review，检查代码风格、异常处理、注释是否齐全。若发现问题，会把问题点展示给你，你可以选择让 AI 再修复。 步骤 6：系统调试如果在跑全局测试时发现 bug，系统会进入「系统化调试」阶段：先写复现用例，再定位根因，最后把根因代码改掉并重新跑测试，确保不留新坑。 步骤 7：收尾合并全部测试通过后，系统会弹出「是否合并到 main」的提示，你点确认，AI 会把工作树合并，删掉临时分支，整个过程干净利落。 从头到尾，你几乎没有看到 AI 直接写出一大堆代码的过程——每一步都被流程锁住，错误率大幅下降。四、为什么这套流程对普通人有价值？大家都觉得「AI 能直接写代码」是省事的捷径，结果往往是浪费时间去纠错。Superpowers 用「强制先写测试」的办法，把「先跑通」的成本提前，让你在一开始就知道「这块需求到底不可行」还是「实现很简单」。另外，子 Agent 的并行执行可以把多个人一起做的工作压缩成几分钟，特别适合小团队或个人开发者在短时间内交付 MVP。最关键的一点是，整个流程都有明确的交付物——设计文档、任务清单、测试报告、审查记录。即使以后你换了人接手，所有信息都在项目目录里一目了然，完全避免了「开发者走了，代码没人懂」的尴尬。五、常见误区与小技巧 误区：所有代码都走完整流程。实际上，对于 10 行以内的简单脚本，直接让 AI 写即可；只在 50 行以上的功能或重要模块上启动完整流程。 误区：流程会大幅吃掉 Token。虽然前期多了 10%~20% 的 Token 消耗，但因为返工次数大幅下降，整体消耗反而下降。 技巧：想快速原型可以先只用 brainstorm+write‑plan，把 TDD 暂时跳过，等功能定型再打开完整流程。 技巧：在长项目中定期使用 /compact 把旧会话压缩，或让 AI 输出 ARCHITECTURE.md，帮助团队保持架构一致性。 技巧：配合 Git Worktrees 使用时，记得在项目根目录配置好 .gitignore，防止临时文件泄漏。 六、总结大家都觉得 AI 写代码很炫，但实际痛点是「质量不可控、缺乏规范」。Superpowers 把软件工程的「流程」硬装进 AI 的思考里，让它只能在「先想、后计划、再实现、再验证」的轨道上跑。对普通开发者而言，这意味着省下了大量的调试时间、提升了代码可维护性、并且可以像团队合作一样把每一步都记录下来。只要装上插件、跟着七步走，你的 AI 助手马上就会变成一支自律的、可审计的工程小队。如果你想亲自体验，下面是官方仓库地址：https://github.com/obra/superpowers，快去装上试试吧！ -
把 Everything Claude Code 当作 AI 编程的‘超级工具箱’——一步步拆解、实操与体会 大家好呀，今天想和你们聊聊在 GitHub 上火得不行的 Everything Claude Code（简称 ECC）。如果把原生的 Claude Code 想成一辆出厂的“普通小车”，那么 ECC 就是给它装上了涡轮增压、全景天窗、自动泊车和导航系统的“改装套件”。装好后，你会发现这辆车不再是只能跑直线的工具，而是能帮你规划路线、检查安全、自动挂挡、甚至在你忘记刹车时提醒你——简直是开发者的全能小伙伴。一、为什么需要 ECC？刚开始使用 Claude Code 的朋友们，常常会遇到四个“老大难”： 每次任务都要重新解释上下文，模型像忘性很大的老师一样。 写完代码后没有人帮你审查安全漏洞，错误往往在上线后才被发现。 构建报错时，Claude 只能给你一堆提示，你还得自己去 Google。 会话结束后，之前的经验和技巧像水一样蒸发。 这些问题本质上不是 Claude 本身的缺陷，而是缺少一套完整的“工作流体系”。ECC 正是为了解决这些痛点而诞生的——它把 子代理（Agents）、技能（Skills）、自动化钩子（Hooks）、规则（Rules）以及 外部服务桥梁（MCP）全都整合进来，让 AI 真正像个有经验的团队成员。二、核心概念到底是啥？先把几个关键词拆开讲，别被名字吓到： 子代理（Agents）：想象一支创业公司里，每个人负责个人专长——有产品经理、架构师、测试工程师、安保专员……ECC 把 Claude 切分成 28 个小“专业人”，你只要喊对应的角色，它立马上岗。 技能（Skills）：每个子代理背后都有一本操作手册，告诉它怎么一步步完成任务。比如 /tdd 这条命令就是调用了“测试驱动开发”手册，Claude 会先写失败的测试再写实现代码。 钩子（Hooks）：相当于流水线上的自动质检站。每当 Claude 要执行某个工具（比如编辑文件、提交 git）时，钩子会先检查或在事后给出反馈。比如编辑 JavaScript 后自动跑 prettier 格式化，或者在 git push 前提醒你先跑代码审查。 规则（Rules）：这些是团队的硬性规章制度，写在 ~/.claude/rules 里，任何时候都必须遵守。比如“不硬编码密钥”“测试覆盖率不低于 80%”之类。 MCP（Model Context Protocol）：把 Claude 能直接调动的外部服务（GitHub、Supabase、Vercel、Playwright 等）统一包装成一个插件，让 AI 能自行创建 PR、查询数据库、跑浏览器自动化测试……不再是你手动点几下的事儿。 把它们组合起来，你的开发过程就像一条自动化的生产线：需求 → 规划 → 编码 → 测试 → 安全审查 → 部署 → 监控，几乎每一步都有 AI 小助手在背后帮忙。三、装好 ECC 需要几步？装配过程其实挺像装玩具——先有主机（Claude Code），再装配件（ECC）。下面给出两种最常用的安装方式，任选其一即可。方式一：插件安装（推荐） 确保本地已经装好 Claude Code CLI（版本 >= 2.1.0）和 Node.js。 在终端执行：/plugin marketplace add affaan-m/everything-claude-code再执行：/plugin install ecc@ecc 插件会自动把所有 子代理、技能、命令、钩子加载进来。唯一需要手动的，就是把 规则复制到 ~/.claude/rules（因为插件本身不分发规则）。 mkdir -p ~/.claude/rules cp -r everything-claude-code/rules/common ~/.claude/rules/ cp -r everything-claude-code/rules/typescript ~/.claude/rules/ # 根据自己的语言挑选 打开 Claude Code，敲 / 看一眼，看到 /plan、/tdd、/code-review 等 60+ 命令，说明装好了。 方式二：手动安装（高手专属） 把仓库克隆到本地。 把 agents/*.md、skills/*、commands/*.md 分别拷贝到 ~/.claude/agents、~/.claude/skills、~/.claude/commands。 同样需要把 rules 复制进去。 如果不想要全部功能，可以只拷贝自己需要的子目录，保持轻盈。 无论哪种方式，装完后先跑一下 /harness-audit 做体检，确保所有组件都在正常工作。四、常用工作流实战展示下面用几条最常用的命令，演示一下 ECC 在真实项目里是怎么帮你省时省力的。1️⃣ 需求规划：/plan假设要实现一个“用户登录 + 注册（支持邮箱&手机号）”功能，只需要：/plan "实现用户登录与注册，使用 JWT，支持邮箱和手机号"Claude 会召唤 planner 子代理，把需求拆成数据库表、API 接口、前端页面、验证码流程等子任务，并给出明确的实现顺序。你只需要点点OK，接下来每一步都可以直接交给对应的子代理。2️⃣ TDD 开发：/tdd项目要求测试覆盖率 80% 以上，直接跑：/tdd "用户密码重置功能"系统会先生成一个必失败的测试（RED），然后提示你写最小实现代码（GREEN），最后自动帮你跑代码格式化、类型检查，甚至写出重构建议（IMPROVE）。整个过程像在看一场戏，高潮迭起却全在掌控之中。3️⃣ 代码审查：/code-review写完代码后，直接：/code-review一个 code-reviewer 代理会遍历改动文件，给出安全漏洞、性能瓶颈、可维护性建议。它甚至会自动在 PR 描述里贴上改动摘要，省去手动写审查报告的时间。4️⃣ 构建错误修复：/build-fix跑 npm run build 报错？直接：/build-fix系统会抓取构建日志，定位是缺少依赖、类型不匹配还是配置错误，并给出具体的修复方案，甚至自动修改文件（如果你同意的话）。从“我到底哪里写错了？”到“已自动修复”，只差一次敲击。5️⃣ 持续学习：/learn + /evolve每次会话结束，钩子会自动把本次对话里出现的高价值模式提取出来，形成一个叫“本能（instinct）”的记录。你可以随时查看：/instinct-status如果发现某些本能已经足够成熟，就可以通过 /evolve 把它们聚合成可复用的技能，后续再遇到类似情形，系统会直接调用这些技能，省去重复思考。五、倒腾各种 IDE？ECC 跨平台全覆盖很多人关心：“我用 Cursor、Codex、或者 VS Code 的 Copilot，能不能用 ECC？”答案是肯定的，官方已经为每个平台准备了适配层： Claude Code CLI：最完整的体验，全部 60 条 Slash 命令、28 个子代理、所有 Hook 自动生效。 Cursor IDE：通过 .cursor 目录复制 Rules、Skills，Hook 采用统一适配器，功能略有删减（不支持子代理的完整调度，但大部分规则和技能可用）。 Codex（OpenAI）：使用 AGENTS.md 自动识别子代理，配合 model_instructions_file 实现类似 Hook 的行为。 OpenCode：插件系统直接加载 hooks，支持 11 种事件，比 Claude Code 更丰富。 所以不管你现在用的是什么编辑器，都可以先把规则和技能复制进去，立刻感受到代码质量和效率的提升。六、实战技巧与坑点 上下文窗口管理：每打开一个 MCP 服务，就会占用模型的上下文。建议一次只启用 8~10 个常用 MCP，防止窗口缩水到 70K 令牌。 钩子太严格：如果你觉得每次编辑后都弹出太多提醒，可以把环境变量 ECC_HOOK_PROFILE=minimal，只保留核心安全钩子。 规则挑选：项目里如果只写 TypeScript，直接删掉 rules/python、rules/golang 等无关目录，保持 .claude/rules 干净。 多代理命令：/multi-plan、/multi-execute 需要额外安装 ccg-workflow 才能跑。一般小项目不需要，等到微服务拆分时再打开。 安全扫描：新加的 AgentShield 能一键扫全项目，npx ecc-agentshield scan，发现严重漏洞会直接返回错误码，配合 CI 实现“构建即安全”。 七、收益总结——到底值不值得装？从个人使用感受来看，装了 ECC 后的收益可以用三句话概括： 省时：从需求拆解到代码审查、从构建错误定位到自动修复，平均每个环节节省 30~60 分钟。 提升质量：规则和 Hook 强制执行代码风格、测试覆盖、密钥管理，项目代码质量明显提升。 团队协作更顺畅：每个人只要调用对应的子代理或技能，工作流统一，沟通成本下降。 如果你是个人开发者，装上 ECC 的核心插件（Planner、TDD、Code Review）已经能让日常编码变得更轻松；如果是团队或公司，完整的 Skills+Hooks+MCP 方案能把 AI 变成“自动化的研发助理”，直接落地到 CI/CD 流程里。八、结语——让 AI 成为真正的伙伴回头想想，很多人对 AI 编程的期待都是“帮我写代码”。而 ECC 告诉我们：真正的价值在于“帮我把整个软件研发过程体系化”。它把碎片化的模型能力串联成一条完整的流水线，让 Claude 不再是只会写代码的机器人，而是能规划、审查、测试、部署的团队成员。装上这套“超级工具箱”，你会发现自己从“写代码的苦工”升为“项目的指挥官”。快去试试吧，装完后记得在评论区分享你的使用感受，大家一起把这辆 AI 小车跑得更快更稳！ 🚀
