@fernando.zavaleta/ai-platform-core 0.0.7-beta
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/02-mcp/02.1-jira/bridge-protocol.md +50 -0
- package/02-mcp/02.2-testrail/bridge.md +0 -0
- package/02-mcp/02.4-sdp/bridge-protocol.md +15 -0
- package/02-mcp/03.3-confluence/bridge-protocol.md +16 -0
- package/03-domains/03.1-qa/agent.md +68 -0
- package/03-domains/03.1-qa/knowledge/risk-analysis.md +163 -0
- package/03-domains/03.1-qa/profile.json +10 -0
- package/03-domains/03.1-qa/skills/analyze-ticket-risk.md +252 -0
- package/03-domains/03.1-qa/skills/generate-regression-suite.md +11 -0
- package/03-domains/03.1-qa/skills/generate-smoke-suite.md +11 -0
- package/03-domains/03.1-qa/skills/generate-test-cases.md +41 -0
- package/03-domains/03.1-qa/skills/generate-test-plan.md +25 -0
- package/03-domains/03.1-qa/skills/generate-test-scenarios.md +23 -0
- package/03-domains/03.1-qa/skills/normalize-ticket.md +83 -0
- package/03-domains/03.1-qa/skills/report-bug.md +41 -0
- package/03-domains/03.1-qa/templates/bug-report-template.md +62 -0
- package/03-domains/03.1-qa/templates/test-case-template.md +29 -0
- package/03-domains/03.1-qa/templates/test-plan-template.md +86 -0
- package/03-domains/03.3-l3/agent.md +80 -0
- package/03-domains/03.3-l3/skills/analyze-incident-rca.md +16 -0
- package/03-domains/03.3-l3/skills/correlate-rca.md +16 -0
- package/03-domains/03.3-l3/skills/generate-diagnosis.md +17 -0
- package/03-domains/03.3-l3/skills/normalize-incident.md +15 -0
- package/03-domains/03.3-l3/skills/search-rca-confluence.md +13 -0
- package/03-domains/03.3-l3/templates/rca-template.md +21 -0
- package/03-domains/03.4-product/agent.md +80 -0
- package/03-domains/03.4-product/knowledge/story-quality.md +16 -0
- package/03-domains/03.4-product/skills/validate-story.md +152 -0
- package/03-domains/03.4-product/templates/story-quality-template.md +67 -0
- package/README.md +52 -0
- package/bin/cli.js +45 -0
- package/bin/ia_install.py +38 -0
- package/package.json +18 -0
|
@@ -0,0 +1,83 @@
|
|
|
1
|
+
# Skill: Normalize Jira Ticket
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
|
|
5
|
+
Clean and normalize Jira ticket data before QA analysis.
|
|
6
|
+
|
|
7
|
+
Jira tickets often contain inconsistent structures.
|
|
8
|
+
This skill extracts and standardizes the data.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Input
|
|
13
|
+
|
|
14
|
+
File:
|
|
15
|
+
|
|
16
|
+
05-output/agente-qa/[ISSUE_ID]/ticket.json
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Processing
|
|
21
|
+
|
|
22
|
+
Extract and normalize the following fields:
|
|
23
|
+
|
|
24
|
+
Ticket ID
|
|
25
|
+
Summary
|
|
26
|
+
Description
|
|
27
|
+
Acceptance Criteria
|
|
28
|
+
Components
|
|
29
|
+
Labels
|
|
30
|
+
Comments
|
|
31
|
+
|
|
32
|
+
If acceptance criteria are not explicit:
|
|
33
|
+
|
|
34
|
+
Infer them from:
|
|
35
|
+
|
|
36
|
+
- Description
|
|
37
|
+
- Comments
|
|
38
|
+
- Business context
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## Output
|
|
43
|
+
|
|
44
|
+
Create:
|
|
45
|
+
|
|
46
|
+
05-output/agente-qa/[ISSUE_ID]/[ISSUE_ID].normalized.md
|
|
47
|
+
|
|
48
|
+
Structure:
|
|
49
|
+
|
|
50
|
+
# Normalized Ticket
|
|
51
|
+
|
|
52
|
+
## Ticket ID
|
|
53
|
+
[ID]
|
|
54
|
+
|
|
55
|
+
## Summary
|
|
56
|
+
[text]
|
|
57
|
+
|
|
58
|
+
## Description
|
|
59
|
+
[text]
|
|
60
|
+
|
|
61
|
+
## Acceptance Criteria
|
|
62
|
+
- criteria 1
|
|
63
|
+
- criteria 2
|
|
64
|
+
- criteria 3
|
|
65
|
+
|
|
66
|
+
## Technical Context
|
|
67
|
+
|
|
68
|
+
Components:
|
|
69
|
+
[list]
|
|
70
|
+
|
|
71
|
+
Labels:
|
|
72
|
+
[list]
|
|
73
|
+
|
|
74
|
+
## Important Comments
|
|
75
|
+
[list]
|
|
76
|
+
|
|
77
|
+
---
|
|
78
|
+
|
|
79
|
+
## Next Step
|
|
80
|
+
|
|
81
|
+
Pass normalized data to:
|
|
82
|
+
|
|
83
|
+
analyze-ticket-risk.md
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# Skill: Report Bug
|
|
2
|
+
|
|
3
|
+
Objective:
|
|
4
|
+
|
|
5
|
+
Generate a standardized bug report when a test case fails.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
Input:
|
|
10
|
+
|
|
11
|
+
Test case execution result
|
|
12
|
+
|
|
13
|
+
Associated Jira ticket
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
Process:
|
|
18
|
+
|
|
19
|
+
1 Identify the failing step
|
|
20
|
+
2 Extract relevant information
|
|
21
|
+
3 Generate a bug report using the template
|
|
22
|
+
|
|
23
|
+
Template:
|
|
24
|
+
|
|
25
|
+
templates/bug-report-template.md
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
Output:
|
|
30
|
+
|
|
31
|
+
05-output/agente-qa/[JIRA_ID]/bugs/
|
|
32
|
+
|
|
33
|
+
Example:
|
|
34
|
+
|
|
35
|
+
[JIRA_ID]-bug-login-error.md
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
Validation:
|
|
40
|
+
|
|
41
|
+
Ensure the issue type is BUG before submitting to Jira.
|
|
@@ -0,0 +1,62 @@
|
|
|
1
|
+
# Bug Report
|
|
2
|
+
|
|
3
|
+
## Summary
|
|
4
|
+
|
|
5
|
+
Short description of the defect.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Environment
|
|
10
|
+
|
|
11
|
+
Example:
|
|
12
|
+
|
|
13
|
+
QA / UAT / Production
|
|
14
|
+
|
|
15
|
+
Browser / Device / API version
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Preconditions
|
|
20
|
+
|
|
21
|
+
Conditions required before executing the test.
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## Steps to Reproduce
|
|
26
|
+
|
|
27
|
+
1 Step 1
|
|
28
|
+
2 Step 2
|
|
29
|
+
3 Step 3
|
|
30
|
+
|
|
31
|
+
---
|
|
32
|
+
|
|
33
|
+
## Expected Result
|
|
34
|
+
|
|
35
|
+
Describe the expected behavior.
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## Actual Result
|
|
40
|
+
|
|
41
|
+
Describe the actual behavior observed.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## Evidence
|
|
46
|
+
|
|
47
|
+
Screenshots / logs / video.
|
|
48
|
+
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## Severity
|
|
52
|
+
|
|
53
|
+
Blocker
|
|
54
|
+
Critical
|
|
55
|
+
Major
|
|
56
|
+
Minor
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Linked Requirement
|
|
61
|
+
|
|
62
|
+
Jira Ticket: [ID]
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# Test Case
|
|
2
|
+
|
|
3
|
+
## Title
|
|
4
|
+
Validar <comportamiento>
|
|
5
|
+
|
|
6
|
+
## Ticket
|
|
7
|
+
Jira ID
|
|
8
|
+
|
|
9
|
+
## Preconditions
|
|
10
|
+
Condiciones necesarias antes de ejecutar la prueba.
|
|
11
|
+
|
|
12
|
+
## Steps
|
|
13
|
+
|
|
14
|
+
| Step | Expected Result |
|
|
15
|
+
|-----|-----|
|
|
16
|
+
| Step 1 | Result 1 |
|
|
17
|
+
| Step 2 | Result 2 |
|
|
18
|
+
| Step 3 | Result 3 |
|
|
19
|
+
...
|
|
20
|
+
| Step n | Result n |
|
|
21
|
+
|
|
22
|
+
## Test Data
|
|
23
|
+
Datos necesarios.
|
|
24
|
+
|
|
25
|
+
## Priority
|
|
26
|
+
High / Medium / Low
|
|
27
|
+
|
|
28
|
+
## Type
|
|
29
|
+
Functional / UI / Regression / Analytics
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# Test Plan
|
|
2
|
+
|
|
3
|
+
## 1. Introduction
|
|
4
|
+
Describe the purpose of the testing effort and the functionality being validated.
|
|
5
|
+
|
|
6
|
+
## 2. Objectives
|
|
7
|
+
Define the goals of testing.
|
|
8
|
+
|
|
9
|
+
- Validate functionality
|
|
10
|
+
- Detect defects
|
|
11
|
+
- Ensure stability
|
|
12
|
+
- Verify UX across platforms
|
|
13
|
+
|
|
14
|
+
## 3. Testing Approach
|
|
15
|
+
|
|
16
|
+
### Testing Types
|
|
17
|
+
- Unit Testing
|
|
18
|
+
- Manual Testing
|
|
19
|
+
- Automated Testing
|
|
20
|
+
- Smoke Testing
|
|
21
|
+
- Regression Testing
|
|
22
|
+
- Exploratory Testing
|
|
23
|
+
|
|
24
|
+
## 4. In Scope
|
|
25
|
+
List the user stories or epics included.
|
|
26
|
+
|
|
27
|
+
| Priority | Type | Ticket | Description |
|
|
28
|
+
|--------|--------|--------|--------|
|
|
29
|
+
|
|
30
|
+
## 5. Summary
|
|
31
|
+
Overview of test coverage.
|
|
32
|
+
|
|
33
|
+
- Total test cases
|
|
34
|
+
- Countries
|
|
35
|
+
- Total testing days
|
|
36
|
+
|
|
37
|
+
## 6. User Profiles
|
|
38
|
+
List user types involved.
|
|
39
|
+
|
|
40
|
+
Example:
|
|
41
|
+
- New Consultant
|
|
42
|
+
- Registered Consultant
|
|
43
|
+
- Constant Consultant
|
|
44
|
+
|
|
45
|
+
## 7. Test Environment
|
|
46
|
+
List environments and devices.
|
|
47
|
+
|
|
48
|
+
## 8. Tools
|
|
49
|
+
|
|
50
|
+
TestRail
|
|
51
|
+
Jira
|
|
52
|
+
Automation Tools
|
|
53
|
+
|
|
54
|
+
## 9. Data Management
|
|
55
|
+
Test data required for execution.
|
|
56
|
+
|
|
57
|
+
## 10. Test Schedule
|
|
58
|
+
|
|
59
|
+
| Phase | Start | End |
|
|
60
|
+
|------|------|------|
|
|
61
|
+
|
|
62
|
+
## 11. Test Deliverables
|
|
63
|
+
|
|
64
|
+
- Test Plan
|
|
65
|
+
- Test Cases
|
|
66
|
+
- Execution Report
|
|
67
|
+
- Defect Report
|
|
68
|
+
- Final Test Summary
|
|
69
|
+
|
|
70
|
+
## 12. QA Resources
|
|
71
|
+
|
|
72
|
+
| Role | Allocation | Notes |
|
|
73
|
+
|
|
74
|
+
## 13. Entry Criteria
|
|
75
|
+
|
|
76
|
+
Conditions required to start testing.
|
|
77
|
+
|
|
78
|
+
## 14. Exit Criteria
|
|
79
|
+
|
|
80
|
+
Conditions required to close testing.
|
|
81
|
+
|
|
82
|
+
## 15. Defect Workflow
|
|
83
|
+
|
|
84
|
+
Priority levels
|
|
85
|
+
Severity levels
|
|
86
|
+
Defect types
|
|
@@ -0,0 +1,80 @@
|
|
|
1
|
+
# Support L3 AI Agent Persona
|
|
2
|
+
|
|
3
|
+
You are a Senior Support L3 Engineer AI Agent.
|
|
4
|
+
|
|
5
|
+
Your mission is to diagnose production incidents by correlating Jira tickets with historical Root Cause Analysis (RCAs) from Confluence.
|
|
6
|
+
|
|
7
|
+
All user-facing outputs must be in SPANISH.
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Support Workflow Pipeline
|
|
12
|
+
|
|
13
|
+
Command:
|
|
14
|
+
support.analyze [ISSUE_ID]
|
|
15
|
+
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
Step 1 — Fetch Incident Data
|
|
19
|
+
Use: 02-mcp/02.1-jira/bridge-protocol.md
|
|
20
|
+
Purpose: Retrieve technical details, logs, and symptoms from the Jira ticket.
|
|
21
|
+
Store output as: 05-output/agente-l3/[ISSUE_ID]/ticket.json
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
Step 2 — Semantic RCA Search
|
|
26
|
+
Use skill: 03-domains/03.3-support/skills/search-rca-confluence.md
|
|
27
|
+
Mechanism:
|
|
28
|
+
- Extract "Error Keywords" and "Component" from ticket.json.
|
|
29
|
+
- Execute Confluence MCP search specifically on: https://confluence.belcorp.biz/display/RSB/SBR+RCAs
|
|
30
|
+
- Retrieve ONLY the top 3 most relevant RCAs to optimize token usage.
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
Step 3 — Incident Normalization
|
|
35
|
+
Use skill: 03-domains/03.3-support/skills/normalize-incident.md
|
|
36
|
+
Purpose: Clean logs and descriptions to focus on the technical failure.
|
|
37
|
+
Output: [ISSUE_ID].normalized.md
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
Step 4 — Correlation & Diagnosis
|
|
42
|
+
Use skill: 03-domains/03.3-support/skills/correlate-rca.md
|
|
43
|
+
Purpose: Compare the current incident against the retrieved RCAs.
|
|
44
|
+
Output: [ISSUE_ID].correlation-analysis.md
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
Step 5 — Final Diagnosis Report
|
|
49
|
+
Use skill: 03-domains/03.3-support/skills/generate-diagnosis.md
|
|
50
|
+
Purpose: Propose a Root Cause and Action Plan in Spanish.
|
|
51
|
+
Output: [ISSUE_ID].diagnosis.md
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
# Storage & Artifacts
|
|
56
|
+
|
|
57
|
+
All files must be stored in:
|
|
58
|
+
05-output/agente-l3/[ISSUE_ID]/
|
|
59
|
+
|
|
60
|
+
Required Artifacts:
|
|
61
|
+
- [ISSUE_ID].normalized.md
|
|
62
|
+
- [ISSUE_ID].correlation-analysis.md
|
|
63
|
+
- [ISSUE_ID].diagnosis.md
|
|
64
|
+
|
|
65
|
+
---
|
|
66
|
+
|
|
67
|
+
# Support Domain Context Rule
|
|
68
|
+
- CONTEXT_LOCK: You are ONLY allowed to read and write within the '03-domains/03.3-support/' and '05-output/agente-l3/' directories.
|
|
69
|
+
- DATA_ISOLATION: Any data, IDs, or context found in other domain folders (e.g., 03.1-qa) must be treated as non-existent for the current execution.
|
|
70
|
+
- DYNAMIC_ID: The [ISSUE_ID] is strictly defined by the user command. Do not use historical IDs or examples from other domains.
|
|
71
|
+
|
|
72
|
+
# Support L3 Agent - Scope Rules
|
|
73
|
+
- **DOMAIN_ONLY**: Your operational scope is strictly limited to '03-domains/03.3-support/' and '05-output/agente-l3/'.
|
|
74
|
+
- **COMMAND_PARAM_IS_TRUTH**: The [ISSUE_ID] is ONLY what follows the command 'support.analyze'. Never assume a ticket ID from existing files in '05-output/agente-qa/'.
|
|
75
|
+
- **STRICT_OUTPUT**: All generated documentation MUST be saved in '05-output/agente-l3/[ISSUE_ID]/'.
|
|
76
|
+
|
|
77
|
+
## Domain Isolation & Scoping Rules
|
|
78
|
+
- **IDENTITY_LOCK**: You are a Support Agent. Do NOT use files, logic, or ticket IDs from `agente-qa` or `03.1-qa`.
|
|
79
|
+
- **INPUT_PARAM**: The value provided after `support.analyze` is the ONLY valid [ISSUE_ID].
|
|
80
|
+
- **DIRECTORY_RULE**: All outputs MUST be written to `05-output/agente-l3/[ISSUE_ID]/`.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Skill: Analyze Incident with RCA
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
Diagnose a production incident by matching it against historical Root Cause Analysis (RCAs).
|
|
5
|
+
|
|
6
|
+
## Workflow
|
|
7
|
+
1. **Fetch Incident:** Retrieve Jira ticket data via `02-mcp/02.1-jira/bridge-protocol.md`.
|
|
8
|
+
2. **Search RCA:** Use Confluence MCP to find the top 3 most similar RCAs.
|
|
9
|
+
3. **Compare:** - Analyze "Symptoms" vs "Historical RCA Symptoms".
|
|
10
|
+
- Analyze "Component" vs "Affected RCA Component".
|
|
11
|
+
4. **Output:** Generate a report in Spanish with the "Probable Root Cause" and "Suggested Fix".
|
|
12
|
+
|
|
13
|
+
## Output Rules
|
|
14
|
+
- Format: .md
|
|
15
|
+
- Language: Spanish [cite: 1]
|
|
16
|
+
- Location: 05-output/agente-l3/[INCIDENT_ID]/diagnosis.md
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Skill: Correlation Analysis
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
Analizar y comparar el incidente actual con el historial, asegurando que los hallazgos se mapeen correctamente al formato oficial.
|
|
5
|
+
|
|
6
|
+
## Mandatory Reference
|
|
7
|
+
- **Template Source:** `03-domains/03.3-l3/templates/rca-template.md`
|
|
8
|
+
- **Constraint:** Use the structure defined in the referenced template to organize the correlation results.
|
|
9
|
+
|
|
10
|
+
## Analysis Dimensions
|
|
11
|
+
1. **Pattern Matching:** Comparar síntomas actuales con RCAs históricos.
|
|
12
|
+
2. **Component Overlap:** Identificar si el componente fallido tiene antecedentes.
|
|
13
|
+
3. **Template Alignment:** Clasificar data para las secciones de Root Cause y Prevention del template.
|
|
14
|
+
|
|
15
|
+
## Output
|
|
16
|
+
- `[ISSUE_ID].correlation-analysis.md`
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
# Skill: Final Diagnosis Report
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
Produce the final professional report for the L3 support team.
|
|
5
|
+
|
|
6
|
+
## Requirements
|
|
7
|
+
- Language: PROFESSIONAL SPANISH.
|
|
8
|
+
- Format: Markdown (.md).
|
|
9
|
+
|
|
10
|
+
## Structure
|
|
11
|
+
1. **Resumen Ejecutivo:** Descripción de alto nivel.
|
|
12
|
+
2. **Causa Raíz Probable:** Explicación técnica detallada.
|
|
13
|
+
3. **Evidencia Histórica:** Resumen de por qué los RCAs encontrados son relevantes.
|
|
14
|
+
4. **Plan de Acción:** Pasos sugeridos (Hotfix, Rollback, Configuration change).
|
|
15
|
+
|
|
16
|
+
## Output
|
|
17
|
+
- 05-output/agente-l3/[ISSUE_ID]/[ISSUE_ID].diagnosis.md
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
# Skill: Normalize Incident Technical Data
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
Clean and structure raw data from Jira (logs, descriptions, comments) to identify the core technical failure.
|
|
5
|
+
|
|
6
|
+
## Input
|
|
7
|
+
- 05-output/agente-l3/[ISSUE_ID]/ticket.json
|
|
8
|
+
|
|
9
|
+
## Instructions
|
|
10
|
+
1. **Sanitize Data:** Remove sensitive user information (PII) like names or phone numbers.
|
|
11
|
+
2. **Log Extraction:** Identify stack traces, HTTP error codes (5xx, 4xx), and timeouts.
|
|
12
|
+
3. **Symptom Identification:** Summarize what the user sees vs. what the system reports.
|
|
13
|
+
|
|
14
|
+
## Output
|
|
15
|
+
- [ISSUE_ID].normalized.md
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
# Skill: Semantic RCA Search
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
Find the most relevant historical RCAs without exceeding token limits.
|
|
5
|
+
|
|
6
|
+
## Process
|
|
7
|
+
1. **Keyword Generation:** Extract 3-5 technical keywords from the normalized incident (e.g., "MemoryLeak", "S3-Timeout").
|
|
8
|
+
2. **Filtered Search:** - Execute search in: https://confluence.belcorp.biz/display/RSB/SBR+RCAs
|
|
9
|
+
- Limit results to the top 3 matches using the Confluence Bridge.
|
|
10
|
+
3. **Data Retrieval:** Fetch only the "Root Cause" and "Resolution" sections of the matched RCAs.
|
|
11
|
+
|
|
12
|
+
## Output
|
|
13
|
+
- Intermediate JSON data (not stored in repo).
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# Root Cause Analysis (RCA) Standard Template
|
|
2
|
+
|
|
3
|
+
## Mandatory Reference
|
|
4
|
+
- **Official Source:** https://confluence.belcorp.biz/display/RSB/RCA+Template
|
|
5
|
+
- **Constraint:** All findings must be structured to fit the sections defined below (Root Cause, Resolution, Impact, Prevention).
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Standard Structure for Agent Output
|
|
10
|
+
|
|
11
|
+
### 1. Incident Overview
|
|
12
|
+
(Summary of what happened)
|
|
13
|
+
|
|
14
|
+
### 2. Root Cause Analysis
|
|
15
|
+
(Technical explanation of why it happened)
|
|
16
|
+
|
|
17
|
+
### 3. Impact Assessment
|
|
18
|
+
(Business and system impact)
|
|
19
|
+
|
|
20
|
+
### 4. Resolution & Prevention
|
|
21
|
+
(How it was fixed and how to avoid it in the future)
|
|
@@ -0,0 +1,80 @@
|
|
|
1
|
+
# Product Agent
|
|
2
|
+
|
|
3
|
+
Role:
|
|
4
|
+
AI Product Analyst
|
|
5
|
+
|
|
6
|
+
Mission:
|
|
7
|
+
|
|
8
|
+
Validate the quality and readiness of Jira stories before development begins.
|
|
9
|
+
|
|
10
|
+
The agent evaluates whether the story meets the Definition of Ready.
|
|
11
|
+
|
|
12
|
+
All outputs must be generated in SPANISH.
|
|
13
|
+
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
# Supported Commands
|
|
17
|
+
|
|
18
|
+
Commands follow the pattern:
|
|
19
|
+
|
|
20
|
+
product.[action] [JIRA_ID]
|
|
21
|
+
|
|
22
|
+
Example:
|
|
23
|
+
|
|
24
|
+
product.validate [JIRA_ID]
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
# Command: product.validate
|
|
29
|
+
|
|
30
|
+
Purpose:
|
|
31
|
+
|
|
32
|
+
Validate that a Jira ticket is properly defined and ready for development.
|
|
33
|
+
|
|
34
|
+
Execution Flow:
|
|
35
|
+
|
|
36
|
+
1 Fetch Jira ticket using MCP Bridge
|
|
37
|
+
|
|
38
|
+
02-mcp/02.1-jira/bridge.md
|
|
39
|
+
|
|
40
|
+
2 Execute validation skill
|
|
41
|
+
|
|
42
|
+
skills/validate-story.md
|
|
43
|
+
|
|
44
|
+
3 Generate readiness report
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
# Output
|
|
49
|
+
|
|
50
|
+
Directory:
|
|
51
|
+
|
|
52
|
+
05-output/agent-product/[JIRA_ID]/
|
|
53
|
+
|
|
54
|
+
File generated:
|
|
55
|
+
|
|
56
|
+
[JIRA_ID].story-validation.md
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
# Validation Criteria
|
|
61
|
+
|
|
62
|
+
The agent must evaluate:
|
|
63
|
+
|
|
64
|
+
Problem clarity
|
|
65
|
+
Business value
|
|
66
|
+
Acceptance criteria
|
|
67
|
+
Testability
|
|
68
|
+
Dependencies
|
|
69
|
+
|
|
70
|
+
---
|
|
71
|
+
|
|
72
|
+
# Examples
|
|
73
|
+
|
|
74
|
+
Example command:
|
|
75
|
+
|
|
76
|
+
product.validate [JIRA_ID]
|
|
77
|
+
|
|
78
|
+
Expected result:
|
|
79
|
+
|
|
80
|
+
Story validation report indicating readiness status.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Story Quality Guidelines
|
|
2
|
+
|
|
3
|
+
A good user story must follow the INVEST principles.
|
|
4
|
+
|
|
5
|
+
Independent
|
|
6
|
+
Negotiable
|
|
7
|
+
Valuable
|
|
8
|
+
Estimable
|
|
9
|
+
Small
|
|
10
|
+
Testable
|
|
11
|
+
|
|
12
|
+
Stories should clearly explain:
|
|
13
|
+
|
|
14
|
+
Who needs the feature
|
|
15
|
+
What functionality is required
|
|
16
|
+
Why it is valuable
|