SuperClaude Framework

把工程工作拆成有明确交付物的命令:先澄清与计划,再实现、排错和验证。

作者 SuperClaude-Org

SuperClaude Framework 项目图片

作者列出的使用环境

  • Claude Code
GitHub Star
23,914
版本
4.3.0
资料核对

先验证一条工作链,再增加工具。

先完成“需求 → 计划”,检查是否真正读懂当前仓库,再进入一个实现阶段。无需为尝试基础工作流先装齐 MCP;任务确实需要搜索、文档或浏览器能力时再连接并验证。

选一个任务,开始使用

下方安装命令在终端运行;以 /sc: 开头的任务在 Claude Code 对话中运行。先准备任务指定的本地文件,再复制提示词。

你这次想做什么?

首次使用建议从这里开始。在项目根目录准备 brief.md,写清使用者、当前行为、期望行为、范围和验收条件;不要只给一句“做个搜索”。

  1. 安装与配置

    使用已存在的 pipx;先准备 Python 3.10+。这会安装固定版本 Python 包,再向个人 Claude Code 目录复制命令和角色。已有同名文件默认跳过,安装后需确认客户端实际加载。

    pipx install superclaude==4.3.0
    superclaude install
    superclaude install --list
    查看作者安装说明

    安装后确认命令被 Claude Code 识别

    superclaude install 默认写入 ~/.claude/commands/sc,并把角色放入 ~/.claude/agents;已有同名文件默认跳过。重启 Claude Code,在 / 菜单确认 sc:workflow、sc:implement、sc:troubleshoot 和 sc:research。终端 --list 显示文件存在不等于客户端已加载,doctor 也不检查 Claude Code 是否加载命令或 MCP 是否连接。

    查看实际安装行为
  2. 把这段话发给 AI

    这是本站根据作者能力说明编写的示例。附上你的材料,再发送给已配置好的 AI 助手。

    /sc:workflow brief.md --strategy systematic --depth deep 请先读取 brief.md、项目说明、目录结构、相关路由与数据访问代码,围绕已有订单列表增加搜索能力制定计划。实际路径从仓库中找到,不假设项目采用某个框架。 核对这些需求:可搜索的字段、空查询、无结果、权限范围、大小写与模糊匹配规则、筛选组合,以及搜索改变后分页如何处理。材料未定义的行为列为待确认,不能替我编造需求。 把计划写到 claudedocs/workflow_order-search.md:列出每阶段要改的文件、现有可复用能力、前置依赖、风险和具体检查方式。区分可并行任务与必须先后完成的任务。 本次只产出计划,不修改业务代码、不运行构建或测试,也不自动进入实现。只使用当前确实可用的工具;缺少 MCP 时用现有读文件工具完成可做部分,并记录限制。 最后逐项对照 brief.md,说明每个验收条件由哪一步覆盖,并给出建议先实现的最小阶段。

  3. 检查你拿到的结果

    • 一份对应真实代码位置、依赖和执行顺序的工作计划。
    • 需求到验收步骤的对应表,以及仍需决定的产品行为。
    • 明确的首个实现阶段;此时还没有功能代码或测试通过结论。
    查看这项任务的作者说明
进一步了解这个 Skill

SuperClaude 为 Claude Code 提供成套的工作指令。它把需求发现、代码分析、实施计划、开发、测试和研究分成不同入口,让你明确这一步要交付什么、完成后由哪一步接手。适合已经有代码仓库和具体目标、希望减少反复解释工作方式的开发者。

本页核对的源码包含 30 个命令文件和 20 个角色文件。默认安装会把它们复制到个人 Claude Code 配置目录;这些 Markdown 由模型读取并配合现有工具执行,不是一套保证成功的固定流水线。角色描述也不意味着每次会自动启动 20 个独立代理。

先从一个短需求的实施计划开始最容易判断是否有帮助。计划可查到真实代码位置,开发能对照验收条件,研究能回到原始来源;这些具体结果比命令数量或自报信心分数更值得检查。

来源与核验

资料核对

依据作者资料整理使用说明。本站未逐项实测技能的生成效果。