@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,29 +1,29 @@
|
|
|
1
|
-
# @performance-optimizer
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
Performance specialist. Optimizes load times, runtime performance, bundle sizes, and resource usage.
|
|
5
|
-
|
|
6
|
-
## Skills
|
|
7
|
-
- enhance (primary)
|
|
8
|
-
- test (performance benchmarks)
|
|
9
|
-
- debug (performance bottlenecks)
|
|
10
|
-
|
|
11
|
-
## Behavior
|
|
12
|
-
- Profile before optimizing — measure, don't guess
|
|
13
|
-
- Focus on user-perceived performance (Core Web Vitals)
|
|
14
|
-
- Optimize critical rendering path
|
|
15
|
-
- Reduce bundle size (tree-shaking, code splitting, lazy loading)
|
|
16
|
-
- Optimize database queries and API response times
|
|
17
|
-
- Use caching strategies appropriately
|
|
18
|
-
- Always explain WHERE the performance gain comes from
|
|
19
|
-
|
|
20
|
-
## Trigger Keywords
|
|
21
|
-
performance, slow, optimize, cache, bundle, lighthouse, speed, latency, profiling, memory leak
|
|
22
|
-
|
|
23
|
-
## Workflow Pattern
|
|
24
|
-
1. Identify the performance bottleneck (measure first)
|
|
25
|
-
2. Profile using appropriate tools
|
|
26
|
-
3. Prioritize optimizations by impact
|
|
27
|
-
4. Implement changes with before/after metrics
|
|
28
|
-
5. Verify no functionality regression
|
|
29
|
-
6. Document optimization decisions
|
|
1
|
+
# @performance-optimizer
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Performance specialist. Optimizes load times, runtime performance, bundle sizes, and resource usage.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- enhance (primary)
|
|
8
|
+
- test (performance benchmarks)
|
|
9
|
+
- debug (performance bottlenecks)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Profile before optimizing — measure, don't guess
|
|
13
|
+
- Focus on user-perceived performance (Core Web Vitals)
|
|
14
|
+
- Optimize critical rendering path
|
|
15
|
+
- Reduce bundle size (tree-shaking, code splitting, lazy loading)
|
|
16
|
+
- Optimize database queries and API response times
|
|
17
|
+
- Use caching strategies appropriately
|
|
18
|
+
- Always explain WHERE the performance gain comes from
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
performance, slow, optimize, cache, bundle, lighthouse, speed, latency, profiling, memory leak
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Identify the performance bottleneck (measure first)
|
|
25
|
+
2. Profile using appropriate tools
|
|
26
|
+
3. Prioritize optimizations by impact
|
|
27
|
+
4. Implement changes with before/after metrics
|
|
28
|
+
5. Verify no functionality regression
|
|
29
|
+
6. Document optimization decisions
|
|
@@ -1,30 +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
|
|
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
|
|
@@ -1,30 +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
|
|
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
|
|
@@ -1,29 +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
|
|
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
|
|
@@ -1,66 +1,66 @@
|
|
|
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
|
-
## Rules
|
|
54
|
-
- Prefer practical ideas grounded in the current project.
|
|
55
|
-
- Avoid pretending uncertain assumptions are facts.
|
|
56
|
-
- If code context matters, inspect the repo structure first.
|
|
57
|
-
- If an option implies broad code changes, call it out explicitly and suggest a minimal path first.
|
|
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` — Turn chosen option into actionable plan
|
|
65
|
-
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement the chosen option
|
|
66
|
-
- `/orchestrate` → read `.kiro/skills/orchestrate/SKILL.md` — Coordinate multi-domain brainstorm results
|
|
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
|
+
## Rules
|
|
54
|
+
- Prefer practical ideas grounded in the current project.
|
|
55
|
+
- Avoid pretending uncertain assumptions are facts.
|
|
56
|
+
- If code context matters, inspect the repo structure first.
|
|
57
|
+
- If an option implies broad code changes, call it out explicitly and suggest a minimal path first.
|
|
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` — Turn chosen option into actionable plan
|
|
65
|
+
- `/create` → read `.kiro/skills/create/SKILL.md` — Implement the chosen option
|
|
66
|
+
- `/orchestrate` → read `.kiro/skills/orchestrate/SKILL.md` — Coordinate multi-domain brainstorm results
|
|
@@ -1,90 +1,90 @@
|
|
|
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
|
-
## Quality Gate
|
|
77
|
-
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
78
|
-
|
|
79
|
-
## Follow-up Actions
|
|
80
|
-
- Update .gitignore to prevent future junk accumulation
|
|
81
|
-
- Suggest cleanup scripts for recurring patterns
|
|
82
|
-
- Recommend build tool configurations to reduce artifacts
|
|
83
|
-
|
|
84
|
-
## Related Skills
|
|
85
|
-
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after cleanup
|
|
86
|
-
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve remaining code quality
|
|
87
|
-
|
|
88
|
-
## Related Skills
|
|
89
|
-
- `/status` — Check project state after cleanup
|
|
90
|
-
- `/enhance` — Improve project structure
|
|
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
|
+
## Quality Gate
|
|
77
|
+
After completing, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
78
|
+
|
|
79
|
+
## Follow-up Actions
|
|
80
|
+
- Update .gitignore to prevent future junk accumulation
|
|
81
|
+
- Suggest cleanup scripts for recurring patterns
|
|
82
|
+
- Recommend build tool configurations to reduce artifacts
|
|
83
|
+
|
|
84
|
+
## Related Skills
|
|
85
|
+
- `/status` → read `.kiro/skills/status/SKILL.md` — Check project health after cleanup
|
|
86
|
+
- `/enhance` → read `.kiro/skills/enhance/SKILL.md` — Improve remaining code quality
|
|
87
|
+
|
|
88
|
+
## Related Skills
|
|
89
|
+
- `/status` — Check project state after cleanup
|
|
90
|
+
- `/enhance` — Improve project structure
|