工程开发TabTin 团队维护开放源码

Engineering Discipline Pack

工程纪律：克制改动、垂直切片 TDD、PR 就绪检查、多视角评审、CI 失败分诊与问题跟踪闭环。

团队可以完成什么

这个能力包能帮团队完成什么

Agent 会在识别到相应工作目标时调用这些能力

克制改动——先读再改、最小 diff、不顺手重构。用户要求小心改、别动太多、或审查改动范围时使用。

垂直切片 TDD——一测一实现，防过度设计。用户要求 TDD 或测试先行时使用。

PR 就绪检查——标题、描述、风险、验证步骤模板。用户要开 PR 或检查是否可提审时使用。

多视角评审——正确性/安全/性能/可读性分视角汇总。用户要 code review 时使用。

能力包内容

01
surgical-changes
克制改动——先读再改、最小 diff、不顺手重构。用户要求小心改、别动太多、或审查改动范围时使用。
02
tdd-vertical-slice
垂直切片 TDD——一测一实现，防过度设计。用户要求 TDD 或测试先行时使用。
03
pr-ready-checklist
PR 就绪检查——标题、描述、风险、验证步骤模板。用户要开 PR 或检查是否可提审时使用。
04
parallel-review-pass
多视角评审——正确性/安全/性能/可读性分视角汇总。用户要 code review 时使用。
05
ci-failure-triage
CI 失败分诊——读日志定位并给出最小修复建议。用户说 CI 挂了、帮看失败时使用。
06
issue-tracker-workflow
创建和使用团队问题跟踪表，把问题描述、截图或录屏、处理状态、代码修复、开发自测与人工验收串成闭环。用户说“记录这个 bug / 建问题表 / 问题汇总表 / 处理这条问题 / 解决这个问题单”，或当前上下文包含问题表、问题记录链接时使用。

开放共建

每个 Skill 的说明、触发场景与实现都可以在 GitHub 中检查，并随着社区实践持续更新。