菜单
Use when encountering any bug, test failure, or unexpected behavior. Enforces systematic four-phase debugging: root cause investigation, pattern analysis, hypothesis testing, and evidence-based fix verification.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/whyzsm/tiny-agents --skill superpowers-systematic-debugging命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Single-Agent T-MAX Java backend architecture and engineering rule package. Use when Codex must design, implement, review, or diagnose T-MAX backend services involving Java 8, Spring Boot, Kylin, MyBatis XML, TiDB/MySQL, Apollo/Nacos, Feign, AnePageHelper, ResponseResult/DataGridResult, UEP export, Redis, RabbitMQ, or Maven multi-module repositories. Routes one Agent through repository intake, architecture decisions, API/data contracts, implementation diagnosis, quality/security review, and bounded evidence loops while keeping builds, tests, live calls, commits, and pushes as separate authority boundaries.
Create polished consulting-style single-file HTML research reports from messy business notes, screenshots, metrics, and iterative user feedback. Use this skill whenever the user asks for a 咨询风/艾瑞咨询风/研究报告/汇报报告/HTML报告, wants business or AI landing-practice material turned into a management-facing report, asks to add charts/diagrams, or asks to update report metrics and keep the whole HTML report consistent.
Audit HarmonyOS applications for AppGallery/AGC release readiness, including Huawei UX/HMI controls, system-feature integrations, and performance gates for multi-input interaction, latency, frame rate, content display, memory, and CPU. Use when users ask for 鸿蒙上架自检、应用市场审核、AGC发布前检查、控件/系统特性/人机交互/签名/隐私/权限/截图/性能核对或 release 包门禁, especially for Stage-model projects with module.json5, build-profile.json5, hvigorw, and local-first data constraints.
基于 SOC 职业分类
正在显示 SKILL.md
| name | superpowers-systematic-debugging |
| description | Use when encountering any bug, test failure, or unexpected behavior. Enforces systematic four-phase debugging: root cause investigation, pattern analysis, hypothesis testing, and evidence-based fix verification. |
随机修 bug 浪费时间内制造新 bug。快速补丁掩盖根本问题。
核心原则：永远先找根本原因再尝试修复。症状修复 = 失败。
违反调试流程的字面意思 = 违反调试流程的精神。
未经根本原因调查，不许修复
如果没完成第 1 阶段，就不能提出修复方案。
用于任何技术问题：
特别要用于：
在尝试任何修复之前：
仔细阅读错误信息
稳定复现
检查最近变更
追踪数据流
当错误在调用栈深处：
修复前找到模式：
找类似工作的例子
对比参考
识别差异
理解依赖
科学方法：
形成一个假设
最小化测试
验证后再继续
当不知道时
修复根本原因，不修复症状：
创建失败的测试用例
superpowers-tdd 技能写正确的失败测试实现单一修复
验证修复
如果修复没用
如果 3+ 修复都失败：质疑架构
表明架构问题的模式：
停止并质疑基本原理：
在尝试更多修复之前与主人讨论
如果发现自己想：
所有这些意味着：停止。回到阶段 1。
如果 3+ 修复失败： 质疑架构。
看到这些时： 停止。回到阶段 1。
| 阶段 | 关键活动 | 成功标准 |
|---|---|---|
| 1. 根本原因 | 读错误，复现，检查变更，收集证据 | 理解了什么和为什么 |
| 2. 模式 | 找工作例子，对比 | 识别差异 |
| 3. 假设 | 形成理论，最小测试 | 确认或新假设 |
| 4. 实现 | 创建测试，修复，验证 | Bug 解决，测试通过 |
如果系统性调查发现问题是真正环境相关、时序相关或外部的：
但是： 95% 的"没有根本原因"是调查不完整。