File tree Expand file tree Collapse file tree 14 files changed +92
-78
lines changed Expand file tree Collapse file tree 14 files changed +92
-78
lines changed Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description: CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs:
5
5
alwaysApply: true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow>
23
- 0. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0. 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
```markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description: CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs:
5
5
alwaysApply: true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow>
23
- 0. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0. 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
```markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description: CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs:
5
5
alwaysApply: true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow>
23
- 0. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0. 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
```markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description: CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs:
5
5
alwaysApply: true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow>
23
- 0. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0. 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1. 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2. 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3. 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 `specs/spec_name/requirements.md` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
```markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 `specs/spec_name/design.md` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description : CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs :
5
5
alwaysApply : true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow >
23
- 0 . 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1 . 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2 . 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 ` specs/spec_name/requirements.md ` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0 . 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1 . 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2 . 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3 . 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 ` specs/spec_name/requirements.md ` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
``` markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 ` specs/spec_name/design.md ` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在` specs/spec_name/tasks.md ` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 ` specs/spec_name/design.md ` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在` specs/spec_name/tasks.md ` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
Original file line number Diff line number Diff line change 1
1
---
2
- 版本号 :1.8.20
2
+ cloudbaseAIVersion :1.8.20
3
3
description : CloudBase AI 开发规则索引 - 防止不同开发场景的规则互相干扰
4
4
globs :
5
5
alwaysApply : true
@@ -20,9 +20,10 @@ alwaysApply: true
20
20
21
21
## 工作流
22
22
<workflow >
23
- 0 . 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
24
- 1 . 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
25
- 2 . 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 ` specs/spec_name/requirements.md ` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
23
+ 0 . 请注意!必须遵守以下的规则,每个环节完成后都需要由我进行确认后才可进行下一个环节;
24
+ 1 . 如果你判断我的输入提出的是一个新需求,可以按照下面的标准软件工程的方式独立开展工作,需要时才向我询问,可以采用 interactiveDialog 工具来收集
25
+ 2 . 每当我输入新的需求的时候,为了规范需求质量和验收标准,你首先会搞清楚问题和需求,然后再进入下一阶段
26
+ 3 . 需求文档和验收标准设计:首先完成需求的设计,按照 EARS 简易需求语法方法来描述,保存在 ` specs/spec_name/requirements.md ` 中,跟我进行确认,最终确认清楚后,需求定稿,然后再进入下一阶段,参考格式如下
26
27
27
28
``` markdown
28
29
# 需求文档
@@ -43,8 +44,8 @@ alwaysApply: true
43
44
2. ...
44
45
...
45
46
```
46
- 3 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 ` specs/spec_name/design.md ` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
47
- 4 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在` specs/spec_name/tasks.md ` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
47
+ 4 . 技术方案设计: 在完成需求的设计之后,你会根据当前的技术架构和前面确认好的需求,进行需求的技术方案设计,保存在 ` specs/spec_name/design.md ` 中,精简但是能够准确的描述技术的架构(例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性),必要时可以用 mermaid 来绘图,跟我确认清楚后,然后再进入下一阶段
48
+ 5 . 任务拆分:在完成技术方案设计后,你会根据需求文档和技术方案,细化具体要做的事情,保存在` specs/spec_name/tasks.md ` 中, 跟我确认清楚后,然后再进入下一阶段,开始正式执行任务,同时需要及时更新任务的状态,执行的时候尽可能独立自主运行,保证效率和质量
48
49
49
50
任务参考格式如下
50
51
You can’t perform that action at this time.
0 commit comments