@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.
Files changed (33) hide show
  1. package/02-mcp/02.1-jira/bridge-protocol.md +50 -0
  2. package/02-mcp/02.2-testrail/bridge.md +0 -0
  3. package/02-mcp/02.4-sdp/bridge-protocol.md +15 -0
  4. package/02-mcp/03.3-confluence/bridge-protocol.md +16 -0
  5. package/03-domains/03.1-qa/agent.md +68 -0
  6. package/03-domains/03.1-qa/knowledge/risk-analysis.md +163 -0
  7. package/03-domains/03.1-qa/profile.json +10 -0
  8. package/03-domains/03.1-qa/skills/analyze-ticket-risk.md +252 -0
  9. package/03-domains/03.1-qa/skills/generate-regression-suite.md +11 -0
  10. package/03-domains/03.1-qa/skills/generate-smoke-suite.md +11 -0
  11. package/03-domains/03.1-qa/skills/generate-test-cases.md +41 -0
  12. package/03-domains/03.1-qa/skills/generate-test-plan.md +25 -0
  13. package/03-domains/03.1-qa/skills/generate-test-scenarios.md +23 -0
  14. package/03-domains/03.1-qa/skills/normalize-ticket.md +83 -0
  15. package/03-domains/03.1-qa/skills/report-bug.md +41 -0
  16. package/03-domains/03.1-qa/templates/bug-report-template.md +62 -0
  17. package/03-domains/03.1-qa/templates/test-case-template.md +29 -0
  18. package/03-domains/03.1-qa/templates/test-plan-template.md +86 -0
  19. package/03-domains/03.3-l3/agent.md +80 -0
  20. package/03-domains/03.3-l3/skills/analyze-incident-rca.md +16 -0
  21. package/03-domains/03.3-l3/skills/correlate-rca.md +16 -0
  22. package/03-domains/03.3-l3/skills/generate-diagnosis.md +17 -0
  23. package/03-domains/03.3-l3/skills/normalize-incident.md +15 -0
  24. package/03-domains/03.3-l3/skills/search-rca-confluence.md +13 -0
  25. package/03-domains/03.3-l3/templates/rca-template.md +21 -0
  26. package/03-domains/03.4-product/agent.md +80 -0
  27. package/03-domains/03.4-product/knowledge/story-quality.md +16 -0
  28. package/03-domains/03.4-product/skills/validate-story.md +152 -0
  29. package/03-domains/03.4-product/templates/story-quality-template.md +67 -0
  30. package/README.md +52 -0
  31. package/bin/cli.js +45 -0
  32. package/bin/ia_install.py +38 -0
  33. 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