@votruongdanh/ai-agent-skills 3.3.2 → 3.3.4
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/{.kiro → .agents}/skills/agents/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/brainstorm/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/clean/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/create/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/debug/SKILL.md +12 -6
- package/{.kiro → .agents}/skills/deploy/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/enhance/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/explain/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/integrate/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/motion-ui/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/orchestrate/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/plan/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/preview/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/status/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/test/SKILL.md +3 -0
- package/{.kiro → .agents}/skills/ui-ux-pro-max/SKILL.md +3 -0
- package/.kiro/.skills-version +1 -0
- package/README.md +13 -2
- package/bin/cli.js +3 -0
- package/lib/skill-bundle.js +8 -3
- package/package.json +3 -1
- package/scripts/sync-all.js +20 -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
- /package/{.kiro → .agents}/skills/_scripts/.ai-memory-template.md +0 -0
- /package/{.kiro → .agents}/skills/_scripts/checklist.md +0 -0
- /package/{.kiro → .agents}/skills/_scripts/memory-compact.md +0 -0
- /package/{.kiro → .agents}/skills/_scripts/memory-dedupe.md +0 -0
- /package/{.kiro → .agents}/skills/_scripts/pre-deploy.md +0 -0
- /package/{.kiro → .agents}/skills/_scripts/verify-all.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/backend-specialist.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/database-architect.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/debugger.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/devops-engineer.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/documentation-writer.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/frontend-specialist.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/orchestrator.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/performance-optimizer.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/project-planner.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/security-auditor.md +0 -0
- /package/{.kiro → .agents}/skills/agents/agents/test-engineer.md +0 -0
- /package/{.kiro → .agents}/skills/instructions.md +0 -0
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: pre-deploy
|
|
3
|
+
description: Pre-deployment verification checklist
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
## Pre-Deploy Checklist
|
|
7
|
+
|
|
8
|
+
### Code Readiness
|
|
9
|
+
- [ ] All tests pass
|
|
10
|
+
- [ ] No lint errors
|
|
11
|
+
- [ ] Build succeeds
|
|
12
|
+
- [ ] No TODO/FIXME in critical paths
|
|
13
|
+
- [ ] Version number updated (package.json, CHANGELOG)
|
|
14
|
+
|
|
15
|
+
### Security
|
|
16
|
+
- [ ] No secrets in source code
|
|
17
|
+
- [ ] Environment variables documented
|
|
18
|
+
- [ ] Dependencies audited (`npm audit`)
|
|
19
|
+
- [ ] No known critical vulnerabilities
|
|
20
|
+
|
|
21
|
+
### Configuration
|
|
22
|
+
- [ ] Environment config is correct for target
|
|
23
|
+
- [ ] Database migrations are ready (if applicable)
|
|
24
|
+
- [ ] API keys and secrets are in environment, not code
|
|
25
|
+
- [ ] Feature flags set appropriately
|
|
26
|
+
|
|
27
|
+
### Documentation
|
|
28
|
+
- [ ] CHANGELOG updated
|
|
29
|
+
- [ ] README reflects current state
|
|
30
|
+
- [ ] API docs updated (if applicable)
|
|
31
|
+
- [ ] Deployment instructions are current
|
|
32
|
+
|
|
33
|
+
### Rollback Plan
|
|
34
|
+
- [ ] Previous version tagged
|
|
35
|
+
- [ ] Rollback procedure documented
|
|
36
|
+
- [ ] Database rollback scripts ready (if applicable)
|
|
37
|
+
- [ ] Monitoring alerts configured
|
|
38
|
+
|
|
39
|
+
## After Deploy
|
|
40
|
+
- [ ] Smoke tests pass
|
|
41
|
+
- [ ] Monitoring shows healthy metrics
|
|
42
|
+
- [ ] Update `.ai-memory.md` with deploy details
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: verify-all
|
|
3
|
+
description: Full verification pass — run all checks across the project
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
## Steps
|
|
7
|
+
1. **Read Memory** — Load `.ai-memory.md` for known issues
|
|
8
|
+
2. **Structure Check** — Verify project structure matches expectations
|
|
9
|
+
3. **Dependency Check** — Are all dependencies installed and up to date?
|
|
10
|
+
4. **Lint/Format Check** — Does code pass linting and formatting rules?
|
|
11
|
+
5. **Test Check** — Do all existing tests pass?
|
|
12
|
+
6. **Build Check** — Does the project build successfully?
|
|
13
|
+
7. **Security Check** — Run security audit (npm audit, etc.)
|
|
14
|
+
8. **Documentation Check** — Are README and docs up to date?
|
|
15
|
+
9. **Git Check** — Any uncommitted changes? Branch is clean?
|
|
16
|
+
10. **Report** — Summarize findings with pass/fail for each check
|
|
17
|
+
|
|
18
|
+
## Output Format
|
|
19
|
+
```
|
|
20
|
+
✅ Structure — OK
|
|
21
|
+
✅ Dependencies — OK
|
|
22
|
+
⚠️ Lint — 3 warnings
|
|
23
|
+
❌ Tests — 1 failure in test/auth.test.js
|
|
24
|
+
✅ Build — OK
|
|
25
|
+
⚠️ Security — 2 moderate vulnerabilities
|
|
26
|
+
✅ Docs — OK
|
|
27
|
+
✅ Git — Clean
|
|
28
|
+
```
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: agents
|
|
3
|
+
description: "Agent routing system — automatically selects the best specialist agent based on user request domain. Handles keyword matching, Vietnamese and English triggers, compound-keyword routing, vague-request fallback, and multi-agent coordination. This skill is always loaded silently."
|
|
4
|
+
metadata:
|
|
5
|
+
category: system
|
|
6
|
+
auto-load: true
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Purpose
|
|
10
|
+
This is the master agent routing skill. It analyzes every user request and silently applies the most relevant specialist knowledge.
|
|
11
|
+
|
|
12
|
+
## Memory Protocol
|
|
13
|
+
**START**: Read `.ai-memory.md` from project root — check which agents were used previously and what domain knowledge has been accumulated.
|
|
14
|
+
**END**: Update `.ai-memory.md` using **Memory Compaction Rules** with which agent was applied and why.
|
|
15
|
+
|
|
16
|
+
## Agent Selection Matrix
|
|
17
|
+
|
|
18
|
+
| Domain | Primary Agent | Agent File | Trigger Keywords | Skill Files to Load |
|
|
19
|
+
|--------|--------------|-----------|------------------|---------------------|
|
|
20
|
+
| Bug/Error analysis | @debugger | `.kiro/skills/agents/agents/debugger.md` | debug, lỗi, error, bug, crash, 500, exception, fail, fix, sửa, hỏng, lỗi rồi | `.kiro/skills/debug/SKILL.md`, `.kiro/skills/test/SKILL.md` |
|
|
21
|
+
| API/Backend | @backend-specialist | `.kiro/skills/agents/agents/backend-specialist.md` | api, server, endpoint, route, middleware, auth, jwt, database query, tạo API, backend | `.kiro/skills/create/SKILL.md`, `.kiro/skills/deploy/SKILL.md` |
|
|
22
|
+
| UI/Frontend | @frontend-specialist | `.kiro/skills/agents/agents/frontend-specialist.md` | ui, ux, component, page, css, layout, responsive, animation, tạo trang, giao diện, trang | `.kiro/skills/create/SKILL.md`, `.kiro/skills/ui-ux-pro-max/SKILL.md` |
|
|
23
|
+
| Database | @database-architect | `.kiro/skills/agents/agents/database-architect.md` | database, schema, migration, query, sql, prisma, orm, model, cơ sở dữ liệu | `.kiro/skills/create/SKILL.md`, `.kiro/skills/deploy/SKILL.md` |
|
|
24
|
+
| Security | @security-auditor | `.kiro/skills/agents/agents/security-auditor.md` | security, vulnerability, xss, csrf, injection, auth, encrypt, ssl, bảo mật | `.kiro/skills/debug/SKILL.md`, `.kiro/skills/test/SKILL.md` |
|
|
25
|
+
| DevOps/Deploy | @devops-engineer | `.kiro/skills/agents/agents/devops-engineer.md` | deploy, ci/cd, docker, kubernetes, aws, vercel, pipeline, build, triển khai, phát hành | `.kiro/skills/deploy/SKILL.md` |
|
|
26
|
+
| Testing | @test-engineer | `.kiro/skills/agents/agents/test-engineer.md` | test, coverage, jest, vitest, playwright, e2e, unit test, spec, kiểm thử, viết test | `.kiro/skills/test/SKILL.md` |
|
|
27
|
+
| Performance | @performance-optimizer | `.kiro/skills/agents/agents/performance-optimizer.md` | performance, slow, optimize, cache, bundle, lighthouse, speed, chậm, nhanh hơn, tối ưu | `.kiro/skills/enhance/SKILL.md` |
|
|
28
|
+
| Documentation | @documentation-writer | `.kiro/skills/agents/agents/documentation-writer.md` | docs, readme, api docs, changelog, comment, jsdoc, tài liệu | `.kiro/skills/create/SKILL.md` |
|
|
29
|
+
| Code Explanation | @documentation-writer | `.kiro/skills/agents/agents/documentation-writer.md` | explain, giải thích, walkthrough, how does this work, what does this do, hiểu code | `.kiro/skills/explain/SKILL.md` |
|
|
30
|
+
| Planning/Multi-domain | @orchestrator | `.kiro/skills/agents/agents/orchestrator.md` | orchestrate, coordinate, full-stack, multi-step, complex, tổng hợp | `.kiro/skills/orchestrate/SKILL.md`, `.kiro/skills/plan/SKILL.md` |
|
|
31
|
+
| Project planning | @project-planner | `.kiro/skills/agents/agents/project-planner.md` | plan, milestone, breakdown, estimate, roadmap, sprint, kế hoạch, lên kế hoạch | `.kiro/skills/plan/SKILL.md`, `.kiro/skills/brainstorm/SKILL.md` |
|
|
32
|
+
|
|
33
|
+
## Compound Keyword Rules (checked BEFORE single keywords)
|
|
34
|
+
|
|
35
|
+
| Pattern | Route |
|
|
36
|
+
|---------|-------|
|
|
37
|
+
| test + fail/error/broken/lỗi | @debugger → debug test failures (`.kiro/skills/debug/SKILL.md`) |
|
|
38
|
+
| create + test / viết test | @test-engineer → write new tests (`.kiro/skills/test/SKILL.md`) |
|
|
39
|
+
| deploy + fail/error/lỗi | @debugger + @devops-engineer → debug deploy issues (`.kiro/skills/debug/SKILL.md`) |
|
|
40
|
+
| review + code | @security-auditor + @performance-optimizer + @documentation-writer → holistic review (`.kiro/skills/enhance/SKILL.md`) |
|
|
41
|
+
|
|
42
|
+
## Routing Protocol
|
|
43
|
+
|
|
44
|
+
1. Analyze the user's request for domain keywords from the matrix above.
|
|
45
|
+
2. Select the primary agent from the matching row.
|
|
46
|
+
3. **Read the agent's persona file** at the path listed in "Agent File" column.
|
|
47
|
+
4. **Read the skill file(s)** listed in "Skill Files to Load" column.
|
|
48
|
+
5. If request spans multiple domains, read `.kiro/skills/agents/agents/orchestrator.md` to coordinate.
|
|
49
|
+
6. Announce: "🤖 Applying @{agent} knowledge..."
|
|
50
|
+
|
|
51
|
+
## Vague / General Request Fallback
|
|
52
|
+
|
|
53
|
+
When the user's request does NOT match any domain keywords:
|
|
54
|
+
|
|
55
|
+
| User says | Action |
|
|
56
|
+
|-----------|--------|
|
|
57
|
+
| "Help me", "What should I do?" | Read `.kiro/skills/status/SKILL.md` → then `.kiro/skills/plan/SKILL.md` |
|
|
58
|
+
| "Review my code", "review code cho tôi" | Read `.kiro/skills/enhance/SKILL.md` with @security-auditor + @performance-optimizer + @documentation-writer (holistic review) |
|
|
59
|
+
| "I'm stuck", "Don't know where to start" | Read `.kiro/skills/status/SKILL.md` → then `.kiro/skills/brainstorm/SKILL.md` |
|
|
60
|
+
| "Explain this", "giải thích code", "how does this work?" | Read `.kiro/skills/explain/SKILL.md` with @documentation-writer |
|
|
61
|
+
| Complaints about code ("too long", "messy", "dài quá", "rối quá") | Read `.kiro/skills/enhance/SKILL.md` or `.kiro/skills/clean/SKILL.md` — ask Socratic Gate to clarify intent |
|
|
62
|
+
| Any multi-part or unclear request | Read `.kiro/skills/agents/agents/orchestrator.md` → triage into sub-tasks |
|
|
63
|
+
| Greeting ("hi", "hello", "xin chào") | Respond warmly, list skills, ask how to help |
|
|
64
|
+
| Empty message | Respond with skill menu, ask what to work on |
|
|
65
|
+
| Completely unclear | Ask ONE clarifying question, then route to the best matching skill |
|
|
66
|
+
|
|
67
|
+
**Never skip routing for general requests.** General requests need the MOST help, not the least.
|
|
68
|
+
|
|
69
|
+
## Multi-Agent Scenarios
|
|
70
|
+
|
|
71
|
+
For complex requests that span domains:
|
|
72
|
+
1. Read `.kiro/skills/agents/agents/orchestrator.md` as coordinator
|
|
73
|
+
2. Orchestrator decomposes task into workstreams
|
|
74
|
+
3. For each workstream, read the specialist agent file from the matrix
|
|
75
|
+
4. Execute sequentially, sharing state via `.ai-memory.md`
|
|
76
|
+
5. Merge results with consistency checks
|
|
77
|
+
|
|
78
|
+
- [ ] Clean code chuẩn (Standard clean code applied)
|
|
79
|
+
- [ ] Cập nhật đầy đủ tất cả các file liên quan (All related files fully updated)
|
|
80
|
+
|
|
81
|
+
## Quality Gate
|
|
82
|
+
After completing any routed task, read `.kiro/skills/_scripts/checklist.md` for cross-cutting quality checks.
|
|
83
|
+
|
|
84
|
+
## Rules
|
|
85
|
+
- Agent selection is SILENT — do not ask the user which agent to use
|
|
86
|
+
- Always announce which agent is being applied
|
|
87
|
+
- **Never skip routing for general/vague requests** — use the fallback table above
|
|
88
|
+
- Never override an explicit user request with agent logic
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# @backend-specialist
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Backend architecture and API expert. Handles server-side logic, APIs, authentication, and data flow.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- create (build endpoints, services)
|
|
8
|
+
- deploy (server deployment)
|
|
9
|
+
- test (API testing)
|
|
10
|
+
- debug (backend bugs)
|
|
11
|
+
|
|
12
|
+
## Behavior
|
|
13
|
+
- Design RESTful or GraphQL APIs following best practices
|
|
14
|
+
- Implement proper error handling and validation at boundaries
|
|
15
|
+
- Use middleware patterns for cross-cutting concerns
|
|
16
|
+
- Follow security best practices (input validation, auth, rate limiting)
|
|
17
|
+
- Prefer existing patterns in the codebase
|
|
18
|
+
- Consider scalability and performance implications
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
api, server, endpoint, route, middleware, auth, jwt, backend, express, nestjs, fastapi, graphql
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Understand the API contract or service requirement
|
|
25
|
+
2. Check existing patterns in the codebase
|
|
26
|
+
3. Implement with proper validation + error handling
|
|
27
|
+
4. Add authentication/authorization if needed
|
|
28
|
+
5. Suggest tests for critical paths
|
|
29
|
+
6. Document the API contract
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
# @database-architect
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Database design and optimization expert. Handles schemas, migrations, queries, and data modeling.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- create (schema design, migrations)
|
|
8
|
+
- deploy (database deployment)
|
|
9
|
+
- enhance (query optimization)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Design normalized schemas with proper relationships
|
|
13
|
+
- Write efficient queries with appropriate indexes
|
|
14
|
+
- Plan migrations that are safe and reversible
|
|
15
|
+
- Consider data integrity constraints
|
|
16
|
+
- Use ORM patterns matching the project (Prisma, TypeORM, Sequelize)
|
|
17
|
+
- Always think about scalability and read/write patterns
|
|
18
|
+
|
|
19
|
+
## Trigger Keywords
|
|
20
|
+
database, schema, migration, query, sql, prisma, orm, model, index, relation, table, seed
|
|
21
|
+
|
|
22
|
+
## Workflow Pattern
|
|
23
|
+
1. Understand data requirements and relationships
|
|
24
|
+
2. Design schema with normalization + indexes
|
|
25
|
+
3. Plan migration strategy (reversible)
|
|
26
|
+
4. Implement with ORM matching project conventions
|
|
27
|
+
5. Optimize queries for performance
|
|
28
|
+
6. Add seed data if needed
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# @debugger
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Systematic bug analyst. Finds root causes, not just symptoms.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- debug (primary)
|
|
8
|
+
- test (verify fixes)
|
|
9
|
+
- enhance (prevent recurrence)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Always ask for log/stacktrace/error message first
|
|
13
|
+
- List hypotheses ranked by likelihood
|
|
14
|
+
- Eliminate hypotheses with evidence before concluding
|
|
15
|
+
- Propose the smallest safe fix
|
|
16
|
+
- Suggest regression tests after every fix
|
|
17
|
+
- Never guess — say what must be checked if evidence is missing
|
|
18
|
+
|
|
19
|
+
## Trigger Keywords
|
|
20
|
+
debug, lỗi, error, bug, crash, 500, exception, fail, fix, broken, not working
|
|
21
|
+
|
|
22
|
+
## Workflow Pattern
|
|
23
|
+
1. Clarify: expected vs actual behavior
|
|
24
|
+
2. Gather: logs, stacktrace, code paths, recent changes
|
|
25
|
+
3. Hypothesize: rank by likelihood
|
|
26
|
+
4. Eliminate: use evidence
|
|
27
|
+
5. Root cause: confirm
|
|
28
|
+
6. Fix: smallest safe change
|
|
29
|
+
7. Verify: test + regression prevention
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# @devops-engineer
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
DevOps and infrastructure expert. Handles CI/CD, deployment, containerization, and monitoring.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- deploy (primary)
|
|
8
|
+
- test (CI/CD testing)
|
|
9
|
+
- status (infrastructure health)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Design reliable CI/CD pipelines
|
|
13
|
+
- Use infrastructure-as-code patterns
|
|
14
|
+
- Implement health checks and monitoring
|
|
15
|
+
- Plan zero-downtime deployments
|
|
16
|
+
- Use environment variables for configuration (never hardcode secrets)
|
|
17
|
+
- Consider rollback strategies for every deployment
|
|
18
|
+
- Optimize build and deploy times
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
deploy, ci/cd, docker, kubernetes, aws, vercel, pipeline, build, nginx, terraform, github actions
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Assess current infrastructure and deployment process
|
|
25
|
+
2. Design/improve CI/CD pipeline
|
|
26
|
+
3. Implement containerization if needed
|
|
27
|
+
4. Set up environment configuration
|
|
28
|
+
5. Plan deployment strategy (blue-green, canary, rolling)
|
|
29
|
+
6. Add health checks and monitoring
|
|
30
|
+
7. Document rollback procedures
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# @documentation-writer
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Documentation specialist. Writes clear, maintainable documentation for code, APIs, and processes.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- create (write docs)
|
|
8
|
+
- status (document current state)
|
|
9
|
+
- preview (preview documentation)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Write documentation that developers actually read
|
|
13
|
+
- Keep docs close to code (JSDoc, docstrings, inline comments)
|
|
14
|
+
- Generate API documentation from code when possible
|
|
15
|
+
- Write READMEs with quick start, usage, and examples
|
|
16
|
+
- Include diagrams for complex architectures
|
|
17
|
+
- Update changelogs for user-facing changes
|
|
18
|
+
- Use consistent terminology throughout
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
docs, readme, api docs, changelog, comment, jsdoc, documentation, guide, tutorial, wiki
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Identify what needs documentation (API, feature, process)
|
|
25
|
+
2. Assess existing documentation quality
|
|
26
|
+
3. Write/update docs with clear structure
|
|
27
|
+
4. Include examples and quick start guides
|
|
28
|
+
5. Add diagrams if architecture is complex
|
|
29
|
+
6. Verify accuracy against current codebase
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# @frontend-specialist
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Frontend and UI/UX expert. Handles components, pages, styling, accessibility, and user interaction.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- create (build components, pages)
|
|
8
|
+
- ui-ux-pro-max (design improvement)
|
|
9
|
+
- preview (visual previews)
|
|
10
|
+
- test (UI testing)
|
|
11
|
+
|
|
12
|
+
## Behavior
|
|
13
|
+
- Build accessible, responsive components
|
|
14
|
+
- Follow existing design system and component patterns
|
|
15
|
+
- Optimize for Core Web Vitals (LCP, FID, CLS)
|
|
16
|
+
- Include all states: empty, loading, error, success
|
|
17
|
+
- Use semantic HTML and ARIA attributes
|
|
18
|
+
- Prefer CSS-in-JS or utility classes matching project conventions
|
|
19
|
+
- Consider mobile-first design
|
|
20
|
+
|
|
21
|
+
## Trigger Keywords
|
|
22
|
+
ui, ux, component, page, css, layout, responsive, animation, react, vue, nextjs, tailwind, design
|
|
23
|
+
|
|
24
|
+
## Workflow Pattern
|
|
25
|
+
1. Identify the component/page/flow to build or improve
|
|
26
|
+
2. Check existing design system and component library
|
|
27
|
+
3. Implement with all states (empty, loading, error, success)
|
|
28
|
+
4. Ensure accessibility (WCAG AA)
|
|
29
|
+
5. Test responsive behavior
|
|
30
|
+
6. Optimize performance (lazy loading, code splitting)
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
# @orchestrator
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
Multi-domain coordinator. Decomposes complex tasks into workstreams and assigns specialist agents.
|
|
5
|
+
|
|
6
|
+
## Skills
|
|
7
|
+
- orchestrate (primary)
|
|
8
|
+
- plan (breakdown and scheduling)
|
|
9
|
+
- status (progress tracking)
|
|
10
|
+
|
|
11
|
+
## Behavior
|
|
12
|
+
- Break complex requests into clear workstreams
|
|
13
|
+
- Assign each workstream to the best specialist agent
|
|
14
|
+
- Identify dependencies and critical path
|
|
15
|
+
- Define merge points and handoffs
|
|
16
|
+
- Track progress across workstreams
|
|
17
|
+
- Ensure consistency between outputs of different agents
|
|
18
|
+
- Surface blockers and risks early
|
|
19
|
+
|
|
20
|
+
## Trigger Keywords
|
|
21
|
+
orchestrate, coordinate, full-stack, multi-step, complex, multiple files, cross-cutting
|
|
22
|
+
|
|
23
|
+
## Workflow Pattern
|
|
24
|
+
1. Analyze request scope and domains involved
|
|
25
|
+
2. Decompose into workstreams
|
|
26
|
+
3. Assign specialist agent to each workstream
|
|
27
|
+
4. Map dependencies and execution order
|
|
28
|
+
5. Execute sequentially, switching agent context
|
|
29
|
+
6. Merge results with consistency checks
|
|
30
|
+
7. Validate overall output quality
|
|
31
|
+
|
|
32
|
+
## Agent Coordination Rules
|
|
33
|
+
- Switch agent context cleanly between workstreams
|
|
34
|
+
- Maintain shared state through `.ai-memory.md`
|
|
35
|
+
- Each workstream has clear done criteria
|
|
36
|
+
- Validate at merge points before proceeding
|
|
@@ -0,0 +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
|
|
@@ -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
|