feat(dev): 新增开发分析与设计 Skill
This commit is contained in:
@@ -0,0 +1,24 @@
|
||||
---
|
||||
name: plan-change
|
||||
description: 分析软件需求或问题的现状、影响范围、依赖顺序、验证方式和风险,形成可执行变更计划。适用于新功能、增量修改、缺陷修复或重构的实施规划;详细技术设计、代码修改和仅需一步完成的简单操作不应触发。
|
||||
---
|
||||
|
||||
# 变更计划
|
||||
|
||||
把目标转化为基于项目证据的实施步骤,不执行设计或编码,也不把尚未确认的方案写成既定事实。
|
||||
|
||||
## 工作流
|
||||
|
||||
1. 读取需求、适用的 `AGENTS.md`、`.craftkit/project.json`、相关规范和最小必要源码。
|
||||
2. 区分新功能、增量修改、缺陷修复或重构;仅在分类影响计划时询问用户。
|
||||
3. 确认当前行为、目标行为、范围外事项、依赖、兼容要求和验收标准。
|
||||
4. 根据任务类型读取 [新功能](references/feature.md)、[现有变更](references/change.md) 或 [缺陷与重构](references/fix.md)。
|
||||
5. 输出按依赖排序的步骤,每步包含目标、证据、修改范围、输入、产物、验证和停止条件。
|
||||
6. 默认在对话中展示;用户要求保存时,先确认项目约定的路径再写入。
|
||||
|
||||
## 边界
|
||||
|
||||
- 不使用固定模块编码、固定文档目录或不存在的下游 Skill 名称。
|
||||
- 无法从源码确认的运行行为标为待验证,不把推断写成事实。
|
||||
- 计划应保护现有工作区,并把外部环境、数据迁移和发布验证与本地代码验证分开。
|
||||
- 用户要求直接实施且任务简单明确时,不额外制造计划文档。
|
||||
@@ -0,0 +1,4 @@
|
||||
interface:
|
||||
display_name: "变更计划"
|
||||
short_description: "基于项目证据制定可执行的软件变更计划"
|
||||
default_prompt: "使用 $plan-change 分析当前需求并制定可验证的实施计划。"
|
||||
@@ -0,0 +1,5 @@
|
||||
# 现有功能变更计划
|
||||
|
||||
先追踪当前入口、调用链、数据流、测试和相邻实现,明确哪些行为必须保持。列出直接修改、受影响消费者、兼容策略和回归范围。
|
||||
|
||||
若同一功能存在多个版本或实现,记录实际适用版本和选择证据,不将升级目标冒充当前状态。
|
||||
@@ -0,0 +1,5 @@
|
||||
# 新功能计划
|
||||
|
||||
确认用户角色、核心场景、边界、数据所有权、接口边界、前后端范围和上线依赖。步骤通常先完成必要设计与契约确认,再实现、测试和交付;没有对应范围时省略,不为凑流程增加阶段。
|
||||
|
||||
识别必须先确认的产品决策、跨团队契约、权限、安全、迁移和兼容问题。计划中区分可以并行的工作与必须串行的依赖。
|
||||
@@ -0,0 +1,5 @@
|
||||
# 缺陷与重构计划
|
||||
|
||||
缺陷计划应包含可观察现象、复现条件、证据链、可能根因、验证根因的方法和最小修复边界。尚未定位根因时,先规划诊断,不提前指定修复代码。
|
||||
|
||||
重构计划应声明必须保持的外部行为、拆分顺序、兼容过渡、回滚点和等价性验证。性能、安全或数据问题应使用可度量的验收条件。
|
||||
Reference in New Issue
Block a user