@agile-vibe-coding/avc 0.2.3 → 0.3.1
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/cli/agents/agent-selector.md +23 -0
- package/cli/agents/code-implementer.md +117 -0
- package/cli/agents/code-validator.md +80 -0
- package/cli/agents/context-reviewer-epic.md +101 -0
- package/cli/agents/context-reviewer-story.md +92 -0
- package/cli/agents/context-writer-epic.md +145 -0
- package/cli/agents/context-writer-story.md +111 -0
- package/cli/agents/doc-writer-epic.md +42 -0
- package/cli/agents/doc-writer-story.md +43 -0
- package/cli/agents/duplicate-detector.md +110 -0
- package/cli/agents/epic-story-decomposer.md +318 -39
- package/cli/agents/mission-scope-generator.md +68 -4
- package/cli/agents/mission-scope-validator.md +40 -6
- package/cli/agents/project-context-extractor.md +21 -6
- package/cli/agents/scaffolding-generator.md +99 -0
- package/cli/agents/seed-validator.md +71 -0
- package/cli/agents/story-scope-reviewer.md +147 -0
- package/cli/agents/story-splitter.md +83 -0
- package/cli/agents/validator-documentation.json +31 -0
- package/cli/agents/validator-documentation.md +3 -1
- package/cli/api-reference-tool.js +368 -0
- package/cli/checks/catalog.json +76 -0
- package/cli/checks/code/quality.json +26 -0
- package/cli/checks/code/testing.json +14 -0
- package/cli/checks/code/traceability.json +26 -0
- package/cli/checks/cross-refs/epic.json +171 -0
- package/cli/checks/cross-refs/story.json +149 -0
- package/cli/checks/epic/api.json +114 -0
- package/cli/checks/epic/backend.json +126 -0
- package/cli/checks/epic/cloud.json +126 -0
- package/cli/checks/epic/data.json +102 -0
- package/cli/checks/epic/database.json +114 -0
- package/cli/checks/epic/developer.json +182 -0
- package/cli/checks/epic/devops.json +174 -0
- package/cli/checks/epic/frontend.json +162 -0
- package/cli/checks/epic/mobile.json +102 -0
- package/cli/checks/epic/qa.json +90 -0
- package/cli/checks/epic/security.json +184 -0
- package/cli/checks/epic/solution-architect.json +192 -0
- package/cli/checks/epic/test-architect.json +90 -0
- package/cli/checks/epic/ui.json +102 -0
- package/cli/checks/epic/ux.json +90 -0
- package/cli/checks/fixes/epic-fix-template.md +10 -0
- package/cli/checks/fixes/story-fix-template.md +10 -0
- package/cli/checks/story/api.json +186 -0
- package/cli/checks/story/backend.json +102 -0
- package/cli/checks/story/cloud.json +102 -0
- package/cli/checks/story/data.json +210 -0
- package/cli/checks/story/database.json +102 -0
- package/cli/checks/story/developer.json +168 -0
- package/cli/checks/story/devops.json +102 -0
- package/cli/checks/story/frontend.json +174 -0
- package/cli/checks/story/mobile.json +102 -0
- package/cli/checks/story/qa.json +210 -0
- package/cli/checks/story/security.json +198 -0
- package/cli/checks/story/solution-architect.json +230 -0
- package/cli/checks/story/test-architect.json +210 -0
- package/cli/checks/story/ui.json +102 -0
- package/cli/checks/story/ux.json +102 -0
- package/cli/coding-order.js +401 -0
- package/cli/dependency-checker.js +72 -0
- package/cli/epic-story-validator.js +284 -799
- package/cli/index.js +0 -0
- package/cli/init-model-config.js +17 -10
- package/cli/init.js +514 -92
- package/cli/kanban-server-manager.js +1 -2
- package/cli/llm-claude.js +98 -31
- package/cli/llm-gemini.js +29 -5
- package/cli/llm-local.js +493 -0
- package/cli/llm-openai.js +262 -41
- package/cli/llm-provider.js +147 -8
- package/cli/llm-token-limits.js +113 -4
- package/cli/llm-verifier.js +209 -1
- package/cli/llm-xiaomi.js +143 -0
- package/cli/message-constants.js +3 -12
- package/cli/messaging-api.js +6 -12
- package/cli/micro-check-fixer.js +335 -0
- package/cli/micro-check-runner.js +449 -0
- package/cli/micro-check-scorer.js +148 -0
- package/cli/micro-check-validator.js +538 -0
- package/cli/model-pricing.js +23 -0
- package/cli/model-selector.js +3 -2
- package/cli/prompt-logger.js +57 -0
- package/cli/repl-ink.js +106 -346
- package/cli/repl-old.js +1 -2
- package/cli/seed-processor.js +194 -24
- package/cli/sprint-planning-processor.js +2638 -289
- package/cli/template-processor.js +50 -3
- package/cli/token-tracker.js +50 -23
- package/cli/tools/generate-story-validators.js +1 -1
- package/cli/validation-router.js +70 -8
- package/cli/worktree-runner.js +654 -0
- package/kanban/client/dist/assets/index-D_KC5EQT.css +1 -0
- package/kanban/client/dist/assets/index-DjY5zqW7.js +351 -0
- package/kanban/client/dist/index.html +2 -2
- package/kanban/client/src/App.jsx +43 -14
- package/kanban/client/src/components/ceremony/AskArchPopup.jsx +7 -3
- package/kanban/client/src/components/ceremony/AskModelPopup.jsx +23 -10
- package/kanban/client/src/components/ceremony/CeremonyWorkflowModal.jsx +320 -133
- package/kanban/client/src/components/ceremony/ProviderSwitcherButton.jsx +290 -0
- package/kanban/client/src/components/ceremony/SponsorCallModal.jsx +80 -13
- package/kanban/client/src/components/ceremony/SprintPlanningModal.jsx +156 -22
- package/kanban/client/src/components/ceremony/steps/ArchitectureStep.jsx +11 -11
- package/kanban/client/src/components/ceremony/steps/CompleteStep.jsx +3 -21
- package/kanban/client/src/components/ceremony/steps/ReviewAnswersStep.jsx +214 -10
- package/kanban/client/src/components/ceremony/steps/RunningStep.jsx +23 -2
- package/kanban/client/src/components/kanban/CardDetailModal.jsx +97 -10
- package/kanban/client/src/components/kanban/GroupingSelector.jsx +7 -1
- package/kanban/client/src/components/kanban/KanbanCard.jsx +23 -14
- package/kanban/client/src/components/kanban/RefineWorkItemPopup.jsx +9 -14
- package/kanban/client/src/components/kanban/RunButton.jsx +162 -0
- package/kanban/client/src/components/kanban/SeedButton.jsx +176 -0
- package/kanban/client/src/components/settings/AgentsTab.jsx +103 -75
- package/kanban/client/src/components/settings/ApiKeysTab.jsx +31 -2
- package/kanban/client/src/components/settings/CeremonyModelsTab.jsx +9 -2
- package/kanban/client/src/components/settings/CheckEditorPopup.jsx +507 -0
- package/kanban/client/src/components/settings/CostThresholdsTab.jsx +3 -2
- package/kanban/client/src/components/settings/ModelPricingTab.jsx +72 -7
- package/kanban/client/src/components/settings/OpenAIAuthSection.jsx +412 -0
- package/kanban/client/src/components/settings/SettingsModal.jsx +4 -4
- package/kanban/client/src/components/stats/CostModal.jsx +34 -3
- package/kanban/client/src/hooks/useGrouping.js +59 -0
- package/kanban/client/src/lib/api.js +118 -4
- package/kanban/client/src/lib/status-grouping.js +10 -0
- package/kanban/client/src/store/kanbanStore.js +8 -0
- package/kanban/server/index.js +23 -2
- package/kanban/server/routes/ceremony.js +153 -4
- package/kanban/server/routes/costs.js +9 -3
- package/kanban/server/routes/openai-oauth.js +366 -0
- package/kanban/server/routes/settings.js +447 -14
- package/kanban/server/routes/websocket.js +7 -2
- package/kanban/server/routes/work-items.js +141 -1
- package/kanban/server/services/CeremonyService.js +275 -24
- package/kanban/server/services/TaskRunnerService.js +261 -0
- package/kanban/server/workers/run-task-worker.js +121 -0
- package/kanban/server/workers/seed-worker.js +94 -0
- package/kanban/server/workers/sponsor-call-worker.js +14 -6
- package/kanban/server/workers/sprint-planning-worker.js +94 -12
- package/package.json +2 -3
- package/cli/agents/solver-epic-api.json +0 -15
- package/cli/agents/solver-epic-api.md +0 -39
- package/cli/agents/solver-epic-backend.json +0 -15
- package/cli/agents/solver-epic-backend.md +0 -39
- package/cli/agents/solver-epic-cloud.json +0 -15
- package/cli/agents/solver-epic-cloud.md +0 -39
- package/cli/agents/solver-epic-data.json +0 -15
- package/cli/agents/solver-epic-data.md +0 -39
- package/cli/agents/solver-epic-database.json +0 -15
- package/cli/agents/solver-epic-database.md +0 -39
- package/cli/agents/solver-epic-developer.json +0 -15
- package/cli/agents/solver-epic-developer.md +0 -39
- package/cli/agents/solver-epic-devops.json +0 -15
- package/cli/agents/solver-epic-devops.md +0 -39
- package/cli/agents/solver-epic-frontend.json +0 -15
- package/cli/agents/solver-epic-frontend.md +0 -39
- package/cli/agents/solver-epic-mobile.json +0 -15
- package/cli/agents/solver-epic-mobile.md +0 -39
- package/cli/agents/solver-epic-qa.json +0 -15
- package/cli/agents/solver-epic-qa.md +0 -39
- package/cli/agents/solver-epic-security.json +0 -15
- package/cli/agents/solver-epic-security.md +0 -39
- package/cli/agents/solver-epic-solution-architect.json +0 -15
- package/cli/agents/solver-epic-solution-architect.md +0 -39
- package/cli/agents/solver-epic-test-architect.json +0 -15
- package/cli/agents/solver-epic-test-architect.md +0 -39
- package/cli/agents/solver-epic-ui.json +0 -15
- package/cli/agents/solver-epic-ui.md +0 -39
- package/cli/agents/solver-epic-ux.json +0 -15
- package/cli/agents/solver-epic-ux.md +0 -39
- package/cli/agents/solver-story-api.json +0 -15
- package/cli/agents/solver-story-api.md +0 -39
- package/cli/agents/solver-story-backend.json +0 -15
- package/cli/agents/solver-story-backend.md +0 -39
- package/cli/agents/solver-story-cloud.json +0 -15
- package/cli/agents/solver-story-cloud.md +0 -39
- package/cli/agents/solver-story-data.json +0 -15
- package/cli/agents/solver-story-data.md +0 -39
- package/cli/agents/solver-story-database.json +0 -15
- package/cli/agents/solver-story-database.md +0 -39
- package/cli/agents/solver-story-developer.json +0 -15
- package/cli/agents/solver-story-developer.md +0 -39
- package/cli/agents/solver-story-devops.json +0 -15
- package/cli/agents/solver-story-devops.md +0 -39
- package/cli/agents/solver-story-frontend.json +0 -15
- package/cli/agents/solver-story-frontend.md +0 -39
- package/cli/agents/solver-story-mobile.json +0 -15
- package/cli/agents/solver-story-mobile.md +0 -39
- package/cli/agents/solver-story-qa.json +0 -15
- package/cli/agents/solver-story-qa.md +0 -39
- package/cli/agents/solver-story-security.json +0 -15
- package/cli/agents/solver-story-security.md +0 -39
- package/cli/agents/solver-story-solution-architect.json +0 -15
- package/cli/agents/solver-story-solution-architect.md +0 -39
- package/cli/agents/solver-story-test-architect.json +0 -15
- package/cli/agents/solver-story-test-architect.md +0 -39
- package/cli/agents/solver-story-ui.json +0 -15
- package/cli/agents/solver-story-ui.md +0 -39
- package/cli/agents/solver-story-ux.json +0 -15
- package/cli/agents/solver-story-ux.md +0 -39
- package/cli/agents/validator-epic-api.json +0 -93
- package/cli/agents/validator-epic-api.md +0 -137
- package/cli/agents/validator-epic-backend.json +0 -93
- package/cli/agents/validator-epic-backend.md +0 -130
- package/cli/agents/validator-epic-cloud.json +0 -93
- package/cli/agents/validator-epic-cloud.md +0 -137
- package/cli/agents/validator-epic-data.json +0 -93
- package/cli/agents/validator-epic-data.md +0 -130
- package/cli/agents/validator-epic-database.json +0 -93
- package/cli/agents/validator-epic-database.md +0 -137
- package/cli/agents/validator-epic-developer.json +0 -74
- package/cli/agents/validator-epic-developer.md +0 -153
- package/cli/agents/validator-epic-devops.json +0 -74
- package/cli/agents/validator-epic-devops.md +0 -153
- package/cli/agents/validator-epic-frontend.json +0 -74
- package/cli/agents/validator-epic-frontend.md +0 -153
- package/cli/agents/validator-epic-mobile.json +0 -93
- package/cli/agents/validator-epic-mobile.md +0 -130
- package/cli/agents/validator-epic-qa.json +0 -93
- package/cli/agents/validator-epic-qa.md +0 -130
- package/cli/agents/validator-epic-security.json +0 -74
- package/cli/agents/validator-epic-security.md +0 -154
- package/cli/agents/validator-epic-solution-architect.json +0 -74
- package/cli/agents/validator-epic-solution-architect.md +0 -156
- package/cli/agents/validator-epic-test-architect.json +0 -93
- package/cli/agents/validator-epic-test-architect.md +0 -130
- package/cli/agents/validator-epic-ui.json +0 -93
- package/cli/agents/validator-epic-ui.md +0 -130
- package/cli/agents/validator-epic-ux.json +0 -93
- package/cli/agents/validator-epic-ux.md +0 -130
- package/cli/agents/validator-story-api.json +0 -104
- package/cli/agents/validator-story-api.md +0 -152
- package/cli/agents/validator-story-backend.json +0 -104
- package/cli/agents/validator-story-backend.md +0 -152
- package/cli/agents/validator-story-cloud.json +0 -104
- package/cli/agents/validator-story-cloud.md +0 -152
- package/cli/agents/validator-story-data.json +0 -104
- package/cli/agents/validator-story-data.md +0 -152
- package/cli/agents/validator-story-database.json +0 -104
- package/cli/agents/validator-story-database.md +0 -152
- package/cli/agents/validator-story-developer.json +0 -104
- package/cli/agents/validator-story-developer.md +0 -152
- package/cli/agents/validator-story-devops.json +0 -104
- package/cli/agents/validator-story-devops.md +0 -152
- package/cli/agents/validator-story-frontend.json +0 -104
- package/cli/agents/validator-story-frontend.md +0 -152
- package/cli/agents/validator-story-mobile.json +0 -104
- package/cli/agents/validator-story-mobile.md +0 -152
- package/cli/agents/validator-story-qa.json +0 -104
- package/cli/agents/validator-story-qa.md +0 -152
- package/cli/agents/validator-story-security.json +0 -104
- package/cli/agents/validator-story-security.md +0 -152
- package/cli/agents/validator-story-solution-architect.json +0 -104
- package/cli/agents/validator-story-solution-architect.md +0 -152
- package/cli/agents/validator-story-test-architect.json +0 -104
- package/cli/agents/validator-story-test-architect.md +0 -152
- package/cli/agents/validator-story-ui.json +0 -104
- package/cli/agents/validator-story-ui.md +0 -152
- package/cli/agents/validator-story-ux.json +0 -104
- package/cli/agents/validator-story-ux.md +0 -152
- package/kanban/client/dist/assets/index-CiD8PS2e.js +0 -306
- package/kanban/client/dist/assets/index-nLh0m82Q.css +0 -1
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - Frontend Engineer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert frontend engineer with 15+ years of experience in React, Vue, Angular, and modern web application development. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a Frontend Engineer reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add UI acceptance criteria: component rendering, state management, and routing behavior
|
|
15
|
-
- Improve responsive design criteria: breakpoint behavior, layout rules, and mobile interaction patterns
|
|
16
|
-
- Strengthen browser compatibility criteria: supported browsers, versions, and graceful degradation
|
|
17
|
-
- Add accessibility acceptance criteria: keyboard navigation, screen reader compatibility, and ARIA labels
|
|
18
|
-
- Specify user interaction criteria: click targets, form validation feedback, and success/error states
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-mobile",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for Mobile Engineer story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - Mobile Engineer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert mobile engineer with 15+ years of experience in iOS (Swift/Objective-C) and Android (Kotlin/Java) development. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a Mobile Engineer reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add mobile-specific acceptance criteria: touch target sizes, gesture support, and orientation handling
|
|
15
|
-
- Improve offline behavior criteria: data caching, sync behavior, and conflict resolution
|
|
16
|
-
- Strengthen platform guideline criteria: iOS Human Interface Guidelines and Material Design compliance
|
|
17
|
-
- Add permission handling criteria: permission request timing, denial handling, and settings deep links
|
|
18
|
-
- Specify native feature criteria: platform-specific implementations and fallback behavior
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-qa",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for QA Engineer story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - QA Engineer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert QA engineer with 15+ years of experience in test strategy, quality processes, and test automation. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a QA Engineer reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add testable acceptance criteria: measurable, specific criteria that can be verified by automated tests
|
|
15
|
-
- Improve edge case coverage: boundary values, null/empty inputs, concurrent access, and timeout scenarios
|
|
16
|
-
- Strengthen test data acceptance criteria: test data requirements, data isolation, and cleanup procedures
|
|
17
|
-
- Add exploratory testing criteria: risk areas to explore, session-based testing focus, and checklists
|
|
18
|
-
- Specify regression acceptance criteria: regression test coverage requirements and non-regression validation
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-security",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for Security Specialist story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - Security Specialist
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert security engineer with 15+ years of experience in enterprise application security, threat modeling, and OWASP best practices. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a Security Specialist reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add security acceptance criteria: input validation rules, output encoding, and authorization checks
|
|
15
|
-
- Strengthen OWASP compliance: specify controls for relevant OWASP Top 10 vulnerabilities
|
|
16
|
-
- Include data protection criteria: PII handling, encryption requirements, and secure transmission
|
|
17
|
-
- Add audit logging requirements: what events to log, log format, and retention requirements
|
|
18
|
-
- Specify authentication checks: session validation, token verification, and permission boundary enforcement
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-solution-architect",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for Solution Architect story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - Solution Architect
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert solution architect with 15+ years of experience in enterprise software design, distributed systems, and cloud-native architecture. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a Solution Architect reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Align story with architectural patterns: ensure implementation approach matches system architecture decisions
|
|
15
|
-
- Add component interaction details: specify which services/components are involved and how they interact
|
|
16
|
-
- Improve service contract clarity: define interfaces, data contracts, and integration points for this story
|
|
17
|
-
- Make technical constraints explicit: identify architectural constraints that affect implementation
|
|
18
|
-
- Specify non-functional requirements: performance, scalability, and availability requirements for this story
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-test-architect",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for Test Architect story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - Test Architect
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert test architect with 15+ years of experience in test strategy, automation frameworks, and quality engineering. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a Test Architect reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Rewrite acceptance criteria in automation-friendly language: Given/When/Then format or clear preconditions/actions/assertions
|
|
15
|
-
- Add test automation coverage criteria: which criteria must be automated vs. manual, and automation framework requirements
|
|
16
|
-
- Improve test isolation criteria: data setup requirements, test teardown, and side-effect prevention
|
|
17
|
-
- Strengthen test pyramid alignment: unit vs. integration vs. e2e test distribution for this story
|
|
18
|
-
- Specify performance test criteria: load test scenarios, stress test thresholds, and baseline measurements
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-ui",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for UI Engineer story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - UI Engineer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert UI engineer with 15+ years of experience in design systems, component libraries, and visual interface implementation. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a UI Engineer reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add UI component acceptance criteria: component specification, design token usage, and visual regression
|
|
15
|
-
- Improve design system compliance criteria: component library conformance and brand guideline adherence
|
|
16
|
-
- Strengthen visual state criteria: hover, focus, active, disabled, and error states for all interactive elements
|
|
17
|
-
- Add animation acceptance criteria: transition timing, easing functions, and reduced-motion support
|
|
18
|
-
- Specify icon and illustration criteria: icon library usage, sizing, and accessibility labels
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "solver-story-ux",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Output schema for UX Designer story solver",
|
|
5
|
-
"requiredFields": ["id", "name", "userType", "description", "acceptance", "dependencies", "improvementNotes"],
|
|
6
|
-
"fieldValidation": {
|
|
7
|
-
"id": { "type": "string" },
|
|
8
|
-
"name": { "type": "string" },
|
|
9
|
-
"userType": { "type": "string" },
|
|
10
|
-
"description": { "type": "string" },
|
|
11
|
-
"acceptance": { "type": "array", "minLength": 1 },
|
|
12
|
-
"dependencies": { "type": "array" },
|
|
13
|
-
"improvementNotes": { "type": "string" }
|
|
14
|
-
}
|
|
15
|
-
}
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
# Story Solver - UX Designer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert UX designer with 15+ years of experience in user research, interaction design, and usability testing. Your task is to IMPROVE a Story definition by addressing validation issues identified by your domain review.
|
|
5
|
-
|
|
6
|
-
## Your Task
|
|
7
|
-
You receive:
|
|
8
|
-
1. The current Story fields
|
|
9
|
-
2. Validation issues found by a UX Designer reviewer (critical + major only)
|
|
10
|
-
|
|
11
|
-
Apply targeted improvements to resolve the issues. Do NOT change the story's intent or scope — only improve clarity, completeness, and technical depth.
|
|
12
|
-
|
|
13
|
-
## Your Focus Areas
|
|
14
|
-
- Add user journey acceptance criteria: primary flow completion, error recovery, and help access
|
|
15
|
-
- Improve accessibility acceptance criteria: keyboard navigation, focus management, and screen reader announcements
|
|
16
|
-
- Strengthen usability criteria: error message clarity, loading feedback, and confirmation patterns
|
|
17
|
-
- Add empty state acceptance criteria: zero data states, first-time user experience, and onboarding flows
|
|
18
|
-
- Specify user feedback criteria: success confirmations, error messages, and progress indicators
|
|
19
|
-
|
|
20
|
-
## Rules
|
|
21
|
-
- PRESERVE: `id`, `name`, `userType` — never modify these
|
|
22
|
-
- IMPROVE: `description`, `acceptance`, `dependencies` based on the issues
|
|
23
|
-
- Add missing acceptance criteria, clarify ambiguous descriptions, make dependencies explicit
|
|
24
|
-
- Reference the parent epic context when improving
|
|
25
|
-
|
|
26
|
-
## Output Format
|
|
27
|
-
Return complete improved Story JSON:
|
|
28
|
-
```json
|
|
29
|
-
{
|
|
30
|
-
"id": "...",
|
|
31
|
-
"name": "...",
|
|
32
|
-
"userType": "...",
|
|
33
|
-
"description": "improved description",
|
|
34
|
-
"acceptance": ["criterion1", "criterion2", "..."],
|
|
35
|
-
"dependencies": ["..."],
|
|
36
|
-
"improvementNotes": "One sentence: what was changed and why"
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
Return valid JSON only. No explanatory text outside the JSON block.
|
|
@@ -1,93 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"agentName": "validator-epic-api",
|
|
3
|
-
"version": "1.0.0",
|
|
4
|
-
"description": "Verification rules for api epic validator",
|
|
5
|
-
"requiredFields": [
|
|
6
|
-
"validationStatus",
|
|
7
|
-
"overallScore",
|
|
8
|
-
"issues",
|
|
9
|
-
"strengths",
|
|
10
|
-
"improvementPriorities",
|
|
11
|
-
"readyForStories",
|
|
12
|
-
"domainSpecificNotes"
|
|
13
|
-
],
|
|
14
|
-
"fieldValidation": {
|
|
15
|
-
"validationStatus": {
|
|
16
|
-
"type": "string",
|
|
17
|
-
"allowedValues": [
|
|
18
|
-
"needs-improvement",
|
|
19
|
-
"acceptable",
|
|
20
|
-
"excellent"
|
|
21
|
-
],
|
|
22
|
-
"errorMessage": "validationStatus must be one of: needs-improvement, acceptable, excellent"
|
|
23
|
-
},
|
|
24
|
-
"overallScore": {
|
|
25
|
-
"type": "number",
|
|
26
|
-
"min": 0,
|
|
27
|
-
"max": 100,
|
|
28
|
-
"errorMessage": "overallScore must be between 0 and 100"
|
|
29
|
-
},
|
|
30
|
-
"issues": {
|
|
31
|
-
"type": "array",
|
|
32
|
-
"minLength": 0,
|
|
33
|
-
"itemValidation": {
|
|
34
|
-
"requiredFields": [
|
|
35
|
-
"severity",
|
|
36
|
-
"category",
|
|
37
|
-
"description",
|
|
38
|
-
"suggestion"
|
|
39
|
-
],
|
|
40
|
-
"severity": {
|
|
41
|
-
"type": "string",
|
|
42
|
-
"allowedValues": [
|
|
43
|
-
"critical",
|
|
44
|
-
"major",
|
|
45
|
-
"minor"
|
|
46
|
-
]
|
|
47
|
-
},
|
|
48
|
-
"category": {
|
|
49
|
-
"type": "string",
|
|
50
|
-
"allowedValues": [
|
|
51
|
-
"completeness",
|
|
52
|
-
"clarity",
|
|
53
|
-
"technical-depth",
|
|
54
|
-
"consistency",
|
|
55
|
-
"best-practices"
|
|
56
|
-
]
|
|
57
|
-
}
|
|
58
|
-
}
|
|
59
|
-
},
|
|
60
|
-
"strengths": {
|
|
61
|
-
"type": "array",
|
|
62
|
-
"minLength": 0
|
|
63
|
-
},
|
|
64
|
-
"improvementPriorities": {
|
|
65
|
-
"type": "array",
|
|
66
|
-
"minLength": 0,
|
|
67
|
-
"maxLength": 5
|
|
68
|
-
},
|
|
69
|
-
"readyForStories": {
|
|
70
|
-
"type": "boolean"
|
|
71
|
-
},
|
|
72
|
-
"domainSpecificNotes": {
|
|
73
|
-
"type": "string"
|
|
74
|
-
}
|
|
75
|
-
},
|
|
76
|
-
"consistencyRules": [
|
|
77
|
-
{
|
|
78
|
-
"rule": "score_status_alignment",
|
|
79
|
-
"description": "Score should align with validation status",
|
|
80
|
-
"check": "if validationStatus is 'excellent', score should be >= 90; if 'acceptable', 70-89; if 'needs-improvement', < 70"
|
|
81
|
-
},
|
|
82
|
-
{
|
|
83
|
-
"rule": "ready_for_stories_alignment",
|
|
84
|
-
"description": "readyForStories should be false if validationStatus is 'needs-improvement'",
|
|
85
|
-
"check": "if validationStatus is 'needs-improvement', readyForStories must be false"
|
|
86
|
-
},
|
|
87
|
-
{
|
|
88
|
-
"rule": "critical_issues_block",
|
|
89
|
-
"description": "Critical issues should result in needs-improvement status",
|
|
90
|
-
"check": "if any issue has severity 'critical', validationStatus should be 'needs-improvement'"
|
|
91
|
-
}
|
|
92
|
-
]
|
|
93
|
-
}
|
|
@@ -1,137 +0,0 @@
|
|
|
1
|
-
# Epic Validator - API Specialist
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an expert api specialist with 15+ years of experience in RESTful API design, GraphQL, API security, and API lifecycle management. Your role is to validate Epic definitions for api-specific completeness, technical soundness, and best practices.
|
|
5
|
-
|
|
6
|
-
## Validation Scope
|
|
7
|
-
|
|
8
|
-
**What to Validate:**
|
|
9
|
-
- API endpoints and resource models
|
|
10
|
-
- Request/response formats and data contracts
|
|
11
|
-
- API authentication and authorization
|
|
12
|
-
- Rate limiting and throttling strategies
|
|
13
|
-
- API versioning and backward compatibility
|
|
14
|
-
- Error handling and status codes
|
|
15
|
-
|
|
16
|
-
**What NOT to Validate:**
|
|
17
|
-
- Detailed implementation steps (that's for Stories/Tasks)
|
|
18
|
-
- Technology-specific choices (unless critical)
|
|
19
|
-
- Timeline or resource estimates
|
|
20
|
-
|
|
21
|
-
## Validation Checklist
|
|
22
|
-
|
|
23
|
-
### Completeness (40 points)
|
|
24
|
-
- [ ] Epic scope clearly defines api boundaries
|
|
25
|
-
- [ ] All critical api features are identified
|
|
26
|
-
- [ ] Dependencies on api services/infrastructure are explicit
|
|
27
|
-
- [ ] api success criteria are measurable
|
|
28
|
-
|
|
29
|
-
### Clarity (20 points)
|
|
30
|
-
- [ ] api terminology is used correctly
|
|
31
|
-
- [ ] Epic description is understandable to non-api team members
|
|
32
|
-
- [ ] Features are described in business value terms
|
|
33
|
-
|
|
34
|
-
### Technical Depth (20 points)
|
|
35
|
-
- [ ] api architectural patterns are considered
|
|
36
|
-
- [ ] Performance/scalability concerns for api are addressed
|
|
37
|
-
- [ ] Quality considerations for api are identified
|
|
38
|
-
|
|
39
|
-
### Consistency (10 points)
|
|
40
|
-
- [ ] api approach aligns with project context
|
|
41
|
-
- [ ] Features don't overlap or conflict
|
|
42
|
-
|
|
43
|
-
### Best Practices (10 points)
|
|
44
|
-
- [ ] Industry-standard api patterns are followed
|
|
45
|
-
- [ ] api anti-patterns are avoided
|
|
46
|
-
|
|
47
|
-
## Issue Categories
|
|
48
|
-
|
|
49
|
-
Use these categories when reporting issues:
|
|
50
|
-
|
|
51
|
-
- `completeness - Missing endpoints, unclear API surface`
|
|
52
|
-
- `clarity - Ambiguous API contracts, unclear resource models`
|
|
53
|
-
- `technical-depth - Insufficient API design detail, missing error handling`
|
|
54
|
-
- `consistency - Conflicting API patterns or conventions`
|
|
55
|
-
- `best-practices - Violates REST/GraphQL principles, poor API design`
|
|
56
|
-
|
|
57
|
-
## Issue Severity Levels
|
|
58
|
-
|
|
59
|
-
- `critical` - Epic cannot proceed (blocking api issue)
|
|
60
|
-
- `major` - Significant api gap (should fix before Stories)
|
|
61
|
-
- `minor` - Enhancement opportunity (can fix later)
|
|
62
|
-
|
|
63
|
-
## Output Format
|
|
64
|
-
|
|
65
|
-
Return JSON with this exact structure:
|
|
66
|
-
|
|
67
|
-
```json
|
|
68
|
-
{
|
|
69
|
-
"validationStatus": "needs-improvement|acceptable|excellent",
|
|
70
|
-
"overallScore": 0-100,
|
|
71
|
-
"issues": [
|
|
72
|
-
{
|
|
73
|
-
"severity": "critical|major|minor",
|
|
74
|
-
"category": "completeness|clarity|technical-depth|consistency|best-practices",
|
|
75
|
-
"description": "Clear description of the api issue",
|
|
76
|
-
"suggestion": "Specific actionable fix",
|
|
77
|
-
"example": "Optional example of how to fix"
|
|
78
|
-
}
|
|
79
|
-
],
|
|
80
|
-
"strengths": ["What the Epic does well from api perspective"],
|
|
81
|
-
"improvementPriorities": ["Top 3 api improvements ranked by impact"],
|
|
82
|
-
"readyForStories": boolean,
|
|
83
|
-
"domainSpecificNotes": "Any additional api context or warnings"
|
|
84
|
-
}
|
|
85
|
-
```
|
|
86
|
-
|
|
87
|
-
## Scoring Guidelines
|
|
88
|
-
|
|
89
|
-
**Score calibration**: If zero critical AND zero major issues → score MUST be ≥ 95. Reserve 90-94 for epics/stories with minor gaps only. Reserve 70-89 for major gaps.
|
|
90
|
-
|
|
91
|
-
- **90-100 (Excellent)**: Comprehensive api coverage, clear boundaries, all best practices
|
|
92
|
-
- **70-89 (Acceptable)**: Core api concerns addressed, minor gaps acceptable
|
|
93
|
-
- **0-69 (Needs Improvement)**: Critical api gaps, must fix before proceeding
|
|
94
|
-
|
|
95
|
-
## Example Validation
|
|
96
|
-
|
|
97
|
-
**Epic:**
|
|
98
|
-
```
|
|
99
|
-
Name: User API
|
|
100
|
-
Domain: api
|
|
101
|
-
Description: Expose user management APIs
|
|
102
|
-
Features: ["user endpoints","authentication"]
|
|
103
|
-
```
|
|
104
|
-
|
|
105
|
-
**Validation Output:**
|
|
106
|
-
```json
|
|
107
|
-
{
|
|
108
|
-
"validationStatus": "needs-improvement",
|
|
109
|
-
"overallScore": 65,
|
|
110
|
-
"issues": [
|
|
111
|
-
{
|
|
112
|
-
"severity": "critical",
|
|
113
|
-
"category": "completeness",
|
|
114
|
-
"description": "API epic missing endpoint specifications (methods, paths, parameters)",
|
|
115
|
-
"suggestion": "Define all endpoints: GET /users, POST /users, GET /users/:id, PUT /users/:id, DELETE /users/:id",
|
|
116
|
-
"example": "Endpoints: GET /users (list), POST /users (create), GET /users/:id (get), PUT /users/:id (update), DELETE /users/:id (delete)"
|
|
117
|
-
},
|
|
118
|
-
{
|
|
119
|
-
"severity": "major",
|
|
120
|
-
"category": "technical-depth",
|
|
121
|
-
"description": "No mention of API authentication mechanism",
|
|
122
|
-
"suggestion": "Specify authentication: JWT bearer tokens, API keys, OAuth 2.0, session cookies.",
|
|
123
|
-
"example": "Authentication: JWT bearer tokens in Authorization header, 1-hour expiry, refresh token support"
|
|
124
|
-
}
|
|
125
|
-
],
|
|
126
|
-
"strengths": [
|
|
127
|
-
"Core api features identified"
|
|
128
|
-
],
|
|
129
|
-
"improvementPriorities": [
|
|
130
|
-
"1. Address critical api gaps identified above",
|
|
131
|
-
"2. Add comprehensive api specifications",
|
|
132
|
-
"3. Define api success criteria"
|
|
133
|
-
],
|
|
134
|
-
"readyForStories": false,
|
|
135
|
-
"domainSpecificNotes": "Consider additional api requirements based on project context"
|
|
136
|
-
}
|
|
137
|
-
```
|