Skip to content
Conduit

skill

dev-workflow-kit

21 markdown-first software delivery workflow skills for Claude Code, Codex, and compatible agents. Standalone skill kit covering planning, debugging, CI, review, security, rollout, performance, data q

motao123/dev-workflow-kitcommunitylistedunreviewed
Use skill

Set up

Skills are installed by placing their folder where your agent loads skills.

Download ZIP from GitHub Open the repository

The download comes from github.com/motao123/dev-workflow-kit itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 31, 2026

目录

为什么需要这个项目

在实际开发中，编码只是整个交付链路的一段。真正反复消耗团队精力的，往往是编码之外的问题：

  • 需求还没拆清楚就先动手，写完发现方向不对
  • 改一个点不知道会影响哪些模块、接口和消费者
  • 想做重构，但不清楚怎么切边界、怎么分步最安全
  • bug 现象很多但根因不明，只能反复试
  • 本地过了 CI 还在挂，日志又多又吵
  • 评审意见一大片，没有系统化的分类和处理方式
  • UI 改了但缺浏览器级证据，靠"应该没问题"上线
  • 高风险改动需要安全或依赖角度的补充审查
  • 代码能发但 rollout 策略还没设计好
  • 功能做完了但文档和 release note 没人补

dev-workflow-kit 把这些问题对应成 可独立调用的 skill，每个 skill 都有明确的使用边界、输出格式和 handoff 路径。

覆盖的交付环节

1. 编码前：拆清楚再动手

  • planning
  • test-strategy-gap-review
  • change-impact-analysis
  • architecture-refactor-guidance

2. 卡住时：先把问题定位准

  • systematic-debugging
  • incident-observability-triage
  • performance-investigation
  • fix-ci

3. 合并前：让改动更可控

  • review-address-comments
  • browser-verification
  • security-review
  • dependency-compliance-audit
  • api-contract-compatibility-review
  • cost-impact-review
  • data-quality-audit

4. 上线时：让交付更稳

  • release-rollout-strategy
  • environment-config-audit
  • data-migration-safety-review
  • release-incident-postmortem
  • ship-readiness
  • docs-writer

Skills 一览

Skill用途典型输出
planning需求拆解、实施顺序与验收标准实施计划、风险与依赖、验证方案
test-strategy-gap-review评估当前测试覆盖是否足够盲区清单、补测建议、验证优先级
change-impact-analysis分析改动的影响面与回归区域影响面、下游消费者、验证重点
architecture-refactor-guidance判断结构调整的边界与分步顺序边界建议、分步重构方案、保守策略
systematic-debugging系统化定位复杂 bug 的根因复现状态、缩小范围、根因判断
incident-observability-triage基于告警/日志/指标做线上事故分诊影响范围、缓解方向、下一步排查
performance-investigation在优化前定位性能瓶颈瓶颈类型、热点、测量或缓解方向
fix-ci定位 CI / build / test 流水线最早失败点失败分类、最小修复路径
review-address-comments系统化分类并处理 PR 评论评论分组、处理方案、解决摘要
browser-verification前端 Web UI 的浏览器级功能验证黄金路径结果、观察证据
security-review安全视角审查（信任边界、滥用面）风险清单、严重度、修复建议
dependency-compliance-audit依赖、license 与供应链评估风险分类、合规建议
api-contract-compatibility-reviewAPI / schema / event 契约兼容性审查breaking changes、迁移建议
release-rollout-strategy设计灰度、canary、回滚与监控方案rollout 方案、checkpoint、回滚条件
environment-config-audit审计环境一致性与配置漂移parity 风险、config blocker
data-migration-safety-review数据迁移与 backfill 安全审查迁移风险、回滚限制、验证 checkpoint
release-incident-postmortem事故缓解后的结构化复盘时间线、影响、根因、改进项
cost-impact-review评估改动对运行成本的影响成本因子、风险热点、优化建议
data-quality-audit运行期数据正确性、新鲜度、完整性审查异常清单、严重度、修复与监控建议
ship-readinessmerge / release 前最终检查blocker 清单、风险摘要
docs-writer基于真实代码补充 README / migration / release note文档草稿、缺口分析

快速开始

安装

git clone https://github.com/motao123/dev-workflow-kit ~/.codex/skills/dev-workflow-kit

选择 skill

按当前瓶颈来选，不是按最终目标：

卡在哪里用哪个
需求没拆清planning
不知道改动会影响谁change-impact-analysis
不知道为什么坏了systematic-debugging
CI 一直在挂fix-ci
能不能上线ship-readiness

第一次调用

用 dev-workflow-kit 的 planning 先把这个需求拆成实现步骤、风险和验证方案。

推荐工作流

功能开发

planning → test-strategy-gap-review → change-impact-analysis → review-address-comments → browser-verification → ship-readiness → docs-writer

复杂重构

planning → architecture-refactor-guidance → change-impact-analysis → test-strategy-gap-review → api-contract-compatibility-review → ship-readiness

线上问题

incident-observability-triage → performance-investigation / systematic-debugging → release-rollout-strategy → ship-readiness → release-incident-postmortem

发版前检查

environment-config-audit → data-migration-safety-review → data-quality-audit → dependency-compliance-audit → cost-impact-review → security-review → release-rollout-strategy → ship-readiness → docs-writer

调用示例

# 规划
用 dev-workflow-kit 的 planning 先把这个需求拆成实现步骤、风险和验证方案。

# 影响分析
用 dev-workflow-kit 的 change-impact-analysis 看一下这次改动会影响哪些模块、接口和验证面。

# 调试
用 dev-workflow-kit 的 systematic-debugging，先复现并缩小范围，再决定怎么修。

# CI
用 dev-workflow-kit 的 fix-ci，看最早失败日志，给我最小修复路径。

# API 兼容性
用 dev-workflow-kit 的 api-contract-compatibility-review，检查这次接口改动会不会破坏老客户端。

# 性能
用 dev-workflow-kit 的 performance-investigation 先判断这次延迟回归最可能卡在哪一层。

# 环境配置
用 dev-workflow-kit 的 environment-config-audit 在发版前检查 local、staging、prod 的配置假设是否一致。

# 成本
用 dev-workflow-kit 的 cost-impact-review，评估这次改动会不会让 infra 或单请求成本明显上涨。

# 发布策略
用 dev-workflow-kit 的 release-rollout-strategy，给这个功能设计一个带监控和回滚条件的上线方案。

# 事故复盘
用 dev-workflow-kit 的 release-incident-postmortem，把这次事故复盘成 timeline、影响、根因和后续改进项。

Roadmap

完整版本历史见 CHANGELOG.md。

版本内容
v1基础 lifecycle skill 集（8 skills）
v2重构 / incident / dependency 扩展（+3）
v3impact / rollout / contract 扩展（+3）
v4test strategy / performance / env config 扩展（+3）
v5data migration safety（+1）
v6incident postmortem / cost / data quality（+3）

后续方向：更丰富的 eval 样例、使用录屏与截图。

Contributing

如果要新增或调整 skill，请先阅读 CONTRIBUTING.md。

核心约定：

  1. 每个 skill 一个目录（小写 kebab-case）
  2. 每个 skill 至少包含 SKILL.md、README.md、evals/evals.json、references/examples.md
  3. 新增或调整 skill 时需同步更新根目录 SKILL.md、README.md、references/skill-catalog.md
  4. 每个 skill 必须写清楚适用场景、不适用场景、workflow、output、coordination 和 invocation examples

License

MIT © 2026 陌涛

↑↓ navigate openesc close