面向 ClawGator 团队的完整软件开发框架:头脑风暴、规划、系统化执行、测试驱动开发(TDD)、调试、代码审查以及 git worktree。在启动项目或进行代码变更前自动触发。
劳加托超能力(ClawGator Superpowers),框架性松根邦(Pengembangan perangkat Lunnak lengkap untuk
功能概述
劳加托超能力(ClawGator Superpowers),框架性松根邦(Pengembangan perangkat Lunnak lengkap untuk是一项面向实际任务的技能,主要用于Dibuat berdasarkan obra/超能力(namun dissuakan khusus untuk kebutuhan ClawGator.). 卡潘·孟古纳克(Kapan Menggunak).。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
- 实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
- 若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
使用与执行
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;
结果检查与注意事项
在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。结果生成后应检查内容的完整性、准确性、一致性和可用性,必要时抽样复核并根据反馈调整配置;涉及外部服务、账号凭据、个人信息或敏感数据时,还需遵守相应的权限、安全与合规要求。
ClawGator 超能力框架
面向 ClawGator 团队的完整软件开发框架。基于 obra/superpowers 构建,但专为 ClawGator 的实际需求定制优化。
何时使用
在以下所有场景中,务必在开始前启用本技能:
- 启动新功能或新组件
- 修改现有行为或功能逻辑
- 修复 Bug 或问题
- 进行大规模代码变更
- 制定具体实施计划
以下情况可跳过本技能:
- 简单提问或信息检索类请求
- 单行命令类操作
- 仅需查看项目上下文(请改用对应上下文技能)
完整工作流
开发需求
↓
┌──────────────────────┐
│ USING SUPERPOWERS │ ← 主技能 —— 驱动全部流程
│ (基础技能) │ - 自动识别相关子技能
│ │ - 动态确定子技能执行优先级
└──────────┬───────────┘
↓
┌──────────────────────┐
│ BRAINSTORMING │ ← 理解需求与设计
│ (如需设计时启用) │ - 逐条提出关键问题
│ │ - 提出 2–3 种可行方案
│ │ - 增量式验证设计方案
└──────────┬───────────┘
↓
┌──────────────────────┐
│ USING GIT WORKTREES │ ← 搭建隔离开发环境
│ (编码前必做) │ - 创建新分支
│ │ - 初始化项目环境
│ │ - 验证基线测试通过
└──────────┬───────────┘
↓
┌──────────────────────┐
│ WRITING PLANS │ ← 编写实施计划
│ (多任务时启用) │ - 拆分为小任务(每项耗时 2–5 分钟)
│ │ - 明确指定文件路径与完整代码片段
│ │ - 内置 TDD 步骤
└──────────┬───────────┘
↓
┌──────┴──────┐
│ ↓
│ ┌──────────────────────┐
│ │ SUBAGENT-DRIVEN DEV │ ← 通过子 Agent 执行(选项一)
│ │ (当前会话内) │ - 每个任务启动全新子 Agent
│ │ │ - 任务间自动触发代码审查
│ └──────────┬───────────┘
│
│ ┌──────────────────────┐
│ │ EXECUTING PLANS │ ← 批量执行计划(选项二)
│ │ (独立会话) │ - 批量运行全部任务
│ │ │ - 在检查点处暂停并审查
│ └──────────┬───────────┘
│
↓ ↓
┌──────────────────────┐
│ TEST-DRIVEN DEVELOPMENT │ ← 所有编码均强制启用
│ (始终激活) │ - RED:先写失败测试,确认其失败
│ │ - GREEN:编写最小可用实现,使测试通过
│ │ - REFACTOR:重构代码,保持测试绿色
└──────────┬─────────────┘
↓
┌──────────────────────┐
│ SYSTEMATIC DEBUGGING │ ← 出现错误时启用
│ (发生异常时) │ - 第一阶段:根因调查
│ │ - 第二阶段:模式分析
│ │ - 第三阶段:假设生成与验证
│ │ - 第四阶段:修复并验证
└──────────┬───────────┘
↓
┌──────────────────────┐
│ CODE REVIEW │ ← 任务间交叉审查
│ (任务切换时) │ - 发起方:提交待审代码
│ │ - 接收方:应用审查反馈
└──────────┬───────────┘
↓
┌──────────────────────┐
│ VERIFICATION │ ← 完成前最终确认
│ (交付前) │ - 重新运行测试
│ │ - 检查是否引入回归问题
└──────────┬───────────┘
↓
┌──────────────────────┐
│ FINISHING DEV BRANCH │ ← 收尾开发分支
│ (全部完成后) │ - 验证所有测试通过
│ │ - 提供后续选项:
│ │ * 合并至 main 分支
│ │ * 创建 PR
│ │ * 保留当前分支
│ │ * 丢弃分支
└──────────────────────┘
可用子技能列表
🎯 核心技能(流程类)
| 技能 | 启用时机 | 功能说明 |
|---|---|---|
| using-superpowers | 每次对话起始时必须启用 | 引导整个技能调用流程 |
| brainstorming | 编码前 | 理解需求、探索设计方案 |
| writing-plans | 设计方案确认后 | 生成可执行的详细实施计划 |
| executing-plans | 计划就绪后 | 按计划执行开发任务 |
| finishing-a-development-branch | 全部开发完成后 | 完成分支收尾工作 |
🔨 执行类技能
| 技能 | 启用时机 | 功能说明 |
|---|---|---|
| subagent-driven-development | 选择「子 Agent 驱动」执行模式时 | 每个任务由独立子 Agent 执行 |
| dispatching-parallel-agents | 存在并行任务时 | 并发调度多个 Agent 协同执行 |
🧪 质量保障类技能
| 技能 | 启用时机 | 功能说明 |
|---|---|---|
| test-driven-development | 所有编码前必须启用 | 执行 RED-GREEN-REFACTOR 循环 |
| systematic-debugging | 发现 Bug 时 | 四阶段系统化根因分析 |
| verification-before-completion | 标记任务完成前 | 确保问题真正被修复 |
🔧 Git 与代码审查类技能
| 技能 | 启用时机 | 功能说明 |
|---|---|---|
| using-git-worktrees | 新建分支并准备编码前 | 创建隔离的工作区 |
| requesting-code-review | 任务切换期间 | 依据计划对代码发起审查 |
| receiving-code-review | 收到审查反馈后 | 应用审查意见并更新代码 |
📝 元技能(Meta Skills)
| 技能 | 启用时机 | 功能说明 |
|---|---|---|
| writing-skills | 创建新技能时 | 定义 OpenClaw 技能结构规范 |
核心原则
铁律(Iron Laws)
- 未经失败测试先行,禁止编写任何生产代码(TDD 原则)
- 未经根因调查,禁止实施任何修复(调试原则)
- 只要存在哪怕 1% 的可能性某技能适用,就必须显式调用该技能
TDD 循环
RED → 编写失败测试 → 确认其确实失败 GREEN → 编写最小实现 → 确保测试通过 REFACTOR → 重构代码 → 保持所有测试仍为绿色 REPEAT → 进入下一个测试
调试循环
第一阶段:根因调查 - 仔细阅读错误信息 - 稳定复现问题 - 检查近期变更 - 追踪数据流向 第二阶段:模式分析 - 查找正常工作的案例 - 对照参考实现进行比对 - 识别差异点 第三阶段:假设生成与验证 - 提出单一明确假设 - 设计验证方式并执行 - 基于结果学习并迭代 第四阶段:修复与验证 - 在根因位置实施修复 - 使用原始问题场景验证修复效果 - 运行全部测试套件
技能调用优先级
当多个技能可能同时适用时,请严格遵循以下优先级顺序:
- 流程类技能优先(如 brainstorming、systematic-debugging、writing-plans)
- 质量保障类技能次之(如 test-driven-development、systematic-debugging)
- Git/审查类技能再次之(如 using-git-worktrees、requesting-code-review)
- 执行类技能最后(如 executing-plans、subagent-driven-development)
示例:
- “Let's build X” → brainstorming → using-git-worktrees → writing-plans → executing-plans
- “Fix this bug” → systematic-debugging → test-driven-development
- “Add X” → test-driven-development(简单场景,无需额外计划)
与 OpenClaw 的集成
本技能已与 OpenClaw 深度集成:
- ✅ 关键词自动触发:包含 “build”、“create”、“implement”、“fix”、“add” 等关键词时自动激活
- ✅
skills/目录下已内置 14 个完整子技能 - ✅ 子技能支持上下文感知,自动触发
- ✅
using-superpowers作为统一入口点 - ✅ 内置工具:
brainstorm、plan_review、get_status - ✅ 已集成 OpenClaw Agent,支持 subagent-driven-development
ClawGator 团队实践
ClawGator 团队使用本技能开展以下工作:
- 🔨 开发 OpenClaw 各项功能
- 🚀 平台整体演进与升级
- 🔧 Bug 修复与系统优化
- 📝 产品路线图与功能规划
- 💡 新功能创意头脑风暴
- 🔍 系统化调试与问题定位
- ✅ 全面采用 TDD 进行测试驱动开发
- 📊 任务间交叉代码审查
本技能确保 ClawGator 团队始终践行:
- 先思考,再编码(Think before they code)
- 先计划,再构建(Plan before they build)
- 先验证,再交付(Verify before they ship)
- 先测试,再上线(Test before production)
目录结构
/home/clawgator-superpowers/ ├── SKILL.md - 主技能文档 ├── openclaw.plugin.json - 插件配置文件 ├── package.json - 元数据文件 ├── brainstorming.js - 核心头脑风暴逻辑 ├── index.js - 入口文件 ├── skills/ - 来自 obra/superpowers 的全部子技能 │ ├── using-superpowers/ - 基础技能 │ ├── brainstorming/ - 头脑风暴与设计 │ ├── writing-plans/ - 实施计划生成 │ ├── executing-plans/ - 计划执行 │ ├── test-driven-development/ - TDD 工作流 │ ├── systematic-debugging/ - 四阶段调试 │ ├── using-git-worktrees/ - Git worktree 管理 │ ├── subagent-driven-development/ - 子 Agent 驱动开发 │ ├── dispatching-parallel-agents/ - 并行 Agent 调度 │ ├── requesting-code-review/ - 发起代码审查 │ ├── receiving-code-review/ - 接收并应用审查反馈 │ ├── verification-before-completion/ - 完成前验证 │ ├── finishing-a-development-branch/ - 分支收尾 │ └── writing-skills/ - 新技能开发框架 └── README.md - 完整文档说明
基础用法
启动新项目
Buat fitur [feature name]
技能将自动执行以下步骤:
- 激活 using-superpowers
- 启动 brainstorming 以明确需求
- 创建新的 git worktree
- 生成详细实施计划
- 基于 TDD 执行开发
- 测试与最终验证
修复 Bug
Fix bug: [bug description]
技能将自动执行以下步骤:
- 激活 systematic-debugging
- 执行四阶段根因分析
- 基于 TDD 实施修复
- 验证修复有效性
- 运行全部测试套件
版本: 1.0.0
适用团队: ClawGator 团队
基础来源: obra/superpowers(100% 复用其工作流与全部 14 个子技能)
许可证: MIT
热门AI工具
相关专题
Vite项目打包部署专题汇集生产构建、产物预览、输出目录、资源路径、Nginx与GitHub Pages部署及常见白屏和路由404问题的已审核文章,帮助读者完成上线流程。
0
2026.10.28
Vite搭配Vue.js专题汇集创建Vue 3项目、配置开发环境、路径别名、Vue插件、代理、多环境构建与调试的已审核文章,帮助读者完成从初始化到日常开发的配置。
0
2026.10.28
Vite项目目录专题汇集入口文件、src源码、public静态资源、路径别名、项目根目录和构建输出目录相关的已审核文章,帮助读者理解各文件夹的用途与引用方式。
0
2026.10.28
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.6万人学习
共6课时 | 54.7万人学习
最新文章