@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,63 +1,63 @@
|
|
|
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
|
-
## Rules
|
|
50
|
-
- Prefer incremental changes over large rewrites.
|
|
51
|
-
- Match the project's conventions.
|
|
52
|
-
- Include basic validation and error handling.
|
|
53
|
-
- If tests exist nearby, add or update them when appropriate.
|
|
54
|
-
- Avoid changing unrelated files; if unsure about side effects, ASK before editing broadly.
|
|
55
|
-
- Always read and update the memory file.
|
|
56
|
-
|
|
57
|
-
## Quality Gate
|
|
58
|
-
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
59
|
-
|
|
60
|
-
## Related Skills
|
|
61
|
-
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan before creating complex features
|
|
62
|
-
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests for new code
|
|
63
|
-
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues in newly created code
|
|
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
|
+
## Rules
|
|
50
|
+
- Prefer incremental changes over large rewrites.
|
|
51
|
+
- Match the project's conventions.
|
|
52
|
+
- Include basic validation and error handling.
|
|
53
|
+
- If tests exist nearby, add or update them when appropriate.
|
|
54
|
+
- Avoid changing unrelated files; if unsure about side effects, ASK before editing broadly.
|
|
55
|
+
- Always read and update the memory file.
|
|
56
|
+
|
|
57
|
+
## Quality Gate
|
|
58
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
59
|
+
|
|
60
|
+
## Related Skills
|
|
61
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan before creating complex features
|
|
62
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests for new code
|
|
63
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues in newly created code
|
|
@@ -1,71 +1,71 @@
|
|
|
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
|
-
If any answer is missing, ASK before proceeding.
|
|
28
|
-
|
|
29
|
-
## Workflow
|
|
30
|
-
1. **Read Memory** — Load `.ai-memory.md` for project context and past bug history.
|
|
31
|
-
2. Summarize the bug, expected behavior, and actual behavior.
|
|
32
|
-
3. Gather evidence from logs, stack traces, code paths, config, and recent changes.
|
|
33
|
-
4. List the top hypotheses ranked by likelihood.
|
|
34
|
-
5. Eliminate hypotheses using direct evidence.
|
|
35
|
-
6. Identify the root cause.
|
|
36
|
-
7. Propose the smallest safe fix.
|
|
37
|
-
8. Suggest how to verify the fix and prevent regressions.
|
|
38
|
-
9. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and run cross-cutting quality checks.
|
|
39
|
-
10. **Update Memory** — Save root cause, fix, and lessons to `.ai-memory.md`.
|
|
40
|
-
|
|
41
|
-
## Output format
|
|
42
|
-
- Symptom
|
|
43
|
-
- Evidence collected
|
|
44
|
-
- Hypotheses (ranked by likelihood)
|
|
45
|
-
- Root cause
|
|
46
|
-
- Fix (smallest safe change)
|
|
47
|
-
- Verification steps
|
|
48
|
-
- Regression prevention
|
|
49
|
-
|
|
50
|
-
## Checklist
|
|
51
|
-
- [ ] Bug clearly described (expected vs actual)
|
|
52
|
-
- [ ] Evidence gathered (logs, stacktrace, code)
|
|
53
|
-
- [ ] Hypotheses listed and ranked
|
|
54
|
-
- [ ] Root cause confirmed with evidence
|
|
55
|
-
- [ ] Fix is minimal and safe
|
|
56
|
-
- [ ] No side effects introduced
|
|
57
|
-
- [ ] Verification steps provided
|
|
58
|
-
- [ ] Regression prevention suggested
|
|
59
|
-
- [ ] Memory file updated
|
|
60
|
-
|
|
61
|
-
## Rules
|
|
62
|
-
- Do not guess when evidence is missing; say what must be checked.
|
|
63
|
-
- Prefer deterministic reproduction steps.
|
|
64
|
-
- Mention any hidden risk or side effect of the fix.
|
|
65
|
-
- Avoid changing unrelated files; if a fix seems wide-impact, ASK before proceeding.
|
|
66
|
-
- Always read and update the memory file.
|
|
67
|
-
|
|
68
|
-
## Related Skills
|
|
69
|
-
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests to prevent regression
|
|
70
|
-
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve code quality after fixing
|
|
71
|
-
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after fix
|
|
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
|
+
If any answer is missing, ASK before proceeding.
|
|
28
|
+
|
|
29
|
+
## Workflow
|
|
30
|
+
1. **Read Memory** — Load `.ai-memory.md` for project context and past bug history.
|
|
31
|
+
2. Summarize the bug, expected behavior, and actual behavior.
|
|
32
|
+
3. Gather evidence from logs, stack traces, code paths, config, and recent changes.
|
|
33
|
+
4. List the top hypotheses ranked by likelihood.
|
|
34
|
+
5. Eliminate hypotheses using direct evidence.
|
|
35
|
+
6. Identify the root cause.
|
|
36
|
+
7. Propose the smallest safe fix.
|
|
37
|
+
8. Suggest how to verify the fix and prevent regressions.
|
|
38
|
+
9. **Quality Gate** — Read `.kiro/skills/_scripts/checklist.md` and run cross-cutting quality checks.
|
|
39
|
+
10. **Update Memory** — Save root cause, fix, and lessons to `.ai-memory.md`.
|
|
40
|
+
|
|
41
|
+
## Output format
|
|
42
|
+
- Symptom
|
|
43
|
+
- Evidence collected
|
|
44
|
+
- Hypotheses (ranked by likelihood)
|
|
45
|
+
- Root cause
|
|
46
|
+
- Fix (smallest safe change)
|
|
47
|
+
- Verification steps
|
|
48
|
+
- Regression prevention
|
|
49
|
+
|
|
50
|
+
## Checklist
|
|
51
|
+
- [ ] Bug clearly described (expected vs actual)
|
|
52
|
+
- [ ] Evidence gathered (logs, stacktrace, code)
|
|
53
|
+
- [ ] Hypotheses listed and ranked
|
|
54
|
+
- [ ] Root cause confirmed with evidence
|
|
55
|
+
- [ ] Fix is minimal and safe
|
|
56
|
+
- [ ] No side effects introduced
|
|
57
|
+
- [ ] Verification steps provided
|
|
58
|
+
- [ ] Regression prevention suggested
|
|
59
|
+
- [ ] Memory file updated
|
|
60
|
+
|
|
61
|
+
## Rules
|
|
62
|
+
- Do not guess when evidence is missing; say what must be checked.
|
|
63
|
+
- Prefer deterministic reproduction steps.
|
|
64
|
+
- Mention any hidden risk or side effect of the fix.
|
|
65
|
+
- Avoid changing unrelated files; if a fix seems wide-impact, ASK before proceeding.
|
|
66
|
+
- Always read and update the memory file.
|
|
67
|
+
|
|
68
|
+
## Related Skills
|
|
69
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Write tests to prevent regression
|
|
70
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve code quality after fixing
|
|
71
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after fix
|
|
@@ -1,66 +1,66 @@
|
|
|
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
|
-
## Rules
|
|
57
|
-
- Prefer least-risk rollout patterns.
|
|
58
|
-
- Never expose secrets.
|
|
59
|
-
- Distinguish clearly between required and optional steps.
|
|
60
|
-
- Avoid unrelated infra/app changes; if a deployment step requires broad refactors, ASK first.
|
|
61
|
-
- Always read and update the memory file.
|
|
62
|
-
|
|
63
|
-
## Related Skills
|
|
64
|
-
- `/test` → read `.kiro/skills/test/SKILL.md` — Run tests before deployment
|
|
65
|
-
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project readiness
|
|
66
|
-
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan complex deployment sequences
|
|
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
|
+
## Rules
|
|
57
|
+
- Prefer least-risk rollout patterns.
|
|
58
|
+
- Never expose secrets.
|
|
59
|
+
- Distinguish clearly between required and optional steps.
|
|
60
|
+
- Avoid unrelated infra/app changes; if a deployment step requires broad refactors, ASK first.
|
|
61
|
+
- Always read and update the memory file.
|
|
62
|
+
|
|
63
|
+
## Related Skills
|
|
64
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Run tests before deployment
|
|
65
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project readiness
|
|
66
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan complex deployment sequences
|
|
@@ -1,58 +1,58 @@
|
|
|
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
|
-
## Rules
|
|
49
|
-
- Preserve behavior unless the user asked for a behavior change.
|
|
50
|
-
- Prefer small, meaningful upgrades over broad rewrites.
|
|
51
|
-
- If performance is discussed, explain where the gain comes from.
|
|
52
|
-
- Avoid changing unrelated files; if improvement requires broad refactor, ASK before doing it.
|
|
53
|
-
- Always read and update the memory file.
|
|
54
|
-
|
|
55
|
-
## Related Skills
|
|
56
|
-
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues found during enhancement
|
|
57
|
-
- `/test` → read `.kiro/skills/test/SKILL.md` — Verify enhancements don't break things
|
|
58
|
-
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan large-scale refactoring
|
|
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
|
+
## Rules
|
|
49
|
+
- Preserve behavior unless the user asked for a behavior change.
|
|
50
|
+
- Prefer small, meaningful upgrades over broad rewrites.
|
|
51
|
+
- If performance is discussed, explain where the gain comes from.
|
|
52
|
+
- Avoid changing unrelated files; if improvement requires broad refactor, ASK before doing it.
|
|
53
|
+
- Always read and update the memory file.
|
|
54
|
+
|
|
55
|
+
## Related Skills
|
|
56
|
+
- `/debug` → read `.kiro/skills/debug/SKILL.md` — Fix issues found during enhancement
|
|
57
|
+
- `/test` → read `.kiro/skills/test/SKILL.md` — Verify enhancements don't break things
|
|
58
|
+
- `/plan` → read `.kiro/skills/plan/SKILL.md` — Plan large-scale refactoring
|