feat(dev): 新增开发分析与设计 Skill
This commit is contained in:
@@ -0,0 +1,5 @@
|
||||
# 现有功能变更计划
|
||||
|
||||
先追踪当前入口、调用链、数据流、测试和相邻实现,明确哪些行为必须保持。列出直接修改、受影响消费者、兼容策略和回归范围。
|
||||
|
||||
若同一功能存在多个版本或实现,记录实际适用版本和选择证据,不将升级目标冒充当前状态。
|
||||
@@ -0,0 +1,5 @@
|
||||
# 新功能计划
|
||||
|
||||
确认用户角色、核心场景、边界、数据所有权、接口边界、前后端范围和上线依赖。步骤通常先完成必要设计与契约确认,再实现、测试和交付;没有对应范围时省略,不为凑流程增加阶段。
|
||||
|
||||
识别必须先确认的产品决策、跨团队契约、权限、安全、迁移和兼容问题。计划中区分可以并行的工作与必须串行的依赖。
|
||||
@@ -0,0 +1,5 @@
|
||||
# 缺陷与重构计划
|
||||
|
||||
缺陷计划应包含可观察现象、复现条件、证据链、可能根因、验证根因的方法和最小修复边界。尚未定位根因时,先规划诊断,不提前指定修复代码。
|
||||
|
||||
重构计划应声明必须保持的外部行为、拆分顺序、兼容过渡、回滚点和等价性验证。性能、安全或数据问题应使用可度量的验收条件。
|
||||
Reference in New Issue
Block a user