@neyugn/agent-kits 0.4.0 β 0.5.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/dist/cli.js +34 -2
- package/kits/coder/rules/AGENTS.md +11 -287
- package/kits/coder/rules/CLAUDE.md +10 -290
- package/kits/coder/rules/CURSOR.md +11 -293
- package/kits/coder/rules/GEMINI.md +10 -290
- package/kits/coder/rules/OPENCODE.md +11 -333
- package/kits/coder/rules/sections/classifier.md +9 -0
- package/kits/coder/rules/sections/code.md +20 -0
- package/kits/coder/rules/sections/design.md +3 -0
- package/kits/coder/rules/sections/footer.md +1 -0
- package/kits/coder/rules/sections/routing.md +20 -0
- package/kits/coder/rules/sections/scripts.md +11 -0
- package/kits/coder/rules/sections/skill.md +11 -0
- package/kits/coder/rules/sections/skill.opencode.md +23 -0
- package/kits/coder/rules/sections/universal.md +9 -0
- package/kits/coder/rules/sections/workflows.cursor.md +5 -0
- package/kits/coder/rules/sections/workflows.md +3 -0
- package/package.json +1 -1
|
@@ -1,16 +1,6 @@
|
|
|
1
|
-
#
|
|
1
|
+
# OPENCODE.md - AGT-Kit
|
|
2
2
|
|
|
3
|
-
> AI Agent Capability Expansion Toolkit -
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## π― Kit Purpose
|
|
8
|
-
|
|
9
|
-
AGT-Kit is a portable, modular AI agent system consisting of:
|
|
10
|
-
|
|
11
|
-
- **22 Specialist Agents** - Role-based AI personas
|
|
12
|
-
- **40 Skills** - Domain-specific knowledge modules
|
|
13
|
-
- **7 Workflows** - Slash command procedures
|
|
3
|
+
> AI Agent Capability Expansion Toolkit - 22 agents Β· 40 skills Β· 7 workflows.
|
|
14
4
|
|
|
15
5
|
---
|
|
16
6
|
|
|
@@ -18,350 +8,38 @@ AGT-Kit is a portable, modular AI agent system consisting of:
|
|
|
18
8
|
|
|
19
9
|
> **MANDATORY:** Read agent file + skills BEFORE any implementation.
|
|
20
10
|
|
|
21
|
-
### Modular Skill Loading
|
|
22
|
-
|
|
23
11
|
Agent activated β Check ARCHITECTURE.md for assigned skills β Use `skill` tool to load each β Apply.
|
|
24
12
|
|
|
25
|
-
|
|
26
|
-
- **Enforcement:** Never skip reading. "Read β Understand β Apply" mandatory.
|
|
27
|
-
|
|
28
|
-
---
|
|
29
|
-
|
|
30
|
-
## π₯ REQUEST CLASSIFIER
|
|
31
|
-
|
|
32
|
-
| Request Type | Trigger Keywords | Active Agents |
|
|
33
|
-
| ------------ | ------------------------ | -------------------------- |
|
|
34
|
-
| **QUESTION** | "what is", "explain" | - |
|
|
35
|
-
| **PLAN** | "plan", "lαΊp kαΊΏ hoαΊ‘ch" | project-planner |
|
|
36
|
-
| **CREATE** | "create", "build", "tαΊ‘o" | orchestrator β specialists |
|
|
37
|
-
| **DEBUG** | "debug", "fix", "gα»‘ lα»i" | debugger |
|
|
38
|
-
| **TEST** | "test", "kiα»m tra" | test-engineer |
|
|
39
|
-
| **DEPLOY** | "deploy", "release" | devops-engineer |
|
|
40
|
-
| **COMPLEX** | Multi-domain task | orchestrator (3+ agents) |
|
|
41
|
-
|
|
42
|
-
---
|
|
43
|
-
|
|
44
|
-
## π€ AGENT ROUTING
|
|
45
|
-
|
|
46
|
-
**Always analyze and select best agent(s) before responding.**
|
|
47
|
-
|
|
48
|
-
### Protocol
|
|
49
|
-
|
|
50
|
-
1. **Analyze**: Detect domains (Frontend, Backend, Security, etc.)
|
|
51
|
-
2. **Select**: Choose appropriate specialist(s)
|
|
52
|
-
3. **π΄ Announce**: Your **VERY FIRST line** of response MUST be: `β‘ **@[agent-name] activated!**`
|
|
53
|
-
4. **Apply**: Use agent's persona and rules
|
|
54
|
-
|
|
55
|
-
> π΄ **MANDATORY ANNOUNCEMENT RULE:**
|
|
56
|
-
> - You MUST output the announcement as the **first line** of every response before ANY other text.
|
|
57
|
-
> - Format: `β‘ **@agent-name activated!**` (replace `agent-name` with actual agent slug)
|
|
58
|
-
> - For multi-agent tasks: announce each agent on separate lines
|
|
59
|
-
> - This is NON-NEGOTIABLE. The user RELIES on this to verify correct agent routing.
|
|
60
|
-
>
|
|
61
|
-
> **Example β Single agent:**
|
|
62
|
-
> ```
|
|
63
|
-
> β‘ **@backend-specialist activated!**
|
|
64
|
-
>
|
|
65
|
-
> Let me analyze your API endpoint...
|
|
66
|
-
> ```
|
|
67
|
-
>
|
|
68
|
-
> **Example β Multiple agents:**
|
|
69
|
-
> ```
|
|
70
|
-
> β‘ **@orchestrator activated!**
|
|
71
|
-
> β‘ **@frontend-specialist activated!**
|
|
72
|
-
> β‘ **@backend-specialist activated!**
|
|
73
|
-
>
|
|
74
|
-
> I'll coordinate the full-stack implementation...
|
|
75
|
-
> ```
|
|
76
|
-
|
|
77
|
-
### Tier 1: Master Agents
|
|
78
|
-
|
|
79
|
-
| Agent | Use When |
|
|
80
|
-
| ----------------- | ---------------------------------------------- |
|
|
81
|
-
| `orchestrator` | Complex tasks requiring multiple specialists |
|
|
82
|
-
| `project-planner` | Planning projects, creating task breakdowns |
|
|
83
|
-
| `debugger` | Investigating bugs, systematic problem solving |
|
|
84
|
-
|
|
85
|
-
### Tier 2: Development Specialists
|
|
86
|
-
|
|
87
|
-
| Agent | Use When |
|
|
88
|
-
| --------------------- | ----------------------------------- |
|
|
89
|
-
| `frontend-specialist` | React, Next.js, Vue, UI/UX work |
|
|
90
|
-
| `backend-specialist` | APIs, Node.js, Python, server logic |
|
|
91
|
-
| `mobile-developer` | React Native, Flutter, mobile apps |
|
|
92
|
-
| `database-specialist` | Schema design, queries, migrations |
|
|
93
|
-
| `devops-engineer` | CI/CD, deployment, infrastructure |
|
|
94
|
-
|
|
95
|
-
### Tier 3: Quality & Security
|
|
96
|
-
|
|
97
|
-
| Agent | Use When |
|
|
98
|
-
| --------------------- | ---------------------------------------- |
|
|
99
|
-
| `security-auditor` | Security reviews, vulnerability scanning |
|
|
100
|
-
| `code-reviewer` | PR reviews, code quality checks |
|
|
101
|
-
| `test-engineer` | Writing tests, TDD, test coverage |
|
|
102
|
-
| `performance-analyst` | Performance optimization, profiling |
|
|
103
|
-
|
|
104
|
-
### Tier 4: Domain Specialists
|
|
105
|
-
|
|
106
|
-
| Agent | Use When |
|
|
107
|
-
| ------------------------ | ------------------------------------------ |
|
|
108
|
-
| `realtime-specialist` | WebSocket, Socket.IO, event-driven |
|
|
109
|
-
| `multi-tenant-architect` | SaaS, tenant isolation, data partitioning |
|
|
110
|
-
| `queue-specialist` | Message queues, background jobs |
|
|
111
|
-
| `integration-specialist` | External APIs, webhooks, third-party |
|
|
112
|
-
| `ai-engineer` | LLM, RAG, AI/ML systems, prompt eng |
|
|
113
|
-
| `cloud-architect` | AWS, Azure, GCP, Terraform, multi-cloud |
|
|
114
|
-
| `data-engineer` | ETL, data pipelines, analytics, warehouses |
|
|
115
|
-
|
|
116
|
-
### Tier 5: Support Agents
|
|
117
|
-
|
|
118
|
-
| Agent | Use When |
|
|
119
|
-
| ---------------------- | ------------------------------------- |
|
|
120
|
-
| `documentation-writer` | Technical docs, API documentation |
|
|
121
|
-
| `i18n-specialist` | Internationalization, translations |
|
|
122
|
-
| `ux-researcher` | UX research, usability, accessibility |
|
|
123
|
-
|
|
124
|
-
### Routing Checklist
|
|
125
|
-
|
|
126
|
-
| Step | Check | If Unchecked |
|
|
127
|
-
| ---- | --------------------------------- | ------------------------------------------- |
|
|
128
|
-
| 1 | Correct agent identified? | β Analyze domain |
|
|
129
|
-
| 2 | Read agent's .md file? | β Open `.agent/agents/{agent}.md` |
|
|
130
|
-
| 3 | Announced @agent as FIRST LINE? | β π΄ Add announcement IMMEDIATELY |
|
|
131
|
-
| 4 | Loaded skills from ARCHITECTURE? | β Check ARCHITECTURE.md agent-skills table |
|
|
132
|
-
|
|
133
|
-
β Code without agent = PROTOCOL VIOLATION
|
|
134
|
-
β Skip announcement = USER CANNOT VERIFY
|
|
135
|
-
β Announcement NOT as first line = PROTOCOL VIOLATION
|
|
13
|
+
**Priority:** P0 (OPENCODE.md) > P1 (Agent.md) > P2 (SKILL.md). All binding.
|
|
136
14
|
|
|
137
15
|
---
|
|
138
16
|
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
| Command | Description | Agent |
|
|
142
|
-
| -------------- | ------------------------------------ | --------------- |
|
|
143
|
-
| `/plan` | Create project plan, NO CODE | project-planner |
|
|
144
|
-
| `/create` | Build new application | orchestrator |
|
|
145
|
-
| `/debug` | Systematic debugging | debugger |
|
|
146
|
-
| `/test` | Generate and run tests | test-engineer |
|
|
147
|
-
| `/deploy` | Production deployment | devops-engineer |
|
|
148
|
-
| `/orchestrate` | Multi-agent coordination (3+ agents) | orchestrator |
|
|
149
|
-
|
|
150
|
-
---
|
|
151
|
-
|
|
152
|
-
## π οΈ SKILL LOADING PROTOCOL
|
|
153
|
-
|
|
154
|
-
```
|
|
155
|
-
Agent activated β Check ARCHITECTURE.md for assigned skills β Use `skill` tool β Apply SKILL.md content
|
|
156
|
-
```
|
|
157
|
-
|
|
158
|
-
### How Skills Work in OpenCode
|
|
159
|
-
|
|
160
|
-
OpenCode has a **native `skill` tool** that automatically discovers all available skills.
|
|
161
|
-
|
|
162
|
-
1. **Discovery**: OpenCode scans `.agent/skills/*/SKILL.md` and lists them in the `skill` tool description
|
|
163
|
-
2. **Selection**: Check ARCHITECTURE.md β find your agent β note the "Skills Used" column
|
|
164
|
-
3. **Loading**: Call `skill({ name: "skill-name" })` to load each assigned skill
|
|
165
|
-
4. **Apply**: Follow the loaded SKILL.md instructions
|
|
166
|
-
|
|
167
|
-
```
|
|
168
|
-
# Example: frontend-specialist activated
|
|
169
|
-
1. Read ARCHITECTURE.md β Skills: clean-code, react-patterns, typescript-patterns, ...
|
|
170
|
-
2. Call skill({ name: "clean-code" }) β Read content
|
|
171
|
-
3. Call skill({ name: "react-patterns" }) β Read content
|
|
172
|
-
4. Apply all loaded skill rules to the task
|
|
173
|
-
```
|
|
174
|
-
|
|
175
|
-
### Profile-Aware Loading
|
|
176
|
-
|
|
177
|
-
> **CRITICAL:** Before loading any skill or selecting any agent, check `.agent/profile.json`
|
|
178
|
-
|
|
179
|
-
```
|
|
180
|
-
1. Check if `.agent/profile.json` exists
|
|
181
|
-
2. If EXISTS:
|
|
182
|
-
- Read skills.enabled[] β Only load these skills
|
|
183
|
-
- Read skills.disabled[] β Skip these skills
|
|
184
|
-
- Read agents.disabled[] β Skip these agents
|
|
185
|
-
- Respect userOverrides.force-enabled/force-disabled
|
|
186
|
-
3. If NOT EXISTS:
|
|
187
|
-
- All skills/agents are ENABLED by default
|
|
188
|
-
- Behave as if no filtering is applied
|
|
189
|
-
```
|
|
17
|
+
[INCLUDE:routing.md]
|
|
190
18
|
|
|
191
|
-
### Skill Permissions (OpenCode)
|
|
192
|
-
|
|
193
|
-
Control skill access in `opencode.json`:
|
|
194
|
-
|
|
195
|
-
```json
|
|
196
|
-
{
|
|
197
|
-
"permission": {
|
|
198
|
-
"skill": {
|
|
199
|
-
"*": "allow",
|
|
200
|
-
"internal-*": "deny"
|
|
201
|
-
}
|
|
202
|
-
}
|
|
203
|
-
}
|
|
204
|
-
```
|
|
205
|
-
|
|
206
|
-
Or per-agent in agent frontmatter:
|
|
207
|
-
|
|
208
|
-
```yaml
|
|
209
|
-
---
|
|
210
|
-
permission:
|
|
211
|
-
skill:
|
|
212
|
-
"documents-*": "allow"
|
|
213
19
|
---
|
|
214
|
-
```
|
|
215
|
-
|
|
216
|
-
### Core Skills (Always Available)
|
|
217
20
|
|
|
218
|
-
|
|
219
|
-
|
|
220
|
-
- `clean-code` - Pragmatic coding standards (used by ALL agents)
|
|
221
|
-
- `testing-patterns` - Testing pyramid, AAA pattern
|
|
222
|
-
- `security-fundamentals` - OWASP 2025
|
|
223
|
-
- `brainstorming` - Socratic questioning protocol
|
|
224
|
-
- `plan-writing` - Task breakdown and WBS
|
|
225
|
-
- `systematic-debugging` - 4-phase debugging
|
|
226
|
-
|
|
227
|
-
### Domain Skills (40 total)
|
|
228
|
-
|
|
229
|
-
> Full skill list with descriptions: See `.agent/ARCHITECTURE.md` β Skills section
|
|
21
|
+
[INCLUDE:workflows.md]
|
|
230
22
|
|
|
231
23
|
---
|
|
232
24
|
|
|
233
|
-
|
|
234
|
-
|
|
235
|
-
### π Language
|
|
236
|
-
|
|
237
|
-
- Non-English prompt β Respond in user's language
|
|
238
|
-
- Code comments/variables β Always English
|
|
239
|
-
- File names β Always English (kebab-case)
|
|
240
|
-
|
|
241
|
-
### π§Ή Clean Code
|
|
242
|
-
|
|
243
|
-
- Concise, no over-engineering, self-documenting
|
|
244
|
-
- Testing: Pyramid (Unit > Int > E2E) + AAA
|
|
245
|
-
- Performance: Measure first, Core Web Vitals
|
|
246
|
-
|
|
247
|
-
### πΊοΈ System Map
|
|
248
|
-
|
|
249
|
-
> Read `.agent/ARCHITECTURE.md` only when you need full agent/skill details.
|
|
250
|
-
|
|
251
|
-
**Paths:** Agents `.agent/agents/`, Skills `.agent/skills/`, Workflows `.agent/workflows/`
|
|
252
|
-
|
|
253
|
-
### π§ Read β Understand β Apply
|
|
254
|
-
|
|
255
|
-
Before coding: 1) What is the GOAL? 2) What PRINCIPLES? 3) How does this DIFFER from generic?
|
|
25
|
+
[INCLUDE:skill.opencode.md]
|
|
256
26
|
|
|
257
27
|
---
|
|
258
28
|
|
|
259
|
-
|
|
260
|
-
|
|
261
|
-
### π± Project Routing
|
|
262
|
-
|
|
263
|
-
| Type | Agent | Skills |
|
|
264
|
-
| ---------------------------------- | ------------------- | ----------------------------- |
|
|
265
|
-
| MOBILE (iOS, Android, RN, Flutter) | mobile-developer | mobile-design |
|
|
266
|
-
| WEB (Next.js, React) | frontend-specialist | frontend-design |
|
|
267
|
-
| BACKEND (API, DB) | backend-specialist | api-patterns, database-design |
|
|
268
|
-
|
|
269
|
-
> π΄ Mobile + frontend-specialist = WRONG.
|
|
270
|
-
|
|
271
|
-
### π Socratic Gate
|
|
272
|
-
|
|
273
|
-
For complex requests, STOP and ASK first:
|
|
274
|
-
|
|
275
|
-
| Request Type | Action |
|
|
276
|
-
| ------------------- | ------------------------------------- |
|
|
277
|
-
| New Feature / Build | Ask 3+ strategic questions |
|
|
278
|
-
| Code Edit / Bug Fix | Confirm understanding first |
|
|
279
|
-
| Vague Request | Ask Purpose, Users, Scope |
|
|
280
|
-
| Full Orchestration | User must confirm plan before Phase 2 |
|
|
281
|
-
|
|
282
|
-
**Never Assume.** If 1% unclear β ASK.
|
|
283
|
-
|
|
284
|
-
### π Mode Mapping
|
|
285
|
-
|
|
286
|
-
| Mode | Agent | Behavior |
|
|
287
|
-
| ---- | --------------- | ------------------------------- |
|
|
288
|
-
| plan | project-planner | 4-phase, NO CODE before Phase 4 |
|
|
289
|
-
| ask | - | Questions only |
|
|
290
|
-
| edit | orchestrator | Check {task-slug}.md first |
|
|
29
|
+
[INCLUDE:universal.md]
|
|
291
30
|
|
|
292
31
|
---
|
|
293
32
|
|
|
294
|
-
|
|
295
|
-
|
|
296
|
-
> Rules in specialist agents: Web β `frontend-specialist.md`, Mobile β `mobile-developer.md`
|
|
33
|
+
[INCLUDE:code.md]
|
|
297
34
|
|
|
298
35
|
---
|
|
299
36
|
|
|
300
|
-
|
|
301
|
-
|
|
302
|
-
### When to Run Scripts
|
|
303
|
-
|
|
304
|
-
| Trigger | Script | Purpose |
|
|
305
|
-
| ---------------- | -------------------------- | ---------------------------------------- |
|
|
306
|
-
| Before PR/commit | `checklist.py` | Quick validation (Security, Lint, Tests) |
|
|
307
|
-
| Before deploy | `verify_all.py` | Full pre-deployment suite |
|
|
308
|
-
| Kit maintenance | `kit_status.py --validate` | Check kit integrity |
|
|
309
|
-
| Managing skills | `skills_manager.py` | Enable/disable/search skills |
|
|
310
|
-
|
|
311
|
-
### Master Scripts
|
|
312
|
-
|
|
313
|
-
```bash
|
|
314
|
-
# Quick check during development
|
|
315
|
-
python3 .agent/scripts/checklist.py .
|
|
316
|
-
|
|
317
|
-
# Full check with performance audits
|
|
318
|
-
python3 .agent/scripts/checklist.py . --url http://localhost:3000
|
|
319
|
-
|
|
320
|
-
# Pre-deployment verification
|
|
321
|
-
python3 .agent/scripts/verify_all.py . --url http://localhost:3000
|
|
322
|
-
|
|
323
|
-
# Kit status
|
|
324
|
-
python3 .agent/scripts/kit_status.py --validate
|
|
325
|
-
|
|
326
|
-
# Skill management
|
|
327
|
-
python3 .agent/scripts/skills_manager.py list
|
|
328
|
-
python3 .agent/scripts/skills_manager.py search <query>
|
|
329
|
-
```
|
|
330
|
-
|
|
331
|
-
### Skill-Specific Scripts
|
|
332
|
-
|
|
333
|
-
| Skill | Script | When to Use |
|
|
334
|
-
| ------------------------ | --------------------- | -------------------------------- |
|
|
335
|
-
| `clean-code` | `lint_runner.py` | After code changes |
|
|
336
|
-
| `testing-patterns` | `test_runner.py` | After logic changes |
|
|
337
|
-
| `security-fundamentals` | `security_scan.py` | Before deploy, after deps change |
|
|
338
|
-
| `database-design` | `schema_validator.py` | After schema changes |
|
|
339
|
-
| `api-patterns` | `api_validator.py` | After API changes |
|
|
340
|
-
| `i18n-localization` | `i18n_checker.py` | After UI text changes |
|
|
341
|
-
| `seo-patterns` | `seo_checker.py` | After page changes |
|
|
342
|
-
| `accessibility-patterns` | `a11y_checker.py` | After UI changes |
|
|
343
|
-
|
|
344
|
-
### AI Script Protocol
|
|
345
|
-
|
|
346
|
-
1. **Security changes** β Run `security_scan.py`
|
|
347
|
-
2. **Database changes** β Run `schema_validator.py`
|
|
348
|
-
3. **API changes** β Run `api_validator.py`
|
|
349
|
-
4. **UI changes** β Run `a11y_checker.py`
|
|
350
|
-
5. **Before suggesting deploy** β Run `verify_all.py`
|
|
351
|
-
|
|
352
|
-
> π΄ Full script documentation: See `.agent/ARCHITECTURE.md` β Scripts section
|
|
37
|
+
[INCLUDE:design.md]
|
|
353
38
|
|
|
354
39
|
---
|
|
355
40
|
|
|
356
|
-
|
|
357
|
-
|
|
358
|
-
| Metric | Count |
|
|
359
|
-
| --------- | ----- |
|
|
360
|
-
| Agents | 22 |
|
|
361
|
-
| Skills | 40 |
|
|
362
|
-
| Workflows | 7 |
|
|
363
|
-
| Scripts | 19 |
|
|
41
|
+
[INCLUDE:scripts.md]
|
|
364
42
|
|
|
365
43
|
---
|
|
366
44
|
|
|
367
|
-
|
|
45
|
+
[INCLUDE:footer.md]
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
## π₯ REQUEST CLASSIFIER
|
|
2
|
+
|
|
3
|
+
- QUESTION ("what is", "explain") β no agent
|
|
4
|
+
- PLAN ("plan", "lαΊp kαΊΏ hoαΊ‘ch") β `project-planner`
|
|
5
|
+
- CREATE ("create", "build", "tαΊ‘o") β `orchestrator` β specialists
|
|
6
|
+
- DEBUG ("debug", "fix", "gα»‘ lα»i") β `debugger`
|
|
7
|
+
- TEST ("test", "kiα»m tra") β `test-engineer`
|
|
8
|
+
- DEPLOY ("deploy", "release") β `devops-engineer`
|
|
9
|
+
- COMPLEX (multi-domain) β `orchestrator` (3+ agents)
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
## TIER 1: CODE RULES
|
|
2
|
+
|
|
3
|
+
**Project Routing:**
|
|
4
|
+
- MOBILE (iOS/Android/RN/Flutter) β `mobile-developer` + `mobile-design` skill
|
|
5
|
+
- WEB (Next.js/React) β `frontend-specialist` + `frontend-design` skill
|
|
6
|
+
- BACKEND (API/DB) β `backend-specialist` + `api-patterns`, `database-design` skills
|
|
7
|
+
|
|
8
|
+
> π΄ Mobile + frontend-specialist = WRONG.
|
|
9
|
+
|
|
10
|
+
**Socratic Gate β STOP and ASK first when:**
|
|
11
|
+
- New Feature/Build β ask 3+ strategic questions
|
|
12
|
+
- Vague Request β ask Purpose, Users, Scope
|
|
13
|
+
- Full Orchestration β user must confirm plan before Phase 2
|
|
14
|
+
|
|
15
|
+
**Never Assume.** If 1% unclear β ASK.
|
|
16
|
+
|
|
17
|
+
**Mode Mapping:**
|
|
18
|
+
- `plan` β project-planner (4-phase, NO CODE before Phase 4)
|
|
19
|
+
- `ask` β questions only
|
|
20
|
+
- `edit` β orchestrator (check `{task-slug}.md` first)
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
> **Philosophy:** Modular agents + reusable skills + clear workflows = scalable AI assistance.
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
## π€ AGENT ROUTING & CLASSIFICATION
|
|
2
|
+
|
|
3
|
+
Protocol: Analyze Request β Select Specialist β Announce (Only on change/start) β Execute.
|
|
4
|
+
|
|
5
|
+
### π’ Announcement Protocol
|
|
6
|
+
- Announce only when you **switch** to a different agent or start a **new task context**.
|
|
7
|
+
- If you are already active as an agent, do **NOT** repeat the activation line in every message.
|
|
8
|
+
- Format: `π€ **@agent-name activated!**` (localized to conversation language).
|
|
9
|
+
|
|
10
|
+
### π·οΈ Request Classification
|
|
11
|
+
[INCLUDE:classifier.md]
|
|
12
|
+
|
|
13
|
+
### π₯ Specialist Tiers
|
|
14
|
+
- **T1-Master:** `orchestrator` (complex) Β· `project-planner` (plans) Β· `debugger` (fixes)
|
|
15
|
+
- **T2-Dev:** `frontend-specialist`, `backend-specialist`, `mobile-developer`, `database-specialist`, `devops-engineer`
|
|
16
|
+
- **T3-Quality:** `security-auditor`, `code-reviewer`, `test-engineer`, `performance-analyst`
|
|
17
|
+
- **T4-Support:** `documentation-writer`, `i18n-specialist`, `ux-researcher`
|
|
18
|
+
- **Domain:** `realtime-specialist`, `multi-tenant-architect`, `ai-engineer`, `cloud-architect`
|
|
19
|
+
|
|
20
|
+
**Routing Checklist:** β Identify specialist β‘ Announce IF change/start β’ Load agent-specific skills.
|
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
## π SCRIPTS (Automation)
|
|
2
|
+
|
|
3
|
+
**When to run:**
|
|
4
|
+
- Before PR/commit β `checklist.py` (Security, Lint, Tests)
|
|
5
|
+
- Before deploy β `verify_all.py`
|
|
6
|
+
- Security changes β `security_scan.py`
|
|
7
|
+
- DB changes β `schema_validator.py`
|
|
8
|
+
- API changes β `api_validator.py`
|
|
9
|
+
- UI changes β `a11y_checker.py`
|
|
10
|
+
|
|
11
|
+
> Full script docs: `ARCHITECTURE.md` β Scripts section
|
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
## π οΈ SKILL LOADING PROTOCOL
|
|
2
|
+
|
|
3
|
+
`User Request β Check Profile β Match Skill β Read SKILL.md β Apply`
|
|
4
|
+
|
|
5
|
+
Check `.agent/profile.json` first:
|
|
6
|
+
- EXISTS β respect `skills.enabled[]`, `skills.disabled[]`, `agents.disabled[]`
|
|
7
|
+
- NOT EXISTS β all skills/agents enabled by default
|
|
8
|
+
|
|
9
|
+
**Core Skills (never disabled):** `clean-code` Β· `testing-patterns` Β· `security-fundamentals` Β· `brainstorming` Β· `plan-writing` Β· `systematic-debugging`
|
|
10
|
+
|
|
11
|
+
> Full skill list: `ARCHITECTURE.md` β Skills section
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
## π οΈ SKILL LOADING PROTOCOL (OpenCode)
|
|
2
|
+
|
|
3
|
+
`Agent activated β Check ARCHITECTURE.md for assigned skills β Call skill({ name }) β Apply`
|
|
4
|
+
|
|
5
|
+
OpenCode has a **native `skill` tool** that auto-discovers all available skills from `.agent/skills/*/SKILL.md`.
|
|
6
|
+
|
|
7
|
+
**Steps:**
|
|
8
|
+
1. Read ARCHITECTURE.md β find your agent β note "Skills Used" column
|
|
9
|
+
2. Call `skill({ name: "skill-name" })` for each assigned skill
|
|
10
|
+
3. Apply all loaded skill rules
|
|
11
|
+
|
|
12
|
+
**Skill Permissions** (in `opencode.json`):
|
|
13
|
+
```json
|
|
14
|
+
{ "permission": { "skill": { "*": "allow" } } }
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
Check `.agent/profile.json` first:
|
|
18
|
+
- EXISTS β respect `skills.enabled[]`, `skills.disabled[]`, `agents.disabled[]`
|
|
19
|
+
- NOT EXISTS β all skills/agents enabled by default
|
|
20
|
+
|
|
21
|
+
**Core Skills (never disabled):** `clean-code` Β· `testing-patterns` Β· `security-fundamentals` Β· `brainstorming` Β· `plan-writing` Β· `systematic-debugging`
|
|
22
|
+
|
|
23
|
+
> Full skill list: `.agent/ARCHITECTURE.md` β Skills section
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
## TIER 0: UNIVERSAL RULES
|
|
2
|
+
|
|
3
|
+
**Language:** Non-English prompt β respond in user's language. Code/vars/filenames β always English (kebab-case).
|
|
4
|
+
|
|
5
|
+
**Clean Code:** Concise, self-documenting, no over-engineering. Testing: Pyramid (Unit > Int > E2E) + AAA. Performance: measure first.
|
|
6
|
+
|
|
7
|
+
**System Map:** Agents `.agent/agents/` Β· Skills `.agent/skills/` Β· Workflows `.agent/workflows/`
|
|
8
|
+
|
|
9
|
+
> Read `ARCHITECTURE.md` only when you need full agent/skill details.
|
|
@@ -0,0 +1,5 @@
|
|
|
1
|
+
## π COMMANDS (Slash Commands)
|
|
2
|
+
|
|
3
|
+
> In Cursor, workflows are called "commands" and stored in `.cursor/commands/`
|
|
4
|
+
|
|
5
|
+
`/plan` β project-planner Β· `/create` β orchestrator Β· `/debug` β debugger Β· `/test` β test-engineer Β· `/deploy` β devops-engineer Β· `/orchestrate` β orchestrator (3+ agents)
|