siesa-agents 2.1.48 โ 2.1.49
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bmad/_config/workflow-manifest.csv +1 -1
- package/bmad/bmm/agents/dev.md +1 -1
- package/bmad/bmm/workflows/4-implementation/code-review/steps/step-06-jira-sync.md +19 -7
- package/bmad/bmm/workflows/4-implementation/code-review/steps/step-07-commit-push.md +160 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-01-find-story.md +109 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-02-check-branch.md +74 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-03-load-context.md +46 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-04-env-readiness.md +45 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-05-review-check.md +57 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-06-mark-in-progress.md +52 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-07-implement.md +62 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-08-test-authoring.md +39 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-09-run-tests.md +43 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-10-validate-task.md +63 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-11-mark-review.md +50 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/steps/step-12-communication.md +45 -0
- package/bmad/bmm/workflows/4-implementation/dev-story/workflow.md +44 -0
- package/claude/commands/bmad/bmm/workflows/dev-story.md +2 -2
- package/gemini/commands/bmad-workflow-bmm-dev-story.toml +2 -2
- package/package.json +1 -1
- package/bmad/bmm/workflows/4-implementation/dev-story/instructions.xml +0 -471
- package/bmad/bmm/workflows/4-implementation/dev-story/workflow.yaml +0 -25
|
@@ -0,0 +1,62 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-07-implement'
|
|
3
|
+
description: 'Implement task following red-green-refactor cycle'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-07-implement.md'
|
|
10
|
+
nextStepFile: '{workflow_path}/steps/step-08-test-authoring.md'
|
|
11
|
+
completionStep: '{workflow_path}/steps/step-11-mark-review.md'
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
# Step 7: Implementation Loop (Red-Green-Refactor)
|
|
15
|
+
|
|
16
|
+
## STEP GOAL:
|
|
17
|
+
|
|
18
|
+
Implement a SINGLE task or subtask using TDD and the Red-Green-Refactor cycle.
|
|
19
|
+
|
|
20
|
+
## MANDATORY RULES:
|
|
21
|
+
|
|
22
|
+
- ๐ FOLLOW STORY TASKS EXACTLY
|
|
23
|
+
- ๐จ Enforce `siesa-ui-kit` usage
|
|
24
|
+
- ๐งช Red-Green-Refactor is MANDATORY
|
|
25
|
+
|
|
26
|
+
## EXECUTION PROTOCOLS:
|
|
27
|
+
|
|
28
|
+
### 1. Identify Next Task
|
|
29
|
+
|
|
30
|
+
1. Read Story File.
|
|
31
|
+
2. Find **FIRST** incomplete task (unchecked `[ ]`).
|
|
32
|
+
* **IF NO incomplete tasks:** Load and execute `{completionStep}` (`step-11-mark-review.md`).
|
|
33
|
+
* **IF Task Found:** Proceed below.
|
|
34
|
+
|
|
35
|
+
### 2. UI Kit Validation
|
|
36
|
+
|
|
37
|
+
For the current task:
|
|
38
|
+
1. **Strictly Forbidden:** Creating custom UI components if `siesa-ui-kit` has an equivalent.
|
|
39
|
+
2. **Missing Component Protocol:**
|
|
40
|
+
* If component missing, ASK user: [1] Shadcn/ui (MCP) or [2] Custom (MR to Platform).
|
|
41
|
+
* Log decision in Dev Notes.
|
|
42
|
+
|
|
43
|
+
### 3. Red Phase (Failing Test)
|
|
44
|
+
|
|
45
|
+
1. Write a **FAILING** test for the task functionality.
|
|
46
|
+
2. Run test to CONFIRM failure.
|
|
47
|
+
|
|
48
|
+
### 4. Green Phase (Make it Pass)
|
|
49
|
+
|
|
50
|
+
1. Implement **MINIMAL** code to pass the test.
|
|
51
|
+
2. Run test to CONFIRM success.
|
|
52
|
+
3. Handle edge cases specified in task.
|
|
53
|
+
|
|
54
|
+
### 5. Refactor Phase
|
|
55
|
+
|
|
56
|
+
1. Improve structure while keeping tests green.
|
|
57
|
+
2. Align with architecture patterns (from Context).
|
|
58
|
+
3. Document approach in **Dev Agent Record**.
|
|
59
|
+
|
|
60
|
+
### 6. Next Step
|
|
61
|
+
|
|
62
|
+
Load, read entire file, then execute `{nextStepFile}` (`step-08-test-authoring.md`).
|
|
@@ -0,0 +1,39 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-08-test-authoring'
|
|
3
|
+
description: 'Author comprehensive tests'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-08-test-authoring.md'
|
|
10
|
+
nextStepFile: '{workflow_path}/steps/step-09-run-tests.md'
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
# Step 8: Comprehensive Test Authoring
|
|
14
|
+
|
|
15
|
+
## STEP GOAL:
|
|
16
|
+
|
|
17
|
+
Ensure the implemented task is covered by robust tests beyond the initial TDD cycle (Integration, E2E, Edge Cases).
|
|
18
|
+
|
|
19
|
+
## EXECUTION PROTOCOLS:
|
|
20
|
+
|
|
21
|
+
### 1. Unit Tests
|
|
22
|
+
|
|
23
|
+
Ensure business logic and core functionality are covered.
|
|
24
|
+
|
|
25
|
+
### 2. Integration Tests
|
|
26
|
+
|
|
27
|
+
Add tests for component interactions if specified in story requirements.
|
|
28
|
+
|
|
29
|
+
### 3. End-to-End (E2E) Tests
|
|
30
|
+
|
|
31
|
+
Include E2E tests for critical UI flows if story demands them.
|
|
32
|
+
|
|
33
|
+
### 4. Edge Cases
|
|
34
|
+
|
|
35
|
+
Cover error handling and edge cases identified in Dev Notes.
|
|
36
|
+
|
|
37
|
+
### 5. Next Step
|
|
38
|
+
|
|
39
|
+
Load, read entire file, then execute `{nextStepFile}` (`step-09-run-tests.md`).
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-09-run-tests'
|
|
3
|
+
description: 'Run validations and tests'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-09-run-tests.md'
|
|
10
|
+
nextStepFile: '{workflow_path}/steps/step-10-validate-task.md'
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
# Step 9: Run Tests & Validations
|
|
14
|
+
|
|
15
|
+
## STEP GOAL:
|
|
16
|
+
|
|
17
|
+
Verify implementation correctness, ensure no regressions, and validate coding standards.
|
|
18
|
+
|
|
19
|
+
## EXECUTION PROTOCOLS:
|
|
20
|
+
|
|
21
|
+
### 1. Run Tests
|
|
22
|
+
|
|
23
|
+
1. Infer test framework (Vitest/Jest).
|
|
24
|
+
2. **Run All Tests**: Ensure no regressions.
|
|
25
|
+
3. **Run New Tests**: Verify implementation.
|
|
26
|
+
|
|
27
|
+
### 2. Run Quality Checks
|
|
28
|
+
|
|
29
|
+
1. Run Linting/Static Analysis (if configured).
|
|
30
|
+
|
|
31
|
+
### 3. Validate Standards
|
|
32
|
+
|
|
33
|
+
1. **UI Library Check**: Verify NO custom styles/components were created where `siesa-ui-kit` exists (unless logged).
|
|
34
|
+
|
|
35
|
+
### 4. Handling Failures
|
|
36
|
+
|
|
37
|
+
* **Regression Failures**: STOP and Fix.
|
|
38
|
+
* **New Test Failures**: STOP and Fix.
|
|
39
|
+
* **UI Violation**: STOP and Refactor.
|
|
40
|
+
|
|
41
|
+
### 5. Next Step
|
|
42
|
+
|
|
43
|
+
Load, read entire file, then execute `{nextStepFile}` (`step-10-validate-task.md`).
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-10-validate-task'
|
|
3
|
+
description: 'Validate and mark task complete'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-10-validate-task.md'
|
|
10
|
+
nextTaskStep: '{workflow_path}/steps/step-07-implement.md'
|
|
11
|
+
completionStep: '{workflow_path}/steps/step-11-mark-review.md'
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
# Step 10: Task Completion & Loop
|
|
15
|
+
|
|
16
|
+
## STEP GOAL:
|
|
17
|
+
|
|
18
|
+
Formally mark the task as complete after verifying all gates, update records, and determine if the workflow should loop for the next task or finish.
|
|
19
|
+
|
|
20
|
+
## MANDATORY EXECUTION RULES:
|
|
21
|
+
|
|
22
|
+
- ๐ NEVER mark complete unless ALL validation gates pass.
|
|
23
|
+
- ๐ Loop back to Step 07 if tasks remain.
|
|
24
|
+
|
|
25
|
+
## EXECUTION PROTOCOLS:
|
|
26
|
+
|
|
27
|
+
### 1. Validation Gates
|
|
28
|
+
|
|
29
|
+
Confirm:
|
|
30
|
+
1. Tests EXIST and PASS.
|
|
31
|
+
2. Implementation matches Task specs exactly.
|
|
32
|
+
3. ACs satisfied.
|
|
33
|
+
4. `siesa-ui-kit` compliance.
|
|
34
|
+
5. No regressions.
|
|
35
|
+
|
|
36
|
+
### 2. Review Follow-up Handling
|
|
37
|
+
|
|
38
|
+
**IF Task is `[AI-Review]` follow-up:**
|
|
39
|
+
1. Add to `resolved_review_items`.
|
|
40
|
+
2. Mark task `[x]`.
|
|
41
|
+
3. Mark corresponding Action Item `[x]` in Review Section.
|
|
42
|
+
4. Log resolution in Completion Notes.
|
|
43
|
+
|
|
44
|
+
### 3. Mark Complete
|
|
45
|
+
|
|
46
|
+
**IF All Gates Pass:**
|
|
47
|
+
1. Mark task/subtask `[x]`.
|
|
48
|
+
2. Update **File List** (new/modified/deleted files).
|
|
49
|
+
3. Add **Completion Notes**.
|
|
50
|
+
|
|
51
|
+
**IF Validation Fails:**
|
|
52
|
+
1. **HALT**. Do not proceed. Fix issues.
|
|
53
|
+
|
|
54
|
+
### 4. Loop Decision
|
|
55
|
+
|
|
56
|
+
1. Save Story File.
|
|
57
|
+
2. Check for **Incomplete Tasks**.
|
|
58
|
+
|
|
59
|
+
**IF Tasks Remain:**
|
|
60
|
+
1. Load, read entire file, then execute `{nextTaskStep}` (`step-07-implement.md`).
|
|
61
|
+
|
|
62
|
+
**IF NO Tasks Remain:**
|
|
63
|
+
1. Load, read entire file, then execute `{completionStep}` (`step-11-mark-review.md`).
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-11-mark-review'
|
|
3
|
+
description: 'Story completion and mark for review'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-11-mark-review.md'
|
|
10
|
+
nextStepFile: '{workflow_path}/steps/step-12-communication.md'
|
|
11
|
+
sprintStatusFile: '{implementation_artifacts}/sprint-status.yaml'
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
# Step 11: Final Validation & Status Update
|
|
15
|
+
|
|
16
|
+
## STEP GOAL:
|
|
17
|
+
|
|
18
|
+
Perform final Definition of Done (DoD) validation and update story status to "review".
|
|
19
|
+
|
|
20
|
+
## EXECUTION PROTOCOLS:
|
|
21
|
+
|
|
22
|
+
### 1. Final Validation Gates
|
|
23
|
+
|
|
24
|
+
1. **Re-scan Story**: Verify ALL tasks `[x]`.
|
|
25
|
+
2. **Full Regression**: Run suite.
|
|
26
|
+
3. **File List**: Ensure complete.
|
|
27
|
+
4. **UI Compliance**: Verify `siesa-ui-kit`.
|
|
28
|
+
5. **DoD Checklist**:
|
|
29
|
+
* ACs met.
|
|
30
|
+
* Tests (Unit/Int/E2E) pass.
|
|
31
|
+
* Quality checks pass.
|
|
32
|
+
* Dev Notes updated.
|
|
33
|
+
|
|
34
|
+
**IF Validation Fails:** HALT and Fix.
|
|
35
|
+
|
|
36
|
+
### 2. Update Story Status
|
|
37
|
+
|
|
38
|
+
1. Update Story Status section to: `review`.
|
|
39
|
+
|
|
40
|
+
### 3. Update Sprint Status
|
|
41
|
+
|
|
42
|
+
**IF `{sprintStatusFile}` EXISTS:**
|
|
43
|
+
1. Load FULL file.
|
|
44
|
+
2. Update `development_status[{{story_key}}] = "review"`.
|
|
45
|
+
3. Save file (preserving comments).
|
|
46
|
+
4. Output: `โ
Story status updated to "review" in sprint-status.yaml`.
|
|
47
|
+
|
|
48
|
+
### 4. Next Step
|
|
49
|
+
|
|
50
|
+
Load, read entire file, then execute `{nextStepFile}` (`step-12-communication.md`).
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 'step-12-communication'
|
|
3
|
+
description: 'Completion communication and user support'
|
|
4
|
+
|
|
5
|
+
# Path Definitions
|
|
6
|
+
workflow_path: '{project-root}/_bmad/bmm/workflows/4-implementation/dev-story'
|
|
7
|
+
|
|
8
|
+
# File References
|
|
9
|
+
thisStepFile: '{workflow_path}/steps/step-12-communication.md'
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Step 12: Communication & Handover
|
|
13
|
+
|
|
14
|
+
## STEP GOAL:
|
|
15
|
+
|
|
16
|
+
Inform the user of completion, provide a summary, and suggest next steps.
|
|
17
|
+
|
|
18
|
+
## EXECUTION PROTOCOLS:
|
|
19
|
+
|
|
20
|
+
### 1. Prepare Summary
|
|
21
|
+
|
|
22
|
+
1. Compile key accomplishments: Story ID/Title, Files Modified, Tests Added.
|
|
23
|
+
2. Summarize from **Completion Notes**.
|
|
24
|
+
|
|
25
|
+
### 2. User Communication
|
|
26
|
+
|
|
27
|
+
1. Output:
|
|
28
|
+
```
|
|
29
|
+
๐ **Story Implementation Complete**
|
|
30
|
+
Story: {{story_key}}
|
|
31
|
+
Status: review
|
|
32
|
+
Files: {{files_modified_count}}
|
|
33
|
+
Tests: {{tests_added_summary}}
|
|
34
|
+
```
|
|
35
|
+
2. Provide Story File Path.
|
|
36
|
+
|
|
37
|
+
### 3. Explanation & Handover
|
|
38
|
+
|
|
39
|
+
1. Ask if user needs explanations (Technical decisions, How to test, etc.).
|
|
40
|
+
2. **IF User Asks**: Provide clear context tailored to skill level.
|
|
41
|
+
3. **Next Steps**: Suggest running `code-review` workflow.
|
|
42
|
+
|
|
43
|
+
### 4. Completion
|
|
44
|
+
|
|
45
|
+
**TERMINATE WORKFLOW.**
|
|
@@ -0,0 +1,44 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: dev-story
|
|
3
|
+
description: 'Execute a story by implementing tasks/subtasks, writing tests, validating, and updating the story file per acceptance criteria'
|
|
4
|
+
web_bundle: true
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Dev Story Workflow
|
|
8
|
+
|
|
9
|
+
**Goal:** Execute a story by implementing tasks/subtasks, writing tests, validating, and updating the story file per acceptance criteria.
|
|
10
|
+
|
|
11
|
+
## WORKFLOW ARCHITECTURE
|
|
12
|
+
|
|
13
|
+
This uses **step-file architecture** for disciplined execution:
|
|
14
|
+
|
|
15
|
+
### Core Principles
|
|
16
|
+
|
|
17
|
+
- **Micro-file Design**: Each step is a self contained instruction file
|
|
18
|
+
- **Just-In-Time Loading**: Only the current step file is in memory
|
|
19
|
+
- **Sequential Enforcement**: Sequence within the step files must be completed in order
|
|
20
|
+
- **State Tracking**: Document progress in output file frontmatter
|
|
21
|
+
- **Append-Only Building**: Build documents by appending content
|
|
22
|
+
|
|
23
|
+
### Step Processing Rules
|
|
24
|
+
|
|
25
|
+
1. **READ COMPLETELY**: Always read the entire step file before taking any action
|
|
26
|
+
2. **FOLLOW SEQUENCE**: Execute all numbered sections in order, never deviate
|
|
27
|
+
3. **WAIT FOR INPUT**: If a menu is presented, halt and wait for user selection
|
|
28
|
+
4. **CHECK CONTINUATION**: If the step has a menu with Continue as an option, only proceed when user selects 'C'
|
|
29
|
+
5. **SAVE STATE**: Update `stepsCompleted` in frontmatter before loading next step
|
|
30
|
+
|
|
31
|
+
---
|
|
32
|
+
|
|
33
|
+
## INITIALIZATION SEQUENCE
|
|
34
|
+
|
|
35
|
+
### 1. Configuration Loading
|
|
36
|
+
|
|
37
|
+
Load and read full config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
38
|
+
|
|
39
|
+
- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`
|
|
40
|
+
- `implementation_artifacts`, `user_skill_level`
|
|
41
|
+
|
|
42
|
+
### 2. First Step EXECUTION
|
|
43
|
+
|
|
44
|
+
Load, read the full file and then execute `{workflow_path}/steps/step-01-find-story.md` to begin the workflow.
|
|
@@ -6,8 +6,8 @@ IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the c
|
|
|
6
6
|
|
|
7
7
|
<steps CRITICAL="TRUE">
|
|
8
8
|
1. Always LOAD the FULL @_bmad/core/tasks/workflow.xml
|
|
9
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config @_bmad/bmm/workflows/4-implementation/dev-story/workflow.
|
|
10
|
-
3. Pass the yaml path _bmad/bmm/workflows/4-implementation/dev-story/workflow.
|
|
9
|
+
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config @_bmad/bmm/workflows/4-implementation/dev-story/workflow.md
|
|
10
|
+
3. Pass the yaml path _bmad/bmm/workflows/4-implementation/dev-story/workflow.md as 'workflow-config' parameter to the workflow.xml instructions
|
|
11
11
|
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
12
12
|
5. Save outputs after EACH section when generating any documents from templates
|
|
13
13
|
</steps>
|
|
@@ -4,8 +4,8 @@ IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the c
|
|
|
4
4
|
|
|
5
5
|
<steps CRITICAL="TRUE">
|
|
6
6
|
1. Always LOAD the FULL @_bmad/core/tasks/workflow.xml
|
|
7
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config @_bmad/bmm/workflows/4-implementation/dev-story/workflow.
|
|
8
|
-
3. Pass the yaml path _bmad/bmm/workflows/4-implementation/dev-story/workflow.
|
|
7
|
+
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config @_bmad/bmm/workflows/4-implementation/dev-story/workflow.md
|
|
8
|
+
3. Pass the yaml path _bmad/bmm/workflows/4-implementation/dev-story/workflow.md as 'workflow-config' parameter to the workflow.xml instructions
|
|
9
9
|
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
10
10
|
5. Save outputs after EACH section when generating any documents from templates
|
|
11
11
|
</steps>
|