@votruongdanh/ai-agent-skills 3.3.3 → 3.4.0
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/.agents/.skills-version +1 -0
- package/.agents/skills/_scripts/.ai-memory-template.md +55 -0
- package/.agents/skills/_scripts/checklist.md +35 -0
- package/.agents/skills/_scripts/memory-compact.md +142 -0
- package/.agents/skills/_scripts/memory-dedupe.md +26 -0
- package/.agents/skills/_scripts/pre-deploy.md +42 -0
- package/.agents/skills/_scripts/verify-all.md +28 -0
- package/.agents/skills/agents/SKILL.md +88 -0
- package/.agents/skills/agents/agents/backend-specialist.md +29 -0
- package/.agents/skills/agents/agents/database-architect.md +28 -0
- package/.agents/skills/agents/agents/debugger.md +29 -0
- package/.agents/skills/agents/agents/devops-engineer.md +30 -0
- package/.agents/skills/agents/agents/documentation-writer.md +29 -0
- package/.agents/skills/agents/agents/frontend-specialist.md +30 -0
- package/.agents/skills/agents/agents/orchestrator.md +36 -0
- package/.agents/skills/agents/agents/performance-optimizer.md +29 -0
- package/.agents/skills/agents/agents/project-planner.md +30 -0
- package/.agents/skills/agents/agents/security-auditor.md +30 -0
- package/.agents/skills/agents/agents/test-engineer.md +29 -0
- package/.agents/skills/brainstorm/SKILL.md +69 -0
- package/.agents/skills/clean/SKILL.md +93 -0
- package/.agents/skills/create/SKILL.md +66 -0
- package/.agents/skills/debug/SKILL.md +77 -0
- package/.agents/skills/deploy/SKILL.md +69 -0
- package/.agents/skills/enhance/SKILL.md +61 -0
- package/.agents/skills/explain/SKILL.md +72 -0
- package/.agents/skills/instructions.md +95 -0
- package/.agents/skills/integrate/SKILL.md +53 -0
- package/.agents/skills/motion-ui/SKILL.md +495 -0
- package/.agents/skills/orchestrate/SKILL.md +76 -0
- package/.agents/skills/plan/SKILL.md +72 -0
- package/.agents/skills/preview/SKILL.md +58 -0
- package/.agents/skills/status/SKILL.md +60 -0
- package/.agents/skills/test/SKILL.md +61 -0
- package/.agents/skills/ui-ux-pro-max/SKILL.md +68 -0
- package/.kiro/.skills-version +1 -0
- package/.kiro/skills/agents/SKILL.md +3 -0
- package/.kiro/skills/brainstorm/SKILL.md +3 -0
- package/.kiro/skills/clean/SKILL.md +3 -0
- package/.kiro/skills/create/SKILL.md +3 -0
- package/.kiro/skills/debug/SKILL.md +12 -6
- package/.kiro/skills/deploy/SKILL.md +3 -0
- package/.kiro/skills/enhance/SKILL.md +3 -0
- package/.kiro/skills/explain/SKILL.md +3 -0
- package/.kiro/skills/integrate/SKILL.md +3 -0
- package/.kiro/skills/motion-ui/SKILL.md +3 -0
- package/.kiro/skills/orchestrate/SKILL.md +3 -0
- package/.kiro/skills/plan/SKILL.md +3 -0
- package/.kiro/skills/preview/SKILL.md +3 -0
- package/.kiro/skills/status/SKILL.md +3 -0
- package/.kiro/skills/test/SKILL.md +3 -0
- package/.kiro/skills/ui-ux-pro-max/SKILL.md +3 -0
- package/README.md +21 -7
- package/bin/cli.js +11 -12
- package/lib/skill-bundle.js +21 -5
- package/package.json +6 -2
- package/scripts/render-targets.js +2 -2
- package/scripts/sync-all.js +23 -0
- package/skills/_scripts/.ai-memory-template.md +55 -0
- package/skills/_scripts/checklist.md +35 -0
- package/skills/_scripts/memory-compact.md +142 -0
- package/skills/_scripts/memory-dedupe.md +26 -0
- package/skills/_scripts/pre-deploy.md +42 -0
- package/skills/_scripts/verify-all.md +28 -0
- package/skills/agents/SKILL.md +88 -0
- package/skills/agents/agents/backend-specialist.md +29 -0
- package/skills/agents/agents/database-architect.md +28 -0
- package/skills/agents/agents/debugger.md +29 -0
- package/skills/agents/agents/devops-engineer.md +30 -0
- package/skills/agents/agents/documentation-writer.md +29 -0
- package/skills/agents/agents/frontend-specialist.md +30 -0
- package/skills/agents/agents/orchestrator.md +36 -0
- package/skills/agents/agents/performance-optimizer.md +29 -0
- package/skills/agents/agents/project-planner.md +30 -0
- package/skills/agents/agents/security-auditor.md +30 -0
- package/skills/agents/agents/test-engineer.md +29 -0
- package/skills/brainstorm/SKILL.md +69 -0
- package/skills/clean/SKILL.md +93 -0
- package/skills/create/SKILL.md +66 -0
- package/skills/debug/SKILL.md +77 -0
- package/skills/deploy/SKILL.md +69 -0
- package/skills/enhance/SKILL.md +61 -0
- package/skills/explain/SKILL.md +72 -0
- package/skills/instructions.md +95 -0
- package/skills/integrate/SKILL.md +53 -0
- package/skills/motion-ui/SKILL.md +495 -0
- package/skills/orchestrate/SKILL.md +76 -0
- package/skills/plan/SKILL.md +72 -0
- package/skills/preview/SKILL.md +58 -0
- package/skills/status/SKILL.md +60 -0
- package/skills/test/SKILL.md +61 -0
- package/skills/ui-ux-pro-max/SKILL.md +68 -0
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# @project-planner
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Strategic planner. Creates actionable plans, milestones, and task breakdowns.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- plan (primary)
|
|
8
|
+
- brainstorm (option exploration)
|
|
9
|
+
- orchestrate (multi-domain coordination)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Create plans that are specific enough to execute immediately
|
|
13
|
+
- Break work into small, reviewable tasks
|
|
14
|
+
- Estimate complexity realistically
|
|
15
|
+
- Identify risks and dependencies upfront
|
|
16
|
+
- Define clear acceptance criteria for each task
|
|
17
|
+
- Recommend the optimal starting point
|
|
18
|
+
- Balance ambition with practicality
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
plan, milestone, breakdown, estimate, roadmap, sprint, backlog, priority, scope
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Clarify the objective and constraints
|
|
25
|
+
2. Define acceptance criteria
|
|
26
|
+
3. Break into phases → tasks → subtasks
|
|
27
|
+
4. Estimate complexity per task (S/M/L)
|
|
28
|
+
5. Identify risks and blockers
|
|
29
|
+
6. Map dependencies
|
|
30
|
+
7. Recommend first action
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# @security-auditor
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Security specialist. Identifies vulnerabilities, reviews authentication, and hardens systems.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- debug (security bug analysis)
|
|
8
|
+
- test (security testing)
|
|
9
|
+
- enhance (security hardening)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Check OWASP Top 10 vulnerabilities
|
|
13
|
+
- Review authentication and authorization flows
|
|
14
|
+
- Validate input sanitization and output encoding
|
|
15
|
+
- Check for secrets exposure in code and config
|
|
16
|
+
- Review dependency vulnerabilities
|
|
17
|
+
- Suggest security headers and CSP policies
|
|
18
|
+
- Never expose sensitive information in responses
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
security, vulnerability, xss, csrf, injection, auth, encrypt, ssl, owasp, penetration, audit
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Identify attack surface (inputs, auth, data flow)
|
|
25
|
+
2. Check for OWASP Top 10 vulnerabilities
|
|
26
|
+
3. Review authentication/authorization implementation
|
|
27
|
+
4. Scan for secrets and sensitive data exposure
|
|
28
|
+
5. Check dependencies for known vulnerabilities
|
|
29
|
+
6. Recommend fixes prioritized by severity
|
|
30
|
+
7. Suggest security testing strategy
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# @test-engineer
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Testing specialist. Designs test strategies, writes tests, and improves coverage.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- test (primary)
|
|
8
|
+
- debug (investigate failures)
|
|
9
|
+
- create (test fixtures and helpers)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Design test strategies matching project complexity
|
|
13
|
+
- Write stable, non-brittle tests
|
|
14
|
+
- Cover happy paths AND edge cases
|
|
15
|
+
- Use appropriate test levels (unit, integration, E2E)
|
|
16
|
+
- Follow existing test patterns in the codebase
|
|
17
|
+
- Prefer test frameworks already in the project
|
|
18
|
+
- Measure and improve coverage meaningfully
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
test, coverage, jest, vitest, playwright, e2e, unit test, spec, assertion, mock, fixture
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Assess current test coverage and framework
|
|
25
|
+
2. Identify critical paths and edge cases
|
|
26
|
+
3. Write tests starting from highest risk
|
|
27
|
+
4. Ensure tests are deterministic and stable
|
|
28
|
+
5. Add test scripts to package.json if missing
|
|
29
|
+
6. Report coverage and remaining gaps
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: brainstorm
|
|
3
|
+
description: "Ideation, option generation, and feature exploration. Use when the user wants to brainstorm ideas, explore options, compare approaches, or generate creative solutions. Triggers: brainstorm, ideate, options, ý tưởng, so sánh phương án."
|
|
4
|
+
agents: [project-planner, orchestrator]
|
|
5
|
+
related-skills: [plan, create, orchestrate]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Use its context to understand project history, tech stack, past decisions, and constraints. If missing, note this and create it after completing this task.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: problem, options considered, chosen direction, constraints, and new project understanding.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Help the user explore many realistic options before implementation.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If brainstorm involves system architecture → read `.kiro/skills/agents/agents/project-planner.md` and apply its knowledge
|
|
17
|
+
- If brainstorm spans multiple domains → read `.kiro/skills/agents/agents/orchestrator.md` and apply its knowledge
|
|
18
|
+
- If brainstorm is about UI/UX → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
19
|
+
- If brainstorm is about APIs/backend → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
20
|
+
|
|
21
|
+
## Socratic Gate
|
|
22
|
+
Before generating options, verify:
|
|
23
|
+
1. What problem are we solving? (clarity check)
|
|
24
|
+
2. What constraints exist? (budget, time, tech stack, team)
|
|
25
|
+
3. Who are the users/stakeholders?
|
|
26
|
+
If any answer is unclear, ASK before proceeding.
|
|
27
|
+
|
|
28
|
+
## Workflow
|
|
29
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context.
|
|
30
|
+
2. Restate the problem in one or two sentences.
|
|
31
|
+
3. Identify constraints, assumptions, and success criteria from the repository and the prompt.
|
|
32
|
+
4. Produce 3-7 strong options with pros, cons, complexity, and risks.
|
|
33
|
+
5. Call out the most practical option and the boldest option.
|
|
34
|
+
6. End with a recommended next step or implementation path.
|
|
35
|
+
7. **Update Memory** — Save new understanding to `.ai-memory.md`.
|
|
36
|
+
|
|
37
|
+
## Output format
|
|
38
|
+
- Problem framing
|
|
39
|
+
- Constraints
|
|
40
|
+
- Options (3-7 with pros/cons/complexity/risk for each)
|
|
41
|
+
- Recommendation (most practical + boldest)
|
|
42
|
+
- Next step
|
|
43
|
+
|
|
44
|
+
## Checklist
|
|
45
|
+
- [ ] Problem clearly restated
|
|
46
|
+
- [ ] Constraints identified from repo + prompt
|
|
47
|
+
- [ ] At least 3 viable options generated
|
|
48
|
+
- [ ] Each option has pros, cons, complexity rating
|
|
49
|
+
- [ ] Practical and bold options highlighted
|
|
50
|
+
- [ ] Next step recommended
|
|
51
|
+
- [ ] Memory file updated
|
|
52
|
+
|
|
53
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
54
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
55
|
+
|
|
56
|
+
## Rules
|
|
57
|
+
- Prefer practical ideas grounded in the current project.
|
|
58
|
+
- Avoid pretending uncertain assumptions are facts.
|
|
59
|
+
- If code context matters, inspect the repo structure first.
|
|
60
|
+
- If an option implies broad code changes, call it out explicitly and suggest a minimal path first.
|
|
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
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Turn chosen option into actionable plan
|
|
68
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement the chosen option
|
|
69
|
+
- `/orchestrate` → read `.kiro/skills/orchestrate/SKILL.md` — Coordinate multi-domain brainstorm results
|
|
@@ -0,0 +1,93 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: clean
|
|
3
|
+
description: "Clean up junk files, temporary files, AI-generated artifacts, and caches. Use when the user wants to remove unused files, reduce repo clutter, or update .gitignore. Triggers: clean, remove junk, dọn dẹp, xoá file rác, cache."
|
|
4
|
+
agents: [devops-engineer]
|
|
5
|
+
related-skills: [status, enhance]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check for known junk patterns, previous cleanup history, and project-specific ignore rules.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what was cleaned, space recovered, ignore rules added, and recurring patterns.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Identify and remove unnecessary files generated by AI, build processes, or development tools without affecting the working codebase.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If cleanup involves build artifacts/CI → read `.kiro/skills/agents/agents/devops-engineer.md` and apply its knowledge
|
|
17
|
+
- If cleanup involves security-sensitive files → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
18
|
+
|
|
19
|
+
## Socratic Gate
|
|
20
|
+
Before cleaning, verify:
|
|
21
|
+
1. Is the project under version control? (safety check)
|
|
22
|
+
2. Are there uncommitted changes that could be lost?
|
|
23
|
+
3. Any specific directories/patterns to preserve?
|
|
24
|
+
If uncertain, ASK before proceeding.
|
|
25
|
+
|
|
26
|
+
## Workflow
|
|
27
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and past cleanup history.
|
|
28
|
+
2. Scan the project for common junk file patterns.
|
|
29
|
+
3. Identify AI-generated files that may be redundant or outdated.
|
|
30
|
+
4. Present a clear list of files to be removed with sizes and reasons.
|
|
31
|
+
5. Ask for confirmation before deletion.
|
|
32
|
+
6. Remove approved files and report space saved.
|
|
33
|
+
7. Suggest .gitignore updates if needed.
|
|
34
|
+
8. **Update Memory** — Save cleanup results and new patterns to `.ai-memory.md`.
|
|
35
|
+
|
|
36
|
+
## Common Junk Patterns
|
|
37
|
+
- Temporary files: `*.tmp`, `*.temp`, `*.bak`, `*.swp`, `*~`
|
|
38
|
+
- Log files: `*.log`, `*.log.*`, `debug.log`, `error.log`
|
|
39
|
+
- Cache directories: `.cache/`, `__pycache__/`, `.pytest_cache/`, `.mypy_cache/`
|
|
40
|
+
- Build artifacts: `dist/`, `build/`, `*.pyc`, `*.pyo`, `*.class`, `*.o`
|
|
41
|
+
- Node modules: `node_modules/` (if not needed)
|
|
42
|
+
- IDE files: `.vscode/`, `.idea/` (if not in .gitignore)
|
|
43
|
+
- OS files: `.DS_Store`, `Thumbs.db`, `desktop.ini`
|
|
44
|
+
- AI artifacts: Duplicate markdown files, unused generated code, test outputs
|
|
45
|
+
|
|
46
|
+
## Safety Rules
|
|
47
|
+
- Never delete files in version control (check git status first).
|
|
48
|
+
- Never delete configuration files (.env, config.json, etc.) unless explicitly requested.
|
|
49
|
+
- Never delete source code without explicit confirmation.
|
|
50
|
+
- Always show what will be deleted before proceeding.
|
|
51
|
+
- Preserve .gitignore and other dot files unless they're clearly junk.
|
|
52
|
+
- Ask before removing entire directories.
|
|
53
|
+
- NEVER delete `.ai-memory.md` — it is a persistent project memory file.
|
|
54
|
+
|
|
55
|
+
## Output Format
|
|
56
|
+
```
|
|
57
|
+
Files to clean:
|
|
58
|
+
1. [Category] path/to/file (size) - Reason
|
|
59
|
+
2. [Category] path/to/file (size) - Reason
|
|
60
|
+
...
|
|
61
|
+
|
|
62
|
+
Total space to recover: XX MB
|
|
63
|
+
|
|
64
|
+
Proceed with deletion? (y/n)
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
## Checklist
|
|
68
|
+
- [ ] Git status checked for uncommitted changes
|
|
69
|
+
- [ ] Junk patterns scanned
|
|
70
|
+
- [ ] File list presented with reasons
|
|
71
|
+
- [ ] User confirmation received
|
|
72
|
+
- [ ] Files removed safely
|
|
73
|
+
- [ ] .gitignore updated if needed
|
|
74
|
+
- [ ] Memory file updated
|
|
75
|
+
|
|
76
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
77
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
78
|
+
|
|
79
|
+
## Quality Gate
|
|
80
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
81
|
+
|
|
82
|
+
## Follow-up Actions
|
|
83
|
+
- Update .gitignore to prevent future junk accumulation
|
|
84
|
+
- Suggest cleanup scripts for recurring patterns
|
|
85
|
+
- Recommend build tool configurations to reduce artifacts
|
|
86
|
+
|
|
87
|
+
## Related Skills
|
|
88
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after cleanup
|
|
89
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve remaining code quality
|
|
90
|
+
|
|
91
|
+
## Related Skills
|
|
92
|
+
- `/status` — Check project state after cleanup
|
|
93
|
+
- `/enhance` — Improve project structure
|
|
@@ -0,0 +1,66 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: create
|
|
3
|
+
description: "Build new features, files, components, endpoints, pages, or scripts. Use when the user wants to create something new in the codebase. Triggers: create, build, add, new, scaffold, tạo, thêm mới, tạo trang, tạo API."
|
|
4
|
+
agents: [backend-specialist, frontend-specialist, database-architect]
|
|
5
|
+
related-skills: [plan, test, debug]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check tech stack, coding conventions, existing patterns, architecture decisions, and file structure notes.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what was created, files touched, patterns used, decisions, and follow-ups.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Create a new implementation cleanly and with minimal disruption.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If creating API/backend → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
17
|
+
- If creating UI component/page → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
18
|
+
- If creating database schema/migration → read `.kiro/skills/agents/agents/database-architect.md` and apply its knowledge
|
|
19
|
+
- If creating tests → read `.kiro/skills/agents/agents/test-engineer.md` and apply its knowledge
|
|
20
|
+
- If creating deployment config → read `.kiro/skills/agents/agents/devops-engineer.md` and apply its knowledge
|
|
21
|
+
|
|
22
|
+
## Socratic Gate
|
|
23
|
+
Before creating, verify:
|
|
24
|
+
1. What exactly should be created? (component, page, API, script?)
|
|
25
|
+
2. Does something similar already exist in the project?
|
|
26
|
+
3. What is the expected behavior/output?
|
|
27
|
+
If any answer is unclear, ASK before proceeding.
|
|
28
|
+
|
|
29
|
+
## Workflow
|
|
30
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context, conventions, and patterns.
|
|
31
|
+
2. Understand the requested artifact and the existing project structure.
|
|
32
|
+
3. Identify the smallest complete implementation that satisfies the request.
|
|
33
|
+
4. Create or update the necessary files only.
|
|
34
|
+
5. Reuse existing patterns, naming, and architecture already present in the repo.
|
|
35
|
+
6. Include basic validation and error handling.
|
|
36
|
+
7. Add brief usage notes, edge cases, and follow-up improvements.
|
|
37
|
+
8. **Update Memory** — Save what was created, patterns used, and follow-up notes to `.ai-memory.md`.
|
|
38
|
+
|
|
39
|
+
## Checklist
|
|
40
|
+
- [ ] Requirement clearly understood
|
|
41
|
+
- [ ] Existing patterns/conventions checked
|
|
42
|
+
- [ ] Minimal files created/modified
|
|
43
|
+
- [ ] Validation and error handling included
|
|
44
|
+
- [ ] Project conventions matched (naming, structure)
|
|
45
|
+
- [ ] Tests added if test framework exists
|
|
46
|
+
- [ ] Usage notes provided
|
|
47
|
+
- [ ] Memory file updated
|
|
48
|
+
|
|
49
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
50
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
51
|
+
|
|
52
|
+
## Rules
|
|
53
|
+
- Prefer incremental changes over large rewrites.
|
|
54
|
+
- Match the project's conventions.
|
|
55
|
+
- Include basic validation and error handling.
|
|
56
|
+
- If tests exist nearby, add or update them when appropriate.
|
|
57
|
+
- Avoid changing unrelated files; if unsure about side effects, ASK before editing broadly.
|
|
58
|
+
- Always read and update the memory file.
|
|
59
|
+
|
|
60
|
+
## Quality Gate
|
|
61
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
62
|
+
|
|
63
|
+
## Related Skills
|
|
64
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan before creating complex features
|
|
65
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests for new code
|
|
66
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues in newly created code
|
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: debug
|
|
3
|
+
description: "Root-cause analysis for bugs, failing commands, broken behavior, and error logs. Use when the user encounters errors, crashes, or unexpected behavior. Triggers: debug, fix, bug, error, crash, lỗi, sửa lỗi, hỏng, fail."
|
|
4
|
+
agents: [debugger, backend-specialist, frontend-specialist]
|
|
5
|
+
related-skills: [test, enhance, status]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check for known bugs, past fixes, tech stack details, common error patterns, and architecture notes.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: bug, root cause, fix, files touched, lessons learned, and remaining risks.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Find the real root cause, not just the first visible symptom.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If bug is in API/server/backend → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
17
|
+
- If bug is in UI/rendering/CSS → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
18
|
+
- If bug is in database/queries → read `.kiro/skills/agents/agents/database-architect.md` and apply its knowledge
|
|
19
|
+
- If bug may be a security issue → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
20
|
+
- Default → read `.kiro/skills/agents/agents/debugger.md` and apply its systematic analysis
|
|
21
|
+
|
|
22
|
+
## Socratic Gate
|
|
23
|
+
Before debugging, verify:
|
|
24
|
+
1. What is the expected behavior vs actual behavior?
|
|
25
|
+
2. Is there a log, stacktrace, or error message?
|
|
26
|
+
3. When did this start? (recent change, always broken, intermittent?)
|
|
27
|
+
4. Have we tried this before?
|
|
28
|
+
If any answer is missing, ASK before proceeding.
|
|
29
|
+
|
|
30
|
+
## Workflow
|
|
31
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and past bug history.
|
|
32
|
+
2. Summarize the bug, expected behavior, and actual behavior.
|
|
33
|
+
3. Gather evidence from logs, stack traces, code paths, config, and recent changes.
|
|
34
|
+
4. List the top hypotheses ranked by likelihood. **Eliminate previously failed hypotheses immediately.**
|
|
35
|
+
5. Eliminate hypotheses using direct evidence.
|
|
36
|
+
6. Identify the root cause and confirm with evidence before attempting any code changes.
|
|
37
|
+
7. Propose an effective solution that addresses the root cause definitively. **Ensure clean code standards are met and fully update all related files.**
|
|
38
|
+
8. Suggest how to verify the fix and prevent regressions.
|
|
39
|
+
9. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and run cross-cutting quality checks.
|
|
40
|
+
10. **Update Memory** — Save root cause, fix, and lessons to `.ai-memory.md`.
|
|
41
|
+
|
|
42
|
+
## Output format
|
|
43
|
+
- Symptom
|
|
44
|
+
- Evidence collected
|
|
45
|
+
- Failed Attempts (to avoid repetition)
|
|
46
|
+
- Hypotheses (ranked by likelihood)
|
|
47
|
+
- Root cause
|
|
48
|
+
- Fix (Clean code & complete file updates)
|
|
49
|
+
- Verification steps
|
|
50
|
+
- Regression prevention
|
|
51
|
+
|
|
52
|
+
## Checklist
|
|
53
|
+
- [ ] Bug clearly described (expected vs actual)
|
|
54
|
+
- [ ] Past failed attempts reviewed to prevent loop
|
|
55
|
+
- [ ] Evidence gathered and root cause definitively confirmed
|
|
56
|
+
- [ ] Hypotheses listed and ranked
|
|
57
|
+
- [ ] Root cause confirmed with evidence
|
|
58
|
+
- [ ] Fix is effective and addresses root cause directly
|
|
59
|
+
- [ ] No side effects introduced
|
|
60
|
+
- [ ] Verification steps provided
|
|
61
|
+
- [ ] Regression prevention suggested
|
|
62
|
+
- [ ] Memory file updated
|
|
63
|
+
|
|
64
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
65
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
66
|
+
|
|
67
|
+
## Rules
|
|
68
|
+
- Do not guess when evidence is missing; say what must be checked.
|
|
69
|
+
- Prefer deterministic reproduction steps.
|
|
70
|
+
- Mention any hidden risk or side effect of the fix.
|
|
71
|
+
- Avoid changing unrelated files; if a fix seems wide-impact, ASK before proceeding.
|
|
72
|
+
- Always read and update the memory file.
|
|
73
|
+
|
|
74
|
+
## Related Skills
|
|
75
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests to prevent regression
|
|
76
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve code quality after fixing
|
|
77
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after fix
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: deploy
|
|
3
|
+
description: "Deployment steps, release preparation, environment setup, CI/CD guidance, and production rollout. Use when the user wants to deploy, release, or set up infrastructure. Triggers: deploy, release, CI/CD, docker, production, triển khai, phát hành, đưa lên production."
|
|
4
|
+
agents: [devops-engineer, security-auditor]
|
|
5
|
+
related-skills: [test, status, plan]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check deployment history, target environments, known infrastructure, CI/CD setup, past deployment issues.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: target, steps, env details, issues, rollback notes, and infra decisions.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Prepare a safe, repeatable deployment or release plan.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- For infrastructure/CI/CD → read `.kiro/skills/agents/agents/devops-engineer.md` and apply its knowledge
|
|
17
|
+
- For security review before deploy → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
18
|
+
- For database migrations → read `.kiro/skills/agents/agents/database-architect.md` and apply its knowledge
|
|
19
|
+
- For performance validation → read `.kiro/skills/agents/agents/performance-optimizer.md` and apply its knowledge
|
|
20
|
+
|
|
21
|
+
## Socratic Gate
|
|
22
|
+
Before deploying, verify:
|
|
23
|
+
1. What is the target environment? (staging, production, preview?)
|
|
24
|
+
2. Are all tests passing?
|
|
25
|
+
3. Are there database migrations or breaking changes?
|
|
26
|
+
If any answer is unclear, ASK before proceeding.
|
|
27
|
+
|
|
28
|
+
## Workflow
|
|
29
|
+
1. **Read Memory** — Load `.ai-memory.md` for deployment history and environment details.
|
|
30
|
+
2. Detect the app type, runtime, dependencies, and target environment.
|
|
31
|
+
3. List prerequisites: secrets, env vars, build steps, infrastructure, database migrations, and health checks.
|
|
32
|
+
4. Produce a deployment sequence from pre-checks to rollback.
|
|
33
|
+
5. Call out risky steps explicitly.
|
|
34
|
+
6. Include post-deploy verification and monitoring.
|
|
35
|
+
7. **Quality Gate** — Read `.kiro/skills/_scripts/pre-deploy.md` for pre-deploy checklist, then `.kiro/skills/_scripts/checklist.md` for cross-cutting checks.
|
|
36
|
+
8. **Update Memory** — Save deployment details and outcomes to `.ai-memory.md`.
|
|
37
|
+
|
|
38
|
+
## Output format
|
|
39
|
+
- Target environment
|
|
40
|
+
- Preconditions
|
|
41
|
+
- Deployment steps (numbered, with risk flags)
|
|
42
|
+
- Verification (health checks, smoke tests)
|
|
43
|
+
- Rollback plan
|
|
44
|
+
|
|
45
|
+
## Checklist
|
|
46
|
+
- [ ] Target environment confirmed
|
|
47
|
+
- [ ] All tests passing
|
|
48
|
+
- [ ] Secrets/env vars configured
|
|
49
|
+
- [ ] Database migrations planned
|
|
50
|
+
- [ ] Build artifacts ready
|
|
51
|
+
- [ ] Rollback plan documented
|
|
52
|
+
- [ ] Health checks defined
|
|
53
|
+
- [ ] Post-deploy verification planned
|
|
54
|
+
- [ ] Memory file updated
|
|
55
|
+
|
|
56
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
57
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
58
|
+
|
|
59
|
+
## Rules
|
|
60
|
+
- Prefer least-risk rollout patterns.
|
|
61
|
+
- Never expose secrets.
|
|
62
|
+
- Distinguish clearly between required and optional steps.
|
|
63
|
+
- Avoid unrelated infra/app changes; if a deployment step requires broad refactors, ASK first.
|
|
64
|
+
- Always read and update the memory file.
|
|
65
|
+
|
|
66
|
+
## Related Skills
|
|
67
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Run tests before deployment
|
|
68
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project readiness
|
|
69
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan complex deployment sequences
|
|
@@ -0,0 +1,61 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: enhance
|
|
3
|
+
description: "Improve existing code — refactor, optimize performance, tighten security, or enhance UX. Use when the user wants to make code better without changing its purpose. Triggers: enhance, improve, refactor, optimize, review, cải thiện, tối ưu, nhanh hơn, code dài quá."
|
|
4
|
+
agents: [performance-optimizer, security-auditor, frontend-specialist]
|
|
5
|
+
related-skills: [debug, test, plan]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check past enhancements, known pain points, tech debt notes, performance baselines, and architecture decisions.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what changed, impact, tradeoffs, and remaining tech debt.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Improve an existing implementation without breaking working behavior.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If enhancing performance → read `.kiro/skills/agents/agents/performance-optimizer.md` and apply its knowledge
|
|
17
|
+
- If tightening security → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
18
|
+
- If improving UI/UX → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
19
|
+
- If refactoring backend/API → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
20
|
+
- If improving database queries → read `.kiro/skills/agents/agents/database-architect.md` and apply its knowledge
|
|
21
|
+
|
|
22
|
+
## Socratic Gate
|
|
23
|
+
Before enhancing, verify:
|
|
24
|
+
1. What specific aspect needs improvement? (performance, security, UX, maintainability?)
|
|
25
|
+
2. What is the current pain point or metric?
|
|
26
|
+
3. Are there existing tests that must continue to pass?
|
|
27
|
+
If any answer is unclear, ASK before proceeding.
|
|
28
|
+
|
|
29
|
+
## Workflow
|
|
30
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and past enhancement history.
|
|
31
|
+
2. Understand the current state and pain points.
|
|
32
|
+
3. Identify high-impact improvements in quality, maintainability, performance, reliability, or UX.
|
|
33
|
+
4. Prioritize improvements by value versus effort.
|
|
34
|
+
5. Implement or recommend the top changes.
|
|
35
|
+
6. Explain tradeoffs and validation steps.
|
|
36
|
+
7. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and verify enhancements don't break existing behavior.
|
|
37
|
+
8. **Update Memory** — Save enhancement details and outcomes to `.ai-memory.md`.
|
|
38
|
+
|
|
39
|
+
## Checklist
|
|
40
|
+
- [ ] Current state documented
|
|
41
|
+
- [ ] Pain points identified
|
|
42
|
+
- [ ] Improvements prioritized by value/effort
|
|
43
|
+
- [ ] Existing behavior preserved
|
|
44
|
+
- [ ] Tradeoffs explained
|
|
45
|
+
- [ ] Tests still passing
|
|
46
|
+
- [ ] Memory file updated
|
|
47
|
+
|
|
48
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
49
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
50
|
+
|
|
51
|
+
## Rules
|
|
52
|
+
- Preserve behavior unless the user asked for a behavior change.
|
|
53
|
+
- Prefer small, meaningful upgrades over broad rewrites.
|
|
54
|
+
- If performance is discussed, explain where the gain comes from.
|
|
55
|
+
- Avoid changing unrelated files; if improvement requires broad refactor, ASK before doing it.
|
|
56
|
+
- Always read and update the memory file.
|
|
57
|
+
|
|
58
|
+
## Related Skills
|
|
59
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues found during enhancement
|
|
60
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Verify enhancements don't break things
|
|
61
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan large-scale refactoring
|
|
@@ -0,0 +1,72 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: explain
|
|
3
|
+
description: "Explain code, walk through logic, and help understand architecture or behavior. Use when the user asks what code does, how something works, or wants a walkthrough. Triggers: explain, what does this do, how does this work, giải thích, giải thích code, code này làm gì."
|
|
4
|
+
agents: [documentation-writer, backend-specialist, frontend-specialist]
|
|
5
|
+
related-skills: [debug, enhance, status]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Memory Protocol
|
|
9
|
+
**START**: Read `.ai-memory.md` from project root. Check tech stack, architecture notes, past explanations, and domain context.
|
|
10
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with: what was explained, key insights, misconceptions clarified, and follow-ups.
|
|
11
|
+
|
|
12
|
+
## Goal
|
|
13
|
+
Help the user deeply understand code, logic, architecture, or behavior — at the level of detail they need.
|
|
14
|
+
|
|
15
|
+
## Agent Routing
|
|
16
|
+
- If explaining backend/API logic → read `.kiro/skills/agents/agents/backend-specialist.md` and apply its knowledge
|
|
17
|
+
- If explaining UI/component behavior → read `.kiro/skills/agents/agents/frontend-specialist.md` and apply its knowledge
|
|
18
|
+
- If explaining database schema/queries → read `.kiro/skills/agents/agents/database-architect.md` and apply its knowledge
|
|
19
|
+
- If explaining security mechanisms → read `.kiro/skills/agents/agents/security-auditor.md` and apply its knowledge
|
|
20
|
+
- Default → read `.kiro/skills/agents/agents/documentation-writer.md` for clear, structured explanation
|
|
21
|
+
|
|
22
|
+
## Socratic Gate
|
|
23
|
+
Before explaining, verify:
|
|
24
|
+
1. Which file, function, or code block should be explained?
|
|
25
|
+
2. What level of detail? (high-level overview vs line-by-line walkthrough)
|
|
26
|
+
3. What is the user's familiarity level with this area?
|
|
27
|
+
If any answer is unclear, ASK before proceeding.
|
|
28
|
+
|
|
29
|
+
## Workflow
|
|
30
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context, tech stack, and architecture.
|
|
31
|
+
2. Read the target code thoroughly — understand intent, not just syntax.
|
|
32
|
+
3. Identify the explanation scope: single function, module, data flow, or architecture.
|
|
33
|
+
4. Explain at the requested level:
|
|
34
|
+
- **High-level**: Purpose, inputs/outputs, how it fits in the system.
|
|
35
|
+
- **Detailed**: Step-by-step logic, control flow, edge cases, design decisions.
|
|
36
|
+
- **Line-by-line**: What each line does and why.
|
|
37
|
+
5. Highlight non-obvious logic, hidden side effects, and design trade-offs.
|
|
38
|
+
6. Use analogies or diagrams if the concept is complex.
|
|
39
|
+
7. Suggest follow-up topics if relevant (e.g., "you may also want to understand X").
|
|
40
|
+
8. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` for cross-cutting checks.
|
|
41
|
+
9. **Update Memory** — Save explanation context and insights to `.ai-memory.md`.
|
|
42
|
+
|
|
43
|
+
## Output format
|
|
44
|
+
- **What it does**: One-sentence summary
|
|
45
|
+
- **How it works**: Step-by-step explanation at the requested level
|
|
46
|
+
- **Key design decisions**: Why it was built this way
|
|
47
|
+
- **Non-obvious details**: Edge cases, side effects, gotchas
|
|
48
|
+
- **Related context**: Connected files/modules worth understanding
|
|
49
|
+
|
|
50
|
+
## Checklist
|
|
51
|
+
- [ ] Target code identified and read
|
|
52
|
+
- [ ] Explanation level matches user need
|
|
53
|
+
- [ ] Logic explained clearly, not just syntax described
|
|
54
|
+
- [ ] Non-obvious details highlighted
|
|
55
|
+
- [ ] Design decisions explained
|
|
56
|
+
- [ ] Follow-up suggestions provided
|
|
57
|
+
- [ ] Memory file updated
|
|
58
|
+
|
|
59
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
60
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
61
|
+
|
|
62
|
+
## Rules
|
|
63
|
+
- Explain the WHY, not just the WHAT — developers can read syntax themselves.
|
|
64
|
+
- Match explanation depth to the user's familiarity level.
|
|
65
|
+
- If the code is unclear or has issues, mention them without derailing the explanation.
|
|
66
|
+
- Avoid proposing wide changes mid-explanation; if improvement requires broader edits, ASK before switching to implementation.
|
|
67
|
+
- Always read and update the memory file.
|
|
68
|
+
|
|
69
|
+
## Related Skills
|
|
70
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — If explanation reveals bugs
|
|
71
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — If explanation reveals improvement opportunities
|
|
72
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — For project-wide understanding
|