@votruongdanh/ai-agent-skills 3.2.1 → 3.3.2
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/.kiro/skills/_scripts/.ai-memory-template.md +55 -55
- package/.kiro/skills/_scripts/checklist.md +35 -34
- package/.kiro/skills/_scripts/memory-compact.md +142 -0
- package/.kiro/skills/_scripts/memory-dedupe.md +26 -26
- package/.kiro/skills/_scripts/pre-deploy.md +42 -42
- package/.kiro/skills/_scripts/verify-all.md +28 -28
- package/.kiro/skills/agents/SKILL.md +85 -85
- package/.kiro/skills/agents/agents/backend-specialist.md +29 -29
- package/.kiro/skills/agents/agents/database-architect.md +28 -28
- package/.kiro/skills/agents/agents/debugger.md +29 -29
- package/.kiro/skills/agents/agents/devops-engineer.md +30 -30
- package/.kiro/skills/agents/agents/documentation-writer.md +29 -29
- package/.kiro/skills/agents/agents/frontend-specialist.md +30 -30
- package/.kiro/skills/agents/agents/orchestrator.md +36 -36
- package/.kiro/skills/agents/agents/performance-optimizer.md +29 -29
- package/.kiro/skills/agents/agents/project-planner.md +30 -30
- package/.kiro/skills/agents/agents/security-auditor.md +30 -30
- package/.kiro/skills/agents/agents/test-engineer.md +29 -29
- package/.kiro/skills/brainstorm/SKILL.md +66 -66
- package/.kiro/skills/clean/SKILL.md +90 -90
- package/.kiro/skills/create/SKILL.md +63 -63
- package/.kiro/skills/debug/SKILL.md +71 -71
- package/.kiro/skills/deploy/SKILL.md +66 -66
- package/.kiro/skills/enhance/SKILL.md +58 -58
- package/.kiro/skills/explain/SKILL.md +69 -69
- package/.kiro/skills/instructions.md +95 -93
- package/.kiro/skills/integrate/SKILL.md +50 -50
- package/.kiro/skills/motion-ui/SKILL.md +492 -0
- package/.kiro/skills/orchestrate/SKILL.md +73 -73
- package/.kiro/skills/plan/SKILL.md +69 -69
- package/.kiro/skills/preview/SKILL.md +55 -55
- package/.kiro/skills/status/SKILL.md +57 -57
- package/.kiro/skills/test/SKILL.md +58 -58
- package/.kiro/skills/ui-ux-pro-max/SKILL.md +65 -65
- package/LICENSE +21 -21
- package/README.md +212 -208
- package/bin/cli.js +876 -876
- package/bin/install-skills.ps1 +30 -30
- package/index.js +23 -23
- package/lib/skill-bundle.js +741 -725
- package/package.json +62 -62
- package/scripts/render-targets.js +22 -22
|
@@ -1,69 +1,69 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: plan
|
|
3
|
-
description: "Create concrete implementation plans with milestones, task breakdowns, and estimates. Use when the user wants to plan, organize work, or create a roadmap. Triggers: plan, milestone, breakdown, roadmap, estimate, kế hoạch, lên kế hoạch, phân chia công việc."
|
|
4
|
-
agents: [project-planner, orchestrator]
|
|
5
|
-
related-skills: [brainstorm, create, orchestrate]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Memory Protocol
|
|
9
|
-
**START**: Read `.ai-memory.md` from project root. Check existing plans, milestones, project structure, tech stack, ongoing work, and past decisions.
|
|
10
|
-
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: plan summary, phases/tasks, key risks, and first recommended action.
|
|
11
|
-
|
|
12
|
-
## Goal
|
|
13
|
-
Turn a request into an actionable plan with clear phases and tasks.
|
|
14
|
-
|
|
15
|
-
## Agent Routing
|
|
16
|
-
- For architecture planning → read `.kiro/skills/agents/agents/project-planner.md` and apply its knowledge
|
|
17
|
-
- For multi-domain coordination → read `.kiro/skills/agents/agents/orchestrator.md` and apply its knowledge
|
|
18
|
-
- For technical feasibility → read the relevant specialist agent file:
|
|
19
|
-
- Backend: `.kiro/skills/agents/agents/backend-specialist.md`
|
|
20
|
-
- Frontend: `.kiro/skills/agents/agents/frontend-specialist.md`
|
|
21
|
-
- Database: `.kiro/skills/agents/agents/database-architect.md`
|
|
22
|
-
|
|
23
|
-
## Socratic Gate
|
|
24
|
-
Before planning, verify:
|
|
25
|
-
1. What is the desired outcome? (specific deliverable)
|
|
26
|
-
2. What constraints exist? (time, resources, tech stack)
|
|
27
|
-
3. What is already built vs needs to be built?
|
|
28
|
-
If any answer is unclear, ASK before proceeding.
|
|
29
|
-
|
|
30
|
-
## Workflow
|
|
31
|
-
1. **Read Memory** — Load `.ai-memory.md` for project context and history.
|
|
32
|
-
2. Define the objective and acceptance criteria.
|
|
33
|
-
3. Break the work into phases and tasks.
|
|
34
|
-
4. Note file areas, systems, or modules likely to change.
|
|
35
|
-
5. Estimate complexity and highlight risky items.
|
|
36
|
-
6. End with a recommended first task.
|
|
37
|
-
7. **Update Memory** — Save plan details to `.ai-memory.md`.
|
|
38
|
-
|
|
39
|
-
## Output format
|
|
40
|
-
- Objective
|
|
41
|
-
- Acceptance criteria
|
|
42
|
-
- Phases (with tasks under each)
|
|
43
|
-
- File areas / modules affected
|
|
44
|
-
- Risks (with mitigation)
|
|
45
|
-
- Recommended first action
|
|
46
|
-
|
|
47
|
-
## Checklist
|
|
48
|
-
- [ ] Objective clearly stated
|
|
49
|
-
- [ ] Acceptance criteria defined
|
|
50
|
-
- [ ] Phases broken down
|
|
51
|
-
- [ ] Tasks are specific and actionable
|
|
52
|
-
- [ ] Complexity estimated per task
|
|
53
|
-
- [ ] Risks identified with mitigation
|
|
54
|
-
- [ ] First action recommended
|
|
55
|
-
- [ ] Memory file updated
|
|
56
|
-
|
|
57
|
-
## Rules
|
|
58
|
-
- Plans should be specific enough to execute.
|
|
59
|
-
- Prefer task sizes that can be completed and reviewed quickly.
|
|
60
|
-
- Minimize blast radius: call out the smallest set of files likely to change; if scope is unclear, ASK.
|
|
61
|
-
- Always read and update the memory file.
|
|
62
|
-
|
|
63
|
-
## Quality Gate
|
|
64
|
-
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
65
|
-
|
|
66
|
-
## Related Skills
|
|
67
|
-
- `/brainstorm` → read `.kiro/skills/brainstorm/SKILL.md` — Explore options before planning
|
|
68
|
-
- `/create` → read `.kiro/skills/create/SKILL.md` — Execute planned tasks
|
|
69
|
-
- `/orchestrate` → read `.kiro/skills/orchestrate/SKILL.md` — Coordinate complex plans across teams
|
|
1
|
+
---
|
|
2
|
+
name: plan
|
|
3
|
+
description: "Create concrete implementation plans with milestones, task breakdowns, and estimates. Use when the user wants to plan, organize work, or create a roadmap. Triggers: plan, milestone, breakdown, roadmap, estimate, kế hoạch, lên kế hoạch, phân chia công việc."
|
|
4
|
+
agents: [project-planner, orchestrator]
|
|
5
|
+
related-skills: [brainstorm, create, orchestrate]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check existing plans, milestones, project structure, tech stack, ongoing work, and past decisions.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: plan summary, phases/tasks, key risks, and first recommended action.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Turn a request into an actionable plan with clear phases and tasks.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- For architecture planning → read `.kiro/skills/agents/agents/project-planner.md` and apply its knowledge
|
|
17
|
+
- For multi-domain coordination → read `.kiro/skills/agents/agents/orchestrator.md` and apply its knowledge
|
|
18
|
+
- For technical feasibility → read the relevant specialist agent file:
|
|
19
|
+
- Backend: `.kiro/skills/agents/agents/backend-specialist.md`
|
|
20
|
+
- Frontend: `.kiro/skills/agents/agents/frontend-specialist.md`
|
|
21
|
+
- Database: `.kiro/skills/agents/agents/database-architect.md`
|
|
22
|
+
|
|
23
|
+
## Socratic Gate
|
|
24
|
+
Before planning, verify:
|
|
25
|
+
1. What is the desired outcome? (specific deliverable)
|
|
26
|
+
2. What constraints exist? (time, resources, tech stack)
|
|
27
|
+
3. What is already built vs needs to be built?
|
|
28
|
+
If any answer is unclear, ASK before proceeding.
|
|
29
|
+
|
|
30
|
+
## Workflow
|
|
31
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and history.
|
|
32
|
+
2. Define the objective and acceptance criteria.
|
|
33
|
+
3. Break the work into phases and tasks.
|
|
34
|
+
4. Note file areas, systems, or modules likely to change.
|
|
35
|
+
5. Estimate complexity and highlight risky items.
|
|
36
|
+
6. End with a recommended first task.
|
|
37
|
+
7. **Update Memory** — Save plan details to `.ai-memory.md`.
|
|
38
|
+
|
|
39
|
+
## Output format
|
|
40
|
+
- Objective
|
|
41
|
+
- Acceptance criteria
|
|
42
|
+
- Phases (with tasks under each)
|
|
43
|
+
- File areas / modules affected
|
|
44
|
+
- Risks (with mitigation)
|
|
45
|
+
- Recommended first action
|
|
46
|
+
|
|
47
|
+
## Checklist
|
|
48
|
+
- [ ] Objective clearly stated
|
|
49
|
+
- [ ] Acceptance criteria defined
|
|
50
|
+
- [ ] Phases broken down
|
|
51
|
+
- [ ] Tasks are specific and actionable
|
|
52
|
+
- [ ] Complexity estimated per task
|
|
53
|
+
- [ ] Risks identified with mitigation
|
|
54
|
+
- [ ] First action recommended
|
|
55
|
+
- [ ] Memory file updated
|
|
56
|
+
|
|
57
|
+
## Rules
|
|
58
|
+
- Plans should be specific enough to execute.
|
|
59
|
+
- Prefer task sizes that can be completed and reviewed quickly.
|
|
60
|
+
- Minimize blast radius: call out the smallest set of files likely to change; if scope is unclear, ASK.
|
|
61
|
+
- Always read and update the memory file.
|
|
62
|
+
|
|
63
|
+
## Quality Gate
|
|
64
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
65
|
+
|
|
66
|
+
## Related Skills
|
|
67
|
+
- `/brainstorm` → read `.kiro/skills/brainstorm/SKILL.md` — Explore options before planning
|
|
68
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Execute planned tasks
|
|
69
|
+
- `/orchestrate` → read `.kiro/skills/orchestrate/SKILL.md` — Coordinate complex plans across teams
|
|
@@ -1,55 +1,55 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: preview
|
|
3
|
-
description: "Preview expected output, UX flows, copy, interaction design, or generated content before implementing. Use when the user wants to see what something will look like. Triggers: preview, mockup, show me, xem trước, thử xem, mô phỏng."
|
|
4
|
-
agents: [frontend-specialist, documentation-writer]
|
|
5
|
-
related-skills: [create, ui-ux-pro-max, plan]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Memory Protocol
|
|
9
|
-
**START**: Read `.ai-memory.md` from project root. Check UI patterns, design decisions, existing previews, brand guidelines, and user flow notes.
|
|
10
|
-
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what was previewed, assumptions, feedback, and confirmed decisions.
|
|
11
|
-
|
|
12
|
-
## Goal
|
|
13
|
-
Show the user what the result will look or feel like before full implementation.
|
|
14
|
-
|
|
15
|
-
## Agent Routing
|
|
16
|
-
- If previewing UI/UX → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
17
|
-
- If previewing documentation → read `.kiro/skills/agents/agents/documentation-writer.md` and apply its knowledge
|
|
18
|
-
- If previewing API response → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
19
|
-
|
|
20
|
-
## Socratic Gate
|
|
21
|
-
Before previewing, verify:
|
|
22
|
-
1. What artifact is being previewed? (UI, API output, document, flow?)
|
|
23
|
-
2. What level of fidelity is expected? (wireframe, mockup, full sample?)
|
|
24
|
-
3. Any specific requirements or constraints?
|
|
25
|
-
If any answer is unclear, ASK before proceeding.
|
|
26
|
-
|
|
27
|
-
## Workflow
|
|
28
|
-
1. **Read Memory** — Load `.ai-memory.md` for project context and design history.
|
|
29
|
-
2. Infer the artifact being previewed: UI, API output, document, message, workflow, or report.
|
|
30
|
-
3. Produce a faithful mock, sample output, walkthrough, or structured preview.
|
|
31
|
-
4. Highlight assumptions behind the preview.
|
|
32
|
-
5. Identify what could change during implementation.
|
|
33
|
-
6. **Update Memory** — Save preview details and decisions to `.ai-memory.md`.
|
|
34
|
-
|
|
35
|
-
## Checklist
|
|
36
|
-
- [ ] Artifact type identified
|
|
37
|
-
- [ ] Preview is realistic and faithful
|
|
38
|
-
- [ ] Assumptions clearly labeled
|
|
39
|
-
- [ ] Mock data marked as illustrative
|
|
40
|
-
- [ ] Implementation differences noted
|
|
41
|
-
- [ ] Memory file updated
|
|
42
|
-
|
|
43
|
-
## Rules
|
|
44
|
-
- Keep previews realistic and consistent with the current project.
|
|
45
|
-
- Label illustrative content clearly when it is mock data.
|
|
46
|
-
- Avoid implying broad code changes; if the preview would require major refactor, CALL IT OUT and ASK before implementation.
|
|
47
|
-
- Always read and update the memory file.
|
|
48
|
-
|
|
49
|
-
## Quality Gate
|
|
50
|
-
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
51
|
-
|
|
52
|
-
## Related Skills
|
|
53
|
-
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement the previewed design
|
|
54
|
-
- `/ui-ux-pro-max` → read `.kiro/skills/ui-ux-pro-max/SKILL.md` — Advanced UI/UX design
|
|
55
|
-
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan implementation of previewed feature
|
|
1
|
+
---
|
|
2
|
+
name: preview
|
|
3
|
+
description: "Preview expected output, UX flows, copy, interaction design, or generated content before implementing. Use when the user wants to see what something will look like. Triggers: preview, mockup, show me, xem trước, thử xem, mô phỏng."
|
|
4
|
+
agents: [frontend-specialist, documentation-writer]
|
|
5
|
+
related-skills: [create, ui-ux-pro-max, plan]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check UI patterns, design decisions, existing previews, brand guidelines, and user flow notes.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what was previewed, assumptions, feedback, and confirmed decisions.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Show the user what the result will look or feel like before full implementation.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If previewing UI/UX → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
17
|
+
- If previewing documentation → read `.kiro/skills/agents/agents/documentation-writer.md` and apply its knowledge
|
|
18
|
+
- If previewing API response → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
19
|
+
|
|
20
|
+
## Socratic Gate
|
|
21
|
+
Before previewing, verify:
|
|
22
|
+
1. What artifact is being previewed? (UI, API output, document, flow?)
|
|
23
|
+
2. What level of fidelity is expected? (wireframe, mockup, full sample?)
|
|
24
|
+
3. Any specific requirements or constraints?
|
|
25
|
+
If any answer is unclear, ASK before proceeding.
|
|
26
|
+
|
|
27
|
+
## Workflow
|
|
28
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and design history.
|
|
29
|
+
2. Infer the artifact being previewed: UI, API output, document, message, workflow, or report.
|
|
30
|
+
3. Produce a faithful mock, sample output, walkthrough, or structured preview.
|
|
31
|
+
4. Highlight assumptions behind the preview.
|
|
32
|
+
5. Identify what could change during implementation.
|
|
33
|
+
6. **Update Memory** — Save preview details and decisions to `.ai-memory.md`.
|
|
34
|
+
|
|
35
|
+
## Checklist
|
|
36
|
+
- [ ] Artifact type identified
|
|
37
|
+
- [ ] Preview is realistic and faithful
|
|
38
|
+
- [ ] Assumptions clearly labeled
|
|
39
|
+
- [ ] Mock data marked as illustrative
|
|
40
|
+
- [ ] Implementation differences noted
|
|
41
|
+
- [ ] Memory file updated
|
|
42
|
+
|
|
43
|
+
## Rules
|
|
44
|
+
- Keep previews realistic and consistent with the current project.
|
|
45
|
+
- Label illustrative content clearly when it is mock data.
|
|
46
|
+
- Avoid implying broad code changes; if the preview would require major refactor, CALL IT OUT and ASK before implementation.
|
|
47
|
+
- Always read and update the memory file.
|
|
48
|
+
|
|
49
|
+
## Quality Gate
|
|
50
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
51
|
+
|
|
52
|
+
## Related Skills
|
|
53
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement the previewed design
|
|
54
|
+
- `/ui-ux-pro-max` → read `.kiro/skills/ui-ux-pro-max/SKILL.md` — Advanced UI/UX design
|
|
55
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan implementation of previewed feature
|
|
@@ -1,57 +1,57 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: status
|
|
3
|
-
description: "Project status summary, progress snapshots, repo overview, and outstanding work tracking. Use when the user wants to know where a project stands. Triggers: status, progress, overview, what's done, dự án đang ở đâu, tiến độ, tổng quan."
|
|
4
|
-
agents: [project-planner, orchestrator]
|
|
5
|
-
related-skills: [plan, debug, deploy]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Memory Protocol
|
|
9
|
-
**START**: Read `.ai-memory.md` from project root. This is the PRIMARY source for status — check all recorded history, decisions, tasks, bugs, and milestones.
|
|
10
|
-
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: status snapshot, what's working, gaps, risks, and priorities.
|
|
11
|
-
|
|
12
|
-
## Goal
|
|
13
|
-
Summarize where things stand right now, leveraging the memory file for deep context.
|
|
14
|
-
|
|
15
|
-
## Agent Routing
|
|
16
|
-
- For project health overview → read `.kiro/skills/agents/agents/project-planner.md` and apply its knowledge
|
|
17
|
-
- For multi-workstream status → read `.kiro/skills/agents/agents/orchestrator.md` and apply its knowledge
|
|
18
|
-
- For technical debt assessment → read the relevant specialist agent file based on domain
|
|
19
|
-
|
|
20
|
-
## Workflow
|
|
21
|
-
1. **Read Memory** — Load `.ai-memory.md` as the primary context source.
|
|
22
|
-
2. Inspect the repository, relevant files, and any recent context from the chat.
|
|
23
|
-
3. Summarize what already exists.
|
|
24
|
-
4. Identify gaps, risks, TODOs, and likely next priorities.
|
|
25
|
-
5. Present a concise health/status view.
|
|
26
|
-
6. **Update Memory** — Save current status snapshot to `.ai-memory.md`.
|
|
27
|
-
|
|
28
|
-
## Output format
|
|
29
|
-
- Current state (from memory + repo scan)
|
|
30
|
-
- What is working
|
|
31
|
-
- What is incomplete
|
|
32
|
-
- Risks or blockers
|
|
33
|
-
- Recent changes (from memory)
|
|
34
|
-
- Recommended next step
|
|
35
|
-
|
|
36
|
-
## Checklist
|
|
37
|
-
- [ ] Memory file read for historical context
|
|
38
|
-
- [ ] Repository scanned for current state
|
|
39
|
-
- [ ] Working features identified
|
|
40
|
-
- [ ] Gaps and incomplete items listed
|
|
41
|
-
- [ ] Risks or blockers flagged
|
|
42
|
-
- [ ] Next priority recommended
|
|
43
|
-
- [ ] Memory file updated with status snapshot
|
|
44
|
-
|
|
45
|
-
## Rules
|
|
46
|
-
- Be specific and evidence-based.
|
|
47
|
-
- Separate facts from inference.
|
|
48
|
-
- Do not recommend broad refactors without confirming scope; ASK if the fix would touch many areas.
|
|
49
|
-
- Always read and update the memory file.
|
|
50
|
-
|
|
51
|
-
## Quality Gate
|
|
52
|
-
After completing, read `.kiro/skills/_scripts/verify-all.md` for full project verification checklist.
|
|
53
|
-
|
|
54
|
-
## Related Skills
|
|
55
|
-
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Create plan for incomplete items
|
|
56
|
-
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Investigate flagged risks
|
|
57
|
-
- `/deploy` → read `.kiro/skills/deploy/SKILL.md` — Deploy when ready
|
|
1
|
+
---
|
|
2
|
+
name: status
|
|
3
|
+
description: "Project status summary, progress snapshots, repo overview, and outstanding work tracking. Use when the user wants to know where a project stands. Triggers: status, progress, overview, what's done, dự án đang ở đâu, tiến độ, tổng quan."
|
|
4
|
+
agents: [project-planner, orchestrator]
|
|
5
|
+
related-skills: [plan, debug, deploy]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. This is the PRIMARY source for status — check all recorded history, decisions, tasks, bugs, and milestones.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: status snapshot, what's working, gaps, risks, and priorities.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Summarize where things stand right now, leveraging the memory file for deep context.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- For project health overview → read `.kiro/skills/agents/agents/project-planner.md` and apply its knowledge
|
|
17
|
+
- For multi-workstream status → read `.kiro/skills/agents/agents/orchestrator.md` and apply its knowledge
|
|
18
|
+
- For technical debt assessment → read the relevant specialist agent file based on domain
|
|
19
|
+
|
|
20
|
+
## Workflow
|
|
21
|
+
1. **Read Memory** — Load `.ai-memory.md` as the primary context source.
|
|
22
|
+
2. Inspect the repository, relevant files, and any recent context from the chat.
|
|
23
|
+
3. Summarize what already exists.
|
|
24
|
+
4. Identify gaps, risks, TODOs, and likely next priorities.
|
|
25
|
+
5. Present a concise health/status view.
|
|
26
|
+
6. **Update Memory** — Save current status snapshot to `.ai-memory.md`.
|
|
27
|
+
|
|
28
|
+
## Output format
|
|
29
|
+
- Current state (from memory + repo scan)
|
|
30
|
+
- What is working
|
|
31
|
+
- What is incomplete
|
|
32
|
+
- Risks or blockers
|
|
33
|
+
- Recent changes (from memory)
|
|
34
|
+
- Recommended next step
|
|
35
|
+
|
|
36
|
+
## Checklist
|
|
37
|
+
- [ ] Memory file read for historical context
|
|
38
|
+
- [ ] Repository scanned for current state
|
|
39
|
+
- [ ] Working features identified
|
|
40
|
+
- [ ] Gaps and incomplete items listed
|
|
41
|
+
- [ ] Risks or blockers flagged
|
|
42
|
+
- [ ] Next priority recommended
|
|
43
|
+
- [ ] Memory file updated with status snapshot
|
|
44
|
+
|
|
45
|
+
## Rules
|
|
46
|
+
- Be specific and evidence-based.
|
|
47
|
+
- Separate facts from inference.
|
|
48
|
+
- Do not recommend broad refactors without confirming scope; ASK if the fix would touch many areas.
|
|
49
|
+
- Always read and update the memory file.
|
|
50
|
+
|
|
51
|
+
## Quality Gate
|
|
52
|
+
After completing, read `.kiro/skills/_scripts/verify-all.md` for full project verification checklist.
|
|
53
|
+
|
|
54
|
+
## Related Skills
|
|
55
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Create plan for incomplete items
|
|
56
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Investigate flagged risks
|
|
57
|
+
- `/deploy` → read `.kiro/skills/deploy/SKILL.md` — Deploy when ready
|
|
@@ -1,58 +1,58 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: test
|
|
3
|
-
description: "Write tests, improve coverage, define test strategy, and add validation. Use when the user wants to test code, add unit/integration/e2e tests, or check coverage. Triggers: test, coverage, jest, vitest, playwright, spec, kiểm thử, viết test."
|
|
4
|
-
agents: [test-engineer, debugger]
|
|
5
|
-
related-skills: [debug, create, enhance]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Memory Protocol
|
|
9
|
-
**START**: Read `.ai-memory.md` from project root. Check test framework in use, existing test coverage, known failing tests, testing patterns, and CI/CD test configuration.
|
|
10
|
-
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: tests changed, coverage deltas (if known), patterns established, and gaps.
|
|
11
|
-
|
|
12
|
-
## Goal
|
|
13
|
-
Improve confidence in the system through targeted testing.
|
|
14
|
-
|
|
15
|
-
## Agent Routing
|
|
16
|
-
- Primary → read `.kiro/skills/agents/agents/test-engineer.md` and apply its knowledge
|
|
17
|
-
- If testing reveals bugs → read `.kiro/skills/agents/agents/debugger.md` and apply its knowledge
|
|
18
|
-
- For E2E/integration tests with UI → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
19
|
-
- For API/backend tests → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
20
|
-
- For security testing → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
21
|
-
|
|
22
|
-
## Socratic Gate
|
|
23
|
-
Before writing tests, verify:
|
|
24
|
-
1. What is the test scope? (unit, integration, E2E, API?)
|
|
25
|
-
2. Does a test framework already exist in the project?
|
|
26
|
-
3. What are the critical paths that must be tested?
|
|
27
|
-
If any answer is unclear, ASK before proceeding.
|
|
28
|
-
|
|
29
|
-
## Workflow
|
|
30
|
-
1. **Read Memory** — Load `.ai-memory.md` for testing history and patterns.
|
|
31
|
-
2. Identify the unit, integration, API, UI, or regression scope.
|
|
32
|
-
3. Enumerate critical paths, edge cases, and failure modes.
|
|
33
|
-
4. Add or propose tests that cover the most important risks first.
|
|
34
|
-
5. Explain how to run the tests and what passing means.
|
|
35
|
-
6. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and run test suite after writing tests.
|
|
36
|
-
7. **Update Memory** — Save test details and coverage notes to `.ai-memory.md`.
|
|
37
|
-
|
|
38
|
-
## Checklist
|
|
39
|
-
- [ ] Test scope identified
|
|
40
|
-
- [ ] Test framework confirmed/proposed
|
|
41
|
-
- [ ] Critical paths covered
|
|
42
|
-
- [ ] Edge cases included
|
|
43
|
-
- [ ] Failure modes tested
|
|
44
|
-
- [ ] Tests are stable (not brittle)
|
|
45
|
-
- [ ] Run instructions provided
|
|
46
|
-
- [ ] Memory file updated
|
|
47
|
-
|
|
48
|
-
## Rules
|
|
49
|
-
- Prefer stable tests over brittle tests.
|
|
50
|
-
- Cover both happy path and key edge cases.
|
|
51
|
-
- If no test framework exists, propose the lightest practical option.
|
|
52
|
-
- Avoid changing unrelated production code; if tests require refactors, ASK before widening scope.
|
|
53
|
-
- Always read and update the memory file.
|
|
54
|
-
|
|
55
|
-
## Related Skills
|
|
56
|
-
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix failing tests or bugs found
|
|
57
|
-
- `/create` → read `.kiro/skills/create/SKILL.md` — Create test fixtures or helpers
|
|
58
|
-
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve test quality and coverage
|
|
1
|
+
---
|
|
2
|
+
name: test
|
|
3
|
+
description: "Write tests, improve coverage, define test strategy, and add validation. Use when the user wants to test code, add unit/integration/e2e tests, or check coverage. Triggers: test, coverage, jest, vitest, playwright, spec, kiểm thử, viết test."
|
|
4
|
+
agents: [test-engineer, debugger]
|
|
5
|
+
related-skills: [debug, create, enhance]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check test framework in use, existing test coverage, known failing tests, testing patterns, and CI/CD test configuration.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: tests changed, coverage deltas (if known), patterns established, and gaps.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Improve confidence in the system through targeted testing.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- Primary → read `.kiro/skills/agents/agents/test-engineer.md` and apply its knowledge
|
|
17
|
+
- If testing reveals bugs → read `.kiro/skills/agents/agents/debugger.md` and apply its knowledge
|
|
18
|
+
- For E2E/integration tests with UI → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
19
|
+
- For API/backend tests → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
20
|
+
- For security testing → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
21
|
+
|
|
22
|
+
## Socratic Gate
|
|
23
|
+
Before writing tests, verify:
|
|
24
|
+
1. What is the test scope? (unit, integration, E2E, API?)
|
|
25
|
+
2. Does a test framework already exist in the project?
|
|
26
|
+
3. What are the critical paths that must be tested?
|
|
27
|
+
If any answer is unclear, ASK before proceeding.
|
|
28
|
+
|
|
29
|
+
## Workflow
|
|
30
|
+
1. **Read Memory** — Load `.ai-memory.md` for testing history and patterns.
|
|
31
|
+
2. Identify the unit, integration, API, UI, or regression scope.
|
|
32
|
+
3. Enumerate critical paths, edge cases, and failure modes.
|
|
33
|
+
4. Add or propose tests that cover the most important risks first.
|
|
34
|
+
5. Explain how to run the tests and what passing means.
|
|
35
|
+
6. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and run test suite after writing tests.
|
|
36
|
+
7. **Update Memory** — Save test details and coverage notes to `.ai-memory.md`.
|
|
37
|
+
|
|
38
|
+
## Checklist
|
|
39
|
+
- [ ] Test scope identified
|
|
40
|
+
- [ ] Test framework confirmed/proposed
|
|
41
|
+
- [ ] Critical paths covered
|
|
42
|
+
- [ ] Edge cases included
|
|
43
|
+
- [ ] Failure modes tested
|
|
44
|
+
- [ ] Tests are stable (not brittle)
|
|
45
|
+
- [ ] Run instructions provided
|
|
46
|
+
- [ ] Memory file updated
|
|
47
|
+
|
|
48
|
+
## Rules
|
|
49
|
+
- Prefer stable tests over brittle tests.
|
|
50
|
+
- Cover both happy path and key edge cases.
|
|
51
|
+
- If no test framework exists, propose the lightest practical option.
|
|
52
|
+
- Avoid changing unrelated production code; if tests require refactors, ASK before widening scope.
|
|
53
|
+
- Always read and update the memory file.
|
|
54
|
+
|
|
55
|
+
## Related Skills
|
|
56
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix failing tests or bugs found
|
|
57
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Create test fixtures or helpers
|
|
58
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve test quality and coverage
|
|
@@ -1,65 +1,65 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: ui-ux-pro-max
|
|
3
|
-
description: "Advanced UI/UX improvements — layout, design critique, copy refinement, interaction design, accessibility, and responsive patterns. Use when the user wants professional-grade UI/UX upgrades. Triggers: ui, ux, design, layout, responsive, giao diện, thiết kế, cải thiện UI."
|
|
4
|
-
agents: [frontend-specialist, performance-optimizer]
|
|
5
|
-
related-skills: [create, preview, enhance]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Memory Protocol
|
|
9
|
-
**START**: Read `.ai-memory.md` from project root. Check design system, brand guidelines, component library, past UI decisions, accessibility notes, and responsive design patterns.
|
|
10
|
-
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: UI/UX changes, patterns used, a11y improvements, and brand consistency notes.
|
|
11
|
-
|
|
12
|
-
## Goal
|
|
13
|
-
Upgrade the product experience with clear, practical UI/UX improvements.
|
|
14
|
-
|
|
15
|
-
## Agent Routing
|
|
16
|
-
- Primary → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
17
|
-
- For performance of UI (load time, animations) → read `.kiro/skills/agents/agents/performance-optimizer.md` and apply its knowledge
|
|
18
|
-
- For accessibility compliance → apply WCAG knowledge from frontend-specialist
|
|
19
|
-
- For mobile responsiveness → apply mobile patterns from frontend-specialist
|
|
20
|
-
|
|
21
|
-
## Socratic Gate
|
|
22
|
-
Before improving UI/UX, verify:
|
|
23
|
-
1. What screen, flow, or component is being improved?
|
|
24
|
-
2. What is the current pain point? (visual, usability, accessibility, performance?)
|
|
25
|
-
3. Are there existing design guidelines or component library?
|
|
26
|
-
If any answer is unclear, ASK before proceeding.
|
|
27
|
-
|
|
28
|
-
## Workflow
|
|
29
|
-
1. **Read Memory** — Load `.ai-memory.md` for design history and UI patterns.
|
|
30
|
-
2. Identify the screen, flow, or component being improved.
|
|
31
|
-
3. Evaluate hierarchy, spacing, clarity, accessibility, states, feedback, and conversion friction.
|
|
32
|
-
4. Recommend concrete improvements with rationale.
|
|
33
|
-
5. When asked to implement, favor polished but maintainable UI.
|
|
34
|
-
6. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and verify all states and accessibility.
|
|
35
|
-
7. **Update Memory** — Save UI/UX decisions and patterns to `.ai-memory.md`.
|
|
36
|
-
|
|
37
|
-
## Output format
|
|
38
|
-
- UX issues found
|
|
39
|
-
- Visual issues found
|
|
40
|
-
- Recommended changes (prioritized)
|
|
41
|
-
- Accessibility notes (WCAG compliance)
|
|
42
|
-
- Implementation priorities
|
|
43
|
-
- Component states covered (empty, loading, error, success)
|
|
44
|
-
|
|
45
|
-
## Checklist
|
|
46
|
-
- [ ] Target screen/component identified
|
|
47
|
-
- [ ] Hierarchy and spacing evaluated
|
|
48
|
-
- [ ] Accessibility checked (WCAG)
|
|
49
|
-
- [ ] All states covered (empty, loading, error, success)
|
|
50
|
-
- [ ] Mobile responsiveness considered
|
|
51
|
-
- [ ] Performance impact assessed
|
|
52
|
-
- [ ] Brand consistency maintained
|
|
53
|
-
- [ ] Memory file updated
|
|
54
|
-
|
|
55
|
-
## Rules
|
|
56
|
-
- Optimize for clarity before decoration.
|
|
57
|
-
- Respect existing brand and component patterns when present.
|
|
58
|
-
- Include empty, loading, error, and success states when relevant.
|
|
59
|
-
- Avoid widespread redesigns unless asked; prioritize small, safe diffs and ASK before large UI rewrites.
|
|
60
|
-
- Always read and update the memory file.
|
|
61
|
-
|
|
62
|
-
## Related Skills
|
|
63
|
-
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement UI components
|
|
64
|
-
- `/preview` → read `.kiro/skills/preview/SKILL.md` — Preview design before implementation
|
|
65
|
-
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve existing UI code
|
|
1
|
+
---
|
|
2
|
+
name: ui-ux-pro-max
|
|
3
|
+
description: "Advanced UI/UX improvements — layout, design critique, copy refinement, interaction design, accessibility, and responsive patterns. Use when the user wants professional-grade UI/UX upgrades. Triggers: ui, ux, design, layout, responsive, giao diện, thiết kế, cải thiện UI."
|
|
4
|
+
agents: [frontend-specialist, performance-optimizer]
|
|
5
|
+
related-skills: [create, preview, enhance]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check design system, brand guidelines, component library, past UI decisions, accessibility notes, and responsive design patterns.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: UI/UX changes, patterns used, a11y improvements, and brand consistency notes.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Upgrade the product experience with clear, practical UI/UX improvements.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- Primary → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
17
|
+
- For performance of UI (load time, animations) → read `.kiro/skills/agents/agents/performance-optimizer.md` and apply its knowledge
|
|
18
|
+
- For accessibility compliance → apply WCAG knowledge from frontend-specialist
|
|
19
|
+
- For mobile responsiveness → apply mobile patterns from frontend-specialist
|
|
20
|
+
|
|
21
|
+
## Socratic Gate
|
|
22
|
+
Before improving UI/UX, verify:
|
|
23
|
+
1. What screen, flow, or component is being improved?
|
|
24
|
+
2. What is the current pain point? (visual, usability, accessibility, performance?)
|
|
25
|
+
3. Are there existing design guidelines or component library?
|
|
26
|
+
If any answer is unclear, ASK before proceeding.
|
|
27
|
+
|
|
28
|
+
## Workflow
|
|
29
|
+
1. **Read Memory** — Load `.ai-memory.md` for design history and UI patterns.
|
|
30
|
+
2. Identify the screen, flow, or component being improved.
|
|
31
|
+
3. Evaluate hierarchy, spacing, clarity, accessibility, states, feedback, and conversion friction.
|
|
32
|
+
4. Recommend concrete improvements with rationale.
|
|
33
|
+
5. When asked to implement, favor polished but maintainable UI.
|
|
34
|
+
6. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and verify all states and accessibility.
|
|
35
|
+
7. **Update Memory** — Save UI/UX decisions and patterns to `.ai-memory.md`.
|
|
36
|
+
|
|
37
|
+
## Output format
|
|
38
|
+
- UX issues found
|
|
39
|
+
- Visual issues found
|
|
40
|
+
- Recommended changes (prioritized)
|
|
41
|
+
- Accessibility notes (WCAG compliance)
|
|
42
|
+
- Implementation priorities
|
|
43
|
+
- Component states covered (empty, loading, error, success)
|
|
44
|
+
|
|
45
|
+
## Checklist
|
|
46
|
+
- [ ] Target screen/component identified
|
|
47
|
+
- [ ] Hierarchy and spacing evaluated
|
|
48
|
+
- [ ] Accessibility checked (WCAG)
|
|
49
|
+
- [ ] All states covered (empty, loading, error, success)
|
|
50
|
+
- [ ] Mobile responsiveness considered
|
|
51
|
+
- [ ] Performance impact assessed
|
|
52
|
+
- [ ] Brand consistency maintained
|
|
53
|
+
- [ ] Memory file updated
|
|
54
|
+
|
|
55
|
+
## Rules
|
|
56
|
+
- Optimize for clarity before decoration.
|
|
57
|
+
- Respect existing brand and component patterns when present.
|
|
58
|
+
- Include empty, loading, error, and success states when relevant.
|
|
59
|
+
- Avoid widespread redesigns unless asked; prioritize small, safe diffs and ASK before large UI rewrites.
|
|
60
|
+
- Always read and update the memory file.
|
|
61
|
+
|
|
62
|
+
## Related Skills
|
|
63
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement UI components
|
|
64
|
+
- `/preview` → read `.kiro/skills/preview/SKILL.md` — Preview design before implementation
|
|
65
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve existing UI code
|