@votruongdanh/ai-agent-skills 3.3.3 → 3.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.agents/.skills-version +1 -0
- package/.agents/skills/_scripts/.ai-memory-template.md +55 -0
- package/.agents/skills/_scripts/checklist.md +35 -0
- package/.agents/skills/_scripts/memory-compact.md +142 -0
- package/.agents/skills/_scripts/memory-dedupe.md +26 -0
- package/.agents/skills/_scripts/pre-deploy.md +42 -0
- package/.agents/skills/_scripts/verify-all.md +28 -0
- package/.agents/skills/agents/SKILL.md +88 -0
- package/.agents/skills/agents/agents/backend-specialist.md +29 -0
- package/.agents/skills/agents/agents/database-architect.md +28 -0
- package/.agents/skills/agents/agents/debugger.md +29 -0
- package/.agents/skills/agents/agents/devops-engineer.md +30 -0
- package/.agents/skills/agents/agents/documentation-writer.md +29 -0
- package/.agents/skills/agents/agents/frontend-specialist.md +30 -0
- package/.agents/skills/agents/agents/orchestrator.md +36 -0
- package/.agents/skills/agents/agents/performance-optimizer.md +29 -0
- package/.agents/skills/agents/agents/project-planner.md +30 -0
- package/.agents/skills/agents/agents/security-auditor.md +30 -0
- package/.agents/skills/agents/agents/test-engineer.md +29 -0
- package/.agents/skills/brainstorm/SKILL.md +69 -0
- package/.agents/skills/clean/SKILL.md +93 -0
- package/.agents/skills/create/SKILL.md +66 -0
- package/.agents/skills/debug/SKILL.md +77 -0
- package/.agents/skills/deploy/SKILL.md +69 -0
- package/.agents/skills/enhance/SKILL.md +61 -0
- package/.agents/skills/explain/SKILL.md +72 -0
- package/.agents/skills/instructions.md +95 -0
- package/.agents/skills/integrate/SKILL.md +53 -0
- package/.agents/skills/motion-ui/SKILL.md +495 -0
- package/.agents/skills/orchestrate/SKILL.md +76 -0
- package/.agents/skills/plan/SKILL.md +72 -0
- package/.agents/skills/preview/SKILL.md +58 -0
- package/.agents/skills/status/SKILL.md +60 -0
- package/.agents/skills/test/SKILL.md +61 -0
- package/.agents/skills/ui-ux-pro-max/SKILL.md +68 -0
- package/.kiro/.skills-version +1 -0
- package/.kiro/skills/agents/SKILL.md +3 -0
- package/.kiro/skills/brainstorm/SKILL.md +3 -0
- package/.kiro/skills/clean/SKILL.md +3 -0
- package/.kiro/skills/create/SKILL.md +3 -0
- package/.kiro/skills/debug/SKILL.md +12 -6
- package/.kiro/skills/deploy/SKILL.md +3 -0
- package/.kiro/skills/enhance/SKILL.md +3 -0
- package/.kiro/skills/explain/SKILL.md +3 -0
- package/.kiro/skills/integrate/SKILL.md +3 -0
- package/.kiro/skills/motion-ui/SKILL.md +3 -0
- package/.kiro/skills/orchestrate/SKILL.md +3 -0
- package/.kiro/skills/plan/SKILL.md +3 -0
- package/.kiro/skills/preview/SKILL.md +3 -0
- package/.kiro/skills/status/SKILL.md +3 -0
- package/.kiro/skills/test/SKILL.md +3 -0
- package/.kiro/skills/ui-ux-pro-max/SKILL.md +3 -0
- package/README.md +21 -7
- package/bin/cli.js +11 -12
- package/lib/skill-bundle.js +21 -5
- package/package.json +6 -2
- package/scripts/render-targets.js +2 -2
- package/scripts/sync-all.js +23 -0
- package/skills/_scripts/.ai-memory-template.md +55 -0
- package/skills/_scripts/checklist.md +35 -0
- package/skills/_scripts/memory-compact.md +142 -0
- package/skills/_scripts/memory-dedupe.md +26 -0
- package/skills/_scripts/pre-deploy.md +42 -0
- package/skills/_scripts/verify-all.md +28 -0
- package/skills/agents/SKILL.md +88 -0
- package/skills/agents/agents/backend-specialist.md +29 -0
- package/skills/agents/agents/database-architect.md +28 -0
- package/skills/agents/agents/debugger.md +29 -0
- package/skills/agents/agents/devops-engineer.md +30 -0
- package/skills/agents/agents/documentation-writer.md +29 -0
- package/skills/agents/agents/frontend-specialist.md +30 -0
- package/skills/agents/agents/orchestrator.md +36 -0
- package/skills/agents/agents/performance-optimizer.md +29 -0
- package/skills/agents/agents/project-planner.md +30 -0
- package/skills/agents/agents/security-auditor.md +30 -0
- package/skills/agents/agents/test-engineer.md +29 -0
- package/skills/brainstorm/SKILL.md +69 -0
- package/skills/clean/SKILL.md +93 -0
- package/skills/create/SKILL.md +66 -0
- package/skills/debug/SKILL.md +77 -0
- package/skills/deploy/SKILL.md +69 -0
- package/skills/enhance/SKILL.md +61 -0
- package/skills/explain/SKILL.md +72 -0
- package/skills/instructions.md +95 -0
- package/skills/integrate/SKILL.md +53 -0
- package/skills/motion-ui/SKILL.md +495 -0
- package/skills/orchestrate/SKILL.md +76 -0
- package/skills/plan/SKILL.md +72 -0
- package/skills/preview/SKILL.md +58 -0
- package/skills/status/SKILL.md +60 -0
- package/skills/test/SKILL.md +61 -0
- package/skills/ui-ux-pro-max/SKILL.md +68 -0
|
@@ -0,0 +1 @@
|
|
|
1
|
+
3.3.4
|
|
@@ -0,0 +1,55 @@
|
|
|
1
|
+
# Project Memory
|
|
2
|
+
|
|
3
|
+
> This file is automatically maintained by AI Agent Skills.
|
|
4
|
+
> It persists project understanding across conversations.
|
|
5
|
+
> **Do NOT delete this file** — it helps AI give better, context-aware responses.
|
|
6
|
+
|
|
7
|
+
## Codex Memory Structure (when available)
|
|
8
|
+
- If the workspace has `memories/`, use it alongside this file.
|
|
9
|
+
- `memories/` = persistent user-level notes.
|
|
10
|
+
- `memories/session/` = temporary notes for current conversation.
|
|
11
|
+
- `memories/repo/` = repository-scoped technical facts and conventions.
|
|
12
|
+
- Keep `.ai-memory.md` as the cross-IDE source of truth; mirror only high-signal repo facts into `memories/repo/`.
|
|
13
|
+
|
|
14
|
+
## Memory Compaction Rules (IMPORTANT)
|
|
15
|
+
- **Write style**: concise bullets, no paragraphs. Prefer numbers, filenames, and nouns over prose.
|
|
16
|
+
- **No duplication**: if a new note repeats an existing one, update the existing bullet instead of appending.
|
|
17
|
+
- **Deduping rule (anti-duplicate)**:
|
|
18
|
+
- Before writing, **scan the target section** for a similar bullet.
|
|
19
|
+
- Consider bullets “similar” if they match after: lowercasing + trimming + collapsing whitespace + removing trailing punctuation.
|
|
20
|
+
- If similar: **merge into 1 bullet** (keep the most specific wording, add missing file paths/IDs).
|
|
21
|
+
- Never keep 2 bullets that describe the same decision/issue/work item.
|
|
22
|
+
- **Hard limits**:
|
|
23
|
+
- Tech Stack: max 6 bullets
|
|
24
|
+
- Architecture: max 8 bullets
|
|
25
|
+
- Conventions: max 8 bullets
|
|
26
|
+
- Decisions: keep last 12 items
|
|
27
|
+
- Known Issues: keep last 20 items (closed issues can be removed once stable)
|
|
28
|
+
- Recent Work: keep last 15 items
|
|
29
|
+
- **Per bullet**: aim ≤ 140 characters. If longer, split into 2 bullets.
|
|
30
|
+
- **Always include**: files touched (paths), and why (1 short phrase).
|
|
31
|
+
|
|
32
|
+
## Tech Stack
|
|
33
|
+
- Language: (auto-detected on first use)
|
|
34
|
+
- Framework: (auto-detected on first use)
|
|
35
|
+
- Database: (if any)
|
|
36
|
+
- Package manager: (auto-detected)
|
|
37
|
+
|
|
38
|
+
## Architecture
|
|
39
|
+
- Pattern: (discovered)
|
|
40
|
+
- Key directories: (discovered)
|
|
41
|
+
- Entry points: (discovered)
|
|
42
|
+
|
|
43
|
+
## Conventions
|
|
44
|
+
- Naming: (observed from codebase)
|
|
45
|
+
- File structure: (observed)
|
|
46
|
+
- Testing: (framework + patterns observed)
|
|
47
|
+
|
|
48
|
+
## Decisions
|
|
49
|
+
<!-- Format: - [YYYY-MM-DD] Decision description and rationale -->
|
|
50
|
+
|
|
51
|
+
## Known Issues
|
|
52
|
+
<!-- Format: - [status] Issue description -->
|
|
53
|
+
|
|
54
|
+
## Recent Work
|
|
55
|
+
<!-- Format: - [YYYY-MM-DD] What was done, files changed, outcome -->
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: checklist
|
|
3
|
+
description: Reusable pre/post checklists for any skill execution
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
## Pre-Execution Checklist (Run before ANY skill)
|
|
7
|
+
- [ ] Read `.ai-memory.md` from project root
|
|
8
|
+
- [ ] Understand user intent (ask if unclear)
|
|
9
|
+
- [ ] Check if similar work was done before (from memory)
|
|
10
|
+
- [ ] Identify the correct agent for the domain
|
|
11
|
+
- [ ] Minimize blast radius: identify the smallest set of files that must change
|
|
12
|
+
- [ ] If any step is uncertain or could cause broad changes, ask before editing
|
|
13
|
+
|
|
14
|
+
## Post-Execution Checklist (Run after ANY skill)
|
|
15
|
+
- [ ] All checklist items from the skill are satisfied
|
|
16
|
+
- [ ] No regressions introduced
|
|
17
|
+
- [ ] Code follows existing project conventions
|
|
18
|
+
- [ ] Update `.ai-memory.md` with findings (follow "Memory Compaction Rules")
|
|
19
|
+
- [ ] Dedupe `.ai-memory.md` updates: merge similar bullets instead of appending duplicates
|
|
20
|
+
- [ ] If `.ai-memory.md` exceeds 500 lines or sections exceed limits, compact it (see `.kiro/skills/_scripts/memory-compact.md`)
|
|
21
|
+
- [ ] Suggest related next steps
|
|
22
|
+
|
|
23
|
+
## Code Quality Checklist
|
|
24
|
+
- [ ] No hardcoded secrets or credentials
|
|
25
|
+
- [ ] Error handling at system boundaries
|
|
26
|
+
- [ ] Input validation for user-facing code
|
|
27
|
+
- [ ] Existing tests still pass
|
|
28
|
+
- [ ] New code is covered by tests (if test framework exists)
|
|
29
|
+
|
|
30
|
+
## Security Checklist
|
|
31
|
+
- [ ] No SQL injection vectors
|
|
32
|
+
- [ ] No XSS vulnerabilities
|
|
33
|
+
- [ ] No exposed secrets in code or logs
|
|
34
|
+
- [ ] Dependencies are up to date
|
|
35
|
+
- [ ] Access controls are appropriate
|
|
@@ -0,0 +1,142 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: memory-compact
|
|
3
|
+
description: Procedure to compact `.ai-memory.md` when it grows too long
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
## When to compact
|
|
7
|
+
Run this procedure when `.ai-memory.md` exceeds **500 lines** or when you notice:
|
|
8
|
+
- Duplicate or near-duplicate bullets
|
|
9
|
+
- Outdated information (old decisions, resolved issues, ancient work items)
|
|
10
|
+
- Verbose bullets that could be shortened
|
|
11
|
+
- Sections exceeding their hard limits (see Memory Compaction Rules)
|
|
12
|
+
|
|
13
|
+
## Compaction procedure
|
|
14
|
+
|
|
15
|
+
### 1. Check section limits (from `.ai-memory-template.md`)
|
|
16
|
+
- **Tech Stack**: max 6 bullets
|
|
17
|
+
- **Architecture**: max 8 bullets
|
|
18
|
+
- **Conventions**: max 8 bullets
|
|
19
|
+
- **Decisions**: keep last 12 items
|
|
20
|
+
- **Known Issues**: keep last 20 items (remove resolved/closed)
|
|
21
|
+
- **Recent Work**: keep last 15 items
|
|
22
|
+
|
|
23
|
+
### 2. Dedupe within each section
|
|
24
|
+
For each section:
|
|
25
|
+
1. Read all bullets
|
|
26
|
+
2. Group similar bullets (same topic, same file, same decision)
|
|
27
|
+
3. Merge groups into single bullets:
|
|
28
|
+
- Keep most specific wording
|
|
29
|
+
- Preserve all file paths, dates, IDs
|
|
30
|
+
- Remove redundant phrases
|
|
31
|
+
|
|
32
|
+
**Example:**
|
|
33
|
+
```markdown
|
|
34
|
+
Before:
|
|
35
|
+
- [2024-01-15] Added auth middleware to protect routes
|
|
36
|
+
- [2024-01-16] Implemented authentication middleware in src/middleware/auth.js
|
|
37
|
+
- Auth middleware added for route protection
|
|
38
|
+
|
|
39
|
+
After:
|
|
40
|
+
- [2024-01-15] Added auth middleware (src/middleware/auth.js) to protect routes
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
### 3. Remove outdated items
|
|
44
|
+
- **Decisions**: Keep only decisions still relevant to current architecture
|
|
45
|
+
- **Known Issues**: Remove resolved/closed issues older than 30 days
|
|
46
|
+
- **Recent Work**: Keep only last 15 items (remove older)
|
|
47
|
+
|
|
48
|
+
### 4. Shorten verbose bullets
|
|
49
|
+
Target: ≤ 140 characters per bullet
|
|
50
|
+
|
|
51
|
+
**Techniques:**
|
|
52
|
+
- Remove filler words: "basically", "essentially", "in order to"
|
|
53
|
+
- Use abbreviations: "impl" for "implemented", "cfg" for "config"
|
|
54
|
+
- Use file paths instead of descriptions: `src/auth.js` not "the authentication file"
|
|
55
|
+
- Use symbols: `+` for "added", `~` for "updated", `-` for "removed"
|
|
56
|
+
|
|
57
|
+
**Example:**
|
|
58
|
+
```markdown
|
|
59
|
+
Before:
|
|
60
|
+
- [2024-01-15] We implemented a new authentication system that uses JWT tokens for user sessions in the backend API
|
|
61
|
+
|
|
62
|
+
After:
|
|
63
|
+
- [2024-01-15] + JWT auth system (src/api/auth.js) for user sessions
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
### 5. Enforce hard limits
|
|
67
|
+
If a section still exceeds limits after deduping and shortening:
|
|
68
|
+
- **Decisions**: Keep last 12, archive older ones in a comment
|
|
69
|
+
- **Known Issues**: Keep last 20, remove oldest resolved
|
|
70
|
+
- **Recent Work**: Keep last 15, remove oldest
|
|
71
|
+
|
|
72
|
+
**Archive pattern:**
|
|
73
|
+
```markdown
|
|
74
|
+
## Decisions
|
|
75
|
+
- [2024-03-01] Current decision 1
|
|
76
|
+
- [2024-02-28] Current decision 2
|
|
77
|
+
...
|
|
78
|
+
|
|
79
|
+
<!-- Archived decisions (for reference):
|
|
80
|
+
- [2024-01-15] Old decision that's no longer relevant
|
|
81
|
+
-->
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
### 6. Verify compaction
|
|
85
|
+
After compacting:
|
|
86
|
+
- [ ] No section exceeds hard limits
|
|
87
|
+
- [ ] No duplicate bullets
|
|
88
|
+
- [ ] All bullets ≤ 140 characters (or split into 2)
|
|
89
|
+
- [ ] File paths preserved
|
|
90
|
+
- [ ] Dates preserved
|
|
91
|
+
- [ ] Recent/important info retained
|
|
92
|
+
|
|
93
|
+
## Quick compaction (when in a hurry)
|
|
94
|
+
If you need to compact quickly:
|
|
95
|
+
1. **Recent Work**: Keep last 15, delete rest
|
|
96
|
+
2. **Known Issues**: Remove all resolved/closed, keep last 20
|
|
97
|
+
3. **Decisions**: Keep last 12
|
|
98
|
+
4. Run dedupe on remaining bullets (merge similar ones)
|
|
99
|
+
|
|
100
|
+
## Automation tip
|
|
101
|
+
When updating memory, always:
|
|
102
|
+
1. Check if section is at limit BEFORE adding
|
|
103
|
+
2. If at limit, remove oldest item OR merge with existing
|
|
104
|
+
3. Never append if it creates a duplicate
|
|
105
|
+
|
|
106
|
+
## Example: Full compaction
|
|
107
|
+
|
|
108
|
+
**Before (verbose, duplicates, over limits):**
|
|
109
|
+
```markdown
|
|
110
|
+
## Recent Work
|
|
111
|
+
- [2024-01-10] Added login page
|
|
112
|
+
- [2024-01-11] Created login component
|
|
113
|
+
- [2024-01-12] Implemented login functionality
|
|
114
|
+
- [2024-01-13] Fixed login bug
|
|
115
|
+
- [2024-01-14] Updated login styles
|
|
116
|
+
- [2024-01-15] Added logout button
|
|
117
|
+
- [2024-01-16] Implemented logout functionality
|
|
118
|
+
- [2024-01-17] Fixed logout bug
|
|
119
|
+
- [2024-01-18] Added user profile page
|
|
120
|
+
- [2024-01-19] Created user profile component
|
|
121
|
+
- [2024-01-20] Implemented profile edit
|
|
122
|
+
- [2024-01-21] Fixed profile bug
|
|
123
|
+
- [2024-01-22] Added settings page
|
|
124
|
+
- [2024-01-23] Created settings component
|
|
125
|
+
- [2024-01-24] Implemented settings save
|
|
126
|
+
- [2024-01-25] Fixed settings bug
|
|
127
|
+
- [2024-01-26] Added dashboard
|
|
128
|
+
- [2024-01-27] Created dashboard component
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
**After (compact, deduped, within limits):**
|
|
132
|
+
```markdown
|
|
133
|
+
## Recent Work
|
|
134
|
+
- [2024-01-27] + Dashboard (src/pages/Dashboard.jsx)
|
|
135
|
+
- [2024-01-26] + Settings page (src/pages/Settings.jsx) with save functionality
|
|
136
|
+
- [2024-01-22] + User profile page (src/pages/Profile.jsx) with edit feature
|
|
137
|
+
- [2024-01-15] + Login/logout (src/pages/Login.jsx, src/components/LogoutBtn.jsx)
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
## Related
|
|
141
|
+
- Read `.kiro/skills/_scripts/.ai-memory-template.md` for Memory Compaction Rules
|
|
142
|
+
- Read `.kiro/skills/_scripts/memory-dedupe.md` for dedupe procedure
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: memory-dedupe
|
|
3
|
+
description: Lightweight dedupe procedure for `.ai-memory.md` updates
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
## When to use
|
|
7
|
+
Run mentally for every memory update, especially when adding items to **Decisions**, **Known Issues**, or **Recent Work**.
|
|
8
|
+
|
|
9
|
+
## Dedupe procedure (fast)
|
|
10
|
+
1. Pick the **target section** (Decisions / Known Issues / Recent Work / etc.).
|
|
11
|
+
2. Before adding a new bullet, scan existing bullets for a near-match.
|
|
12
|
+
3. Normalize both bullets and compare:
|
|
13
|
+
- lowercase
|
|
14
|
+
- trim
|
|
15
|
+
- collapse whitespace
|
|
16
|
+
- remove trailing punctuation (`.`, `;`, `,`)
|
|
17
|
+
4. If it’s the same idea:
|
|
18
|
+
- **merge** into the existing bullet
|
|
19
|
+
- keep the most concrete version (file paths, error codes, IDs, dates)
|
|
20
|
+
- remove the redundant one
|
|
21
|
+
5. Only append a new bullet if it’s clearly a new fact/event/decision.
|
|
22
|
+
|
|
23
|
+
## Examples
|
|
24
|
+
- Two bullets both say “Added auth middleware” → keep one, add the specific files touched.
|
|
25
|
+
- “Fix login bug” and “Fixed login issue” → merge into one with the root cause or PR/files.
|
|
26
|
+
|
|
@@ -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
|