Claude Code必备skills或插件
·
一、claude.md
地址:https://github.com/multica-ai/andrej-karpathy-skills
安装后,会让 claude 针对一份文件中包含四项原则:
| 原则 | 地址 |
|---|---|
| 编码前三思 | 错误的假设、隐藏的困惑、忽略的权衡取舍 |
| 简单至上 | 过度复杂化,臃肿的抽象概念 |
| 手术改变 | 正交编辑,触碰不该触碰的代码 |
| 目标驱动型执行 | 通过先测试后验证的成功标准来发挥优势 |
二、ECC 插件
地址:https://github.com/affaan-m/ECC
什么是 ECC
来自 Anthropic 黑客马拉松获胜者的完整 Claude Code 配置集合。
不止是配置文件,而是一整套完整系统:技能体系、本能行为、记忆优化、持续学习、安全扫描,以及研究优先的开发模式。 包含可直接用于生产环境的智能体、技能模块、钩子、规则、MCP 配置,以及兼容传统命令的适配层——所有内容均经过 10 个多月高强度日常使用与真实产品开发迭代打磨而成。
可在 Claude Code、Codex、Cursor、OpenCode、Gemini 及其他 AI 智能体框架中通用。
三、claude hud
地址:https://github.com/jarrodwatts/claude-hud/tree/main
什么是Claude HUD
Claude HUD 让你在 Claude Code 会话中获得更清晰的洞察。
| 你看到的内容 | 为什么重要 |
|---|---|
| 项目路径 | 知道你当前在哪个项目中(可配置 1-3 级目录深度) |
| 上下文健康度 | 在上下文窗口满之前准确了解还剩多少 |
| 工具活动 | 实时观察 Claude 读取、编辑和搜索文件 |
| Agent 追踪 | 查看哪些子 Agent 正在运行以及它们在做什么 |
| 待办进度 | 实时跟踪任务完成情况 |
显示效果:默认(2 行)
[Opus] │ my-project git:(main*)
上下文 █████░░░░░ 45% │ 使用率 ██░░░░░░░░ 25%(1小时30分 / 5小时)
- 第 1 行 — 模型、提供商标签(如能正面识别,例如
Bedrock、Vertex)、项目路径、git 分支 - 第 2 行 — 上下文进度条(绿 → 黄 → 红)和使用率限制
四、test-case-gen
地址:在你的 skills 目录下,新建test-case-gen目录,再创建 SKILL.md,粘贴以下内容即可
name: test-case-gen
description: >
基于需求文档、用户故事、产品PRD、接口文档自动生成标准化测试用例,支持输出Markdown表格,可导出CSV/JSON文件。内置等价类划分、边界值分析、判定表、状态迁移、探索式测试标准设计方法。适用场景:(1)根据需求撰写功能用例 (2)生成测试矩阵 (3)分析边界异常场景 (4)编写测试计划 (5)评审测试覆盖完整性;触发关键词:写测试用例、生成用例、测试矩阵、边界值分析、等价类划分。不适用场景:执行自动化测试、编写自动化脚本、缺陷跟踪管理。
metadata:
openclaw:
emoji: "📝"
---
# 测试用例生成器
从各类需求输入中生成完整、规范、覆盖全面的测试用例。
## 适用场景
✅ **请使用本工具的情况:**
- 用户提供PRD/需求文档/用户故事,需要产出配套测试用例
- 指令包含:帮我写测试用例、根据需求生成用例
- 需要做边界值、等价类等测试设计分析
- 制作多参数组合测试矩阵、判定表
- 评审现有用例,查找覆盖缺口
❌ **禁止使用本工具的情况:**
- 执行/运行测试脚本 → 使用接口测试工具或手动执行能力
- 编写自动化代码、接口脚本 → 使用代码编写/接口调试工具
- 管理、跟踪缺陷工单 → 使用项目管理类工具
## 完整工作流程
### 步骤1:解析输入材料
读取用户提供的需求、PRD、接口规范、业务描述文本,提取核心信息:
- **功能点**:系统需要实现的业务能力
- **输入参数**:所有入参、数据类型、格式/长度/取值约束
- **业务规则**:条件判断、字段联动、权限控制、数据校验逻辑
- **外部依赖**:对接第三方接口、数据库、其他系统
- **非功能需求**:性能限制、安全校验、页面易用性
### 步骤2:选用对应测试设计方法
根据业务特征匹配标准测试设计技术:
| 测试方法 | 适用场景 |
|--------|---------|
| 等价类划分 | 多输入值具备相同业务逻辑行为,批量归类测试 |
| 边界值分析 | 数字区间、字符串长度、日期范围等存在临界值的场景 |
| 判定表法 | 多条件叠加、复杂分支业务规则(多字段联动校验) |
| 状态迁移法 | 存在状态流转的业务流程(工单、订单、审批流等) |
| 错误推测法 | 基于历史缺陷、常见踩坑点补充异常场景 |
| 两两组合测试 | 多参数互相影响,减少全量组合用例数量 |
### 步骤3:生成标准化测试用例
默认输出 Markdown 表格格式:
```markdown
| 用例ID | 所属模块 | 优先级 | 前置条件 | 操作步骤 | 输入数据 | 预期结果 | 用例类型 |
|--------|----------|--------|----------|----------|----------|----------|----------|
| TC001 | 登录模块 | P0 | 用户已完成注册 | 1.打开登录页面 2.输入账号密码 3.点击登录 | 账号:admin,密码:Admin@123 | 登录成功,自动跳转首页 | 正向用例 |
| TC002 | 登录模块 | P0 | 用户已完成注册 | 1.打开登录页面 2.输入错误密码 3.点击登录 | 账号:admin,密码:wrong123 | 弹窗提示:账号或密码错误 | 反向用例 |
优先级定义:
P0(阻断级):核心主干功能,失败直接阻塞版本发布
P1(重要级):关键业务功能,版本上线前必须修复
P2(次要级):次要辅助功能,可延后迭代修复
P3(优化级) :边缘场景、体验优化,不阻塞上线
用例类型分类:
正向用例 / 反向用例 / 边界用例 / 异常用例 / 安全用例 / 性能用例
步骤 4:输出覆盖度分析总结
生成用例完成后,附带测试覆盖统计汇总:
plaintext
📊 测试覆盖统计汇总
- 总用例数量:25条
- 优先级分布:P0(8条) P1(10条) P2(5条) P3(2条)
- 类型分布:正向(10) 反向(8) 边界(4) 安全(2) 性能(1)
- 待补充覆盖缺口:[列出未覆盖的功能/场景]
导出文件规范
当用户要求导出文件时,支持两种标准格式,自动写入工作目录:
bash
运行
# 导出CSV文件(适配禅道、TestLink导入)
# ~/.openclaw/workspace/output/test_cases.csv
# 导出JSON文件(自动化平台、第三方测试系统导入)
# ~/.openclaw/workspace/output/test_cases.json
禅道专用 CSV 导入模板格式
csv
所属模块,用例标题,前置条件,操作步骤,预期结果,优先级,用例类型,标签
/登录模块,正常账号密码登录验证,用户已完成注册,1.打开登录页 2.输入正确账号密码 3.点击登录,登录成功并跳转首页,1,功能测试,登录;正向流程
TestLink 标准 XML 导入格式
xml
<?xml version="1.0" encoding="UTF-8"?>
<testcases>
<testcase name="正常账号密码登录验证">
<summary>校验使用正确账号密码可正常登录系统</summary>
<preconditions>用户已完成账号注册</preconditions>
<steps>
<step>
<step_number>1</step_number>
<actions>打开登录页面,输入正确账号密码,点击登录按钮</actions>
<expectedresults>登录成功,页面跳转至系统首页</expectedresults>
</step>
</steps>
<importance>2</importance>
<execution_type>1</execution_type>
</testcase>
</testcases>
产出高质量用例的优化提示
所有数字、长度类入参,必须至少覆盖一组边界值用例
每一条正向业务流程,配套至少一条反向异常用例
不可遗漏空值、空白字符、纯空格输入场景
多用户并发操作场景必须补充(多人编辑同一条数据、同时审批)
严格校验格式类字段:手机号、邮箱、身份证、编号等
安全类特殊字符测试:XSS 脚本 <script>alert(1)</script>、SQL 注入语句 ' OR 1=1--、特殊表情符号
两两组合测试(精简多参数用例)
适用于多参数联动场景,在保证两两参数组合全覆盖的前提下,大幅减少总用例数量:
plaintext
参数A:[a1, a2, a3]
参数B:[b1, b2]
参数C:[c1, c2, c3]
全量组合总数:3×2×3 = 18条
两两组合精简后:约9条(覆盖全部两两参数搭配)
示例输出表格:
表格
序号 参数 A 参数 B 参数 C
1 a1 b1 c1
2 a1 b2 c2
3 a2 b1 c3
4 a2 b2 c1
5 a3 b1 c2
6 a3 b2 c3
适用场景:浏览器兼容测试(浏览器 × 系统 × 分辨率)、多表单字段联动、系统配置项组合校验。
状态迁移测试(流程类业务)
针对存在状态流转的工单、审批、订单类功能,梳理完整状态流转图:
plaintext
[草稿] --提交--> [待审核] --审核通过--> [已发布]
| |--审核驳回--> [已驳回] --修改--> [草稿]
|--删除操作--> [已删除]
生成用例需覆盖:
每一种业务状态(至少访问一次)
每一条合法状态流转路径
非法状态变更(例如:已发布工单直接退回草稿)
并发流转场景(两人同时审核同一条工单)
什么是test-case-gen
test-case-gen是一个让ai 生成测试用例更准确更规范的 skill
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐



所有评论(0)