Agent skill
code-quality
执行代码质量门禁检查(测试通过→覆盖率→Lint→GOAL追溯→可提交),验证单元测试覆盖率≥80%、集成测试通过率≥95%、代码规范零错误。当完成代码实现、准备提交代码、需要质量验证、进行提交前自检时使用。确保代码可合并。
Install this agent skill to your Project
npx add-skill https://github.com/tikazyq/agentic-spec-forge/tree/main/AGENTIC_SPEC_FORGE/spec_stage_skill/execspec_fulfill/code-quality
SKILL.md
Code Quality Skill
Scope: EXECSPEC_FULFILL — Fulfill ExecSpec(落实 ExecSpec)
版本: 0.1.0(占位)| 创建日期: 2025-11-27
概述
Code Quality 是代码提交前的质量门禁:
┌─────────────────────────────────────────────────────┐
│ ✅ Code Quality Gates │
├─────────────────────────────────────────────────────┤
│ 测试通过 → 覆盖率 → Lint → GOAL追溯 → 可提交 │
│ (Tests) (Coverage) (Style) (Trace) (Commit) │
└─────────────────────────────────────────────────────┘
核心职责:
- 质量门禁检查(覆盖率、集成测试)
- 代码规范验证(lint、format)
- GOAL 追溯完整性
- 提交前自检
L1-STREAMLINED
质量门禁阈值
| 指标 | L1 阈值 |
|---|---|
| 单元测试覆盖率 | ≥ 80% |
| 集成测试通过率 | ≥ 95% |
| Lint 错误 | 0 |
| GOAL 覆盖 | 100% |
检查清单
- 所有测试通过(无红色)
- 覆盖率达标(≥80%)
- 无 lint 错误
- GOAL 注释完整
通过标准
- 4 项全部通过(100%)
>> 命令
>>quality_gate_l1 # 执行质量门禁检查
>>pre_commit_l1 # 提交前自检
Commit Message 规范
<type>(<scope>): <subject>
<body>
GOAL: GOAL-XXX-001
Type 类型:
feat: 新功能fix: Bug 修复refactor: 重构test: 测试docs: 文档
示例:
feat(auth): 实现用户登录功能
- 添加登录表单验证
- 集成 JWT token 生成
- 添加单元测试
GOAL: GOAL-AUTH-001
相关 Skills
- 前置: tdd-cycle(TDD 循环中)
- 原则: principle-solid, principle-dry
- 后续: progress-tracking(更新进度)
TODO: 待细化质量门禁脚本和自动化检查流程
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
code-review
执行代码审查流程(提交PR→自查→同行审查→反馈修改→合并),覆盖功能正确性、代码质量、测试完整性、安全合规四大维度。当提交Pull Request、进行结对编程、执行代码走查、需要知识共享时使用。支持L1/L2/L3三级审查深度。
tdd-cycle
执行 TDD 红绿重构循环(RED→GREEN→REFACTOR→REPEAT),通过先写失败测试、最小代码实现、保持绿色重构的节奏驱动开发。当启动功能开发、需要测试驱动节奏、进行迭代编码、追求高测试覆盖率时使用。提供检查清单和节奏控制。
refactoring
执行代码重构(识别坏味道→选择手法→小步修改→运行测试),在保持外部行为不变前提下改进内部结构。当TDD进入REFACTOR阶段、发现代码坏味道、需要消除重复代码、优化代码结构时使用。支持提取方法、类、参数对象等重构手法。
arch-options-compare
比较多个架构方案(单体/微服务等),从SOLID原则、成本、复杂度等维度评分,生成对比表和推荐方案。当需要向客户解释架构选择或ADR决策时使用。
dev-tech-view-supplement
根据设计补充Dev视角的技术细节(数据库/API/通信协议),帮助Dev快速进入实施。当L1/L2设计缺乏技术细节、或准备向Dev交付前使用。
design-consistency-check
检查VS↔SD/DM一致性(value_path是否与序列图/数据模型匹配),生成不一致项清单和修复建议。当Self-Reflection报告一致性问题或准备CONSTRAINT验收前使用。
Didn't find tool you were looking for?