awesome-agv 2.0.0 → 3.0.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/README.md +199 -262
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -7,7 +7,7 @@
|
|
|
7
7
|
<br />
|
|
8
8
|
<a href="#getting-started">Getting Started</a>
|
|
9
9
|
·
|
|
10
|
-
<a href="#usage">View Rules & Skills</a>
|
|
10
|
+
<a href="#usage">View Rules & Skills</a>
|
|
11
11
|
·
|
|
12
12
|
<a href="https://github.com/irahardianto/awesome-agv/issues">Request Feature</a>
|
|
13
13
|
·
|
|
@@ -19,9 +19,9 @@
|
|
|
19
19
|
<!-- ABOUT THE PROJECT -->
|
|
20
20
|
## About Awesome AGV
|
|
21
21
|
|
|
22
|
-
**Awesome AGV** provides a comprehensive
|
|
22
|
+
**Awesome AGV** provides a comprehensive set of standards and practices designed to elevate the capabilities of AI coding agents. It provides a suite of strict rules distilled from software engineering best practices that ensure generated code is secure, defensible, and maintainable. It also provides specialized skills that agents load on demand.
|
|
23
23
|
|
|
24
|
-
Instead of just generating code that works, the rules and skills
|
|
24
|
+
Instead of just generating code that works, the rules and skills ensure agents generate code that **survives**.
|
|
25
25
|
|
|
26
26
|
> **⚠️ Opinionated by design.** Awesome AGV ships with opinionated defaults for specific technology stacks. See [Opinionated Technology Choices](#opinionated-technology-choices) for details and how to customize.
|
|
27
27
|
|
|
@@ -37,11 +37,11 @@ For example, the principles of the [Rugged Software Constitution](.agents/rules/
|
|
|
37
37
|
|
|
38
38
|
### Key Features
|
|
39
39
|
|
|
40
|
-
* 📏 **
|
|
41
|
-
* 🛠️ **
|
|
40
|
+
* 📏 **25 Rules** — covering security, reliability, architecture, and maintainability. Distilled to project-specific decisions only — rules encode *what overrides model defaults*, not what models already know.
|
|
41
|
+
* 🛠️ **57 Skills** — specialized capabilities loaded on demand: language idioms, debugging, design, performance, CI/CD, and more.
|
|
42
42
|
* 🔄 **12 Workflows** — end-to-end development processes from research to ship.
|
|
43
|
-
* 🤖 **
|
|
44
|
-
* 🏗️ **
|
|
43
|
+
* 🤖 **21 Agent Personas** — specialized sub-agents for multi-agent orchestration arranged in a 4-tier hierarchy.
|
|
44
|
+
* 🏗️ **Three-Tier Loading System** — always-on mandates + contextual principles + on-demand skills for zero-noise enforcement.
|
|
45
45
|
|
|
46
46
|
> **💡 Everything is modular.** Rules, skills, agents, and workflows work independently — you don't need everything to benefit. Use only what you need, modify anything, or build your own. It's a toolkit, not a framework.
|
|
47
47
|
|
|
@@ -91,7 +91,7 @@ npx awesome-agv --force
|
|
|
91
91
|
```sh
|
|
92
92
|
cp -r /path/to/awesome-agv/.agents ./your-project-root/
|
|
93
93
|
```
|
|
94
|
-
2. Ensure your AI agent is configured to read from the `.agents` directory (most
|
|
94
|
+
2. Ensure your AI agent is configured to read from the `.agents` directory (most well-known AI coding assistants adhere to the `.agents` convention by default, no action needed) or manually ingest the `.agents/rules/**` as part of its system prompt.
|
|
95
95
|
|
|
96
96
|
<!-- USAGE -->
|
|
97
97
|
## Usage
|
|
@@ -100,18 +100,31 @@ Once installed, the rules and skills in this repository become active for your a
|
|
|
100
100
|
|
|
101
101
|
### Rule Architecture
|
|
102
102
|
|
|
103
|
-
The setup uses a **
|
|
103
|
+
The setup uses a **three-tier loading system** to minimize noise while maximizing coverage:
|
|
104
104
|
|
|
105
|
-
| Type
|
|
106
|
-
|
|
|
107
|
-
| **Mandates**
|
|
108
|
-
| **Principles** | `model_decision` | Contextual guidance activated only when working on relevant areas (e.g., database rules activate only when writing queries). |
|
|
105
|
+
| Tier | Type | Trigger | Purpose |
|
|
106
|
+
| --- | --- | --- | --- |
|
|
107
|
+
| **1** | **Mandates** | `always_on` | Non-negotiable constraints loaded in every session (security, logging, code completion, architecture). |
|
|
108
|
+
| **2** | **Principles** | `model_decision` | Contextual guidance activated only when working on relevant areas (e.g., database rules activate only when writing queries). |
|
|
109
|
+
| **3** | **Skills** | `paths:` or rule reference | Deep expertise loaded on demand — language idioms when touching source files, CI/CD when editing pipelines, testability patterns when architectural rules reference them. |
|
|
109
110
|
|
|
110
111
|
Conflicts between rules are resolved by [Rule Priority](.agents/rules/rule-priority.md) — security always wins.
|
|
111
112
|
|
|
113
|
+
### Skill Loading Design
|
|
114
|
+
|
|
115
|
+
Skills use one of three loading mechanisms, chosen by type:
|
|
116
|
+
|
|
117
|
+
| Mechanism | When used | Examples |
|
|
118
|
+
| --- | --- | --- |
|
|
119
|
+
| **`paths:` triggers** | Language-specific idiom skills | `go-idioms` loads on `**/*.go`; `vue-idioms` loads on `**/*.vue`, `**/store/**/*.ts` |
|
|
120
|
+
| **`name:` + `description:` only** | Cross-cutting skills loaded via rule reference | `testability-patterns` (referenced from `architectural-pattern.md`); `logging-implementation` (referenced from `logging-and-observability-mandate.md`) |
|
|
121
|
+
| **Both `paths:` + `name:`/`description:`** | Infrastructure/domain skills | `ci-cd` (Dockerfiles, CI configs); `feature-flags` (feature flag files) |
|
|
122
|
+
|
|
123
|
+
> **Design invariant:** Cross-cutting skills that apply to all languages (testability, logging) are never loaded via language-specific `paths:` triggers. They are always referenced from always-on rules so they load regardless of language.
|
|
124
|
+
|
|
112
125
|
### Rule Dependencies
|
|
113
126
|
|
|
114
|
-
The rules are
|
|
127
|
+
The rules are interconnected to provide comprehensive coverage. You can explore these relationships using the **[Interactive Rule Dependency Graph](https://irahardianto.github.io/awesome-agv/rule_dependency_graph.html)**, or view the static diagram below.
|
|
115
128
|
|
|
116
129
|
<details>
|
|
117
130
|
<summary>View Dependency Graph (Mermaid)</summary>
|
|
@@ -121,12 +134,9 @@ graph TD
|
|
|
121
134
|
accessibility_principles["accessibility-principles.md"]
|
|
122
135
|
api_design_principles["api-design-principles.md"]
|
|
123
136
|
architectural_pattern["architectural-pattern.md"]
|
|
124
|
-
ci_cd_principles["ci-cd-principles.md"]
|
|
125
|
-
code_completion_mandate["code-completion-mandate.md"]
|
|
126
137
|
code_idioms_and_conventions["code-idioms-and-conventions.md"]
|
|
127
138
|
code_organization_principles["code-organization-principles.md"]
|
|
128
139
|
command_execution_principles["command-execution-principles.md"]
|
|
129
|
-
concurrency_and_threading_mandate["concurrency-and-threading-mandate.md"]
|
|
130
140
|
concurrency_and_threading_principles["concurrency-and-threading-principles.md"]
|
|
131
141
|
configuration_management_principles["configuration-management-principles.md"]
|
|
132
142
|
core_design_principles["core-design-principles.md"]
|
|
@@ -135,31 +145,17 @@ graph TD
|
|
|
135
145
|
dependency_management_principles["dependency-management-principles.md"]
|
|
136
146
|
documentation_principles["documentation-principles.md"]
|
|
137
147
|
error_handling_principles["error-handling-principles.md"]
|
|
138
|
-
flutter_idioms_and_patterns["flutter-idioms-and-patterns.md"]
|
|
139
148
|
git_workflow_principles["git-workflow-principles.md"]
|
|
140
|
-
go_idioms_and_patterns["go-idioms-and-patterns.md"]
|
|
141
149
|
logging_and_observability_mandate["logging-and-observability-mandate.md"]
|
|
142
|
-
logging_and_observability_principles["logging-and-observability-principles.md"]
|
|
143
150
|
monitoring_and_alerting_principles["monitoring-and-alerting-principles.md"]
|
|
144
151
|
performance_optimization_principles["performance-optimization-principles.md"]
|
|
145
|
-
project_structure_flutter_mobile["project-structure-flutter-mobile.md"]
|
|
146
|
-
project_structure_go_backend["project-structure-go-backend.md"]
|
|
147
|
-
project_structure_rust_cargo["project-structure-rust-cargo.md"]
|
|
148
|
-
project_structure_vue_frontend["project-structure-vue-frontend.md"]
|
|
149
152
|
project_structure["project-structure.md"]
|
|
150
153
|
resources_and_memory_management_principles["resources-and-memory-management-principles.md"]
|
|
151
154
|
rugged_software_constitution["rugged-software-constitution.md"]
|
|
152
155
|
rule_priority["rule-priority.md"]
|
|
153
|
-
rust_idioms_and_patterns["rust-idioms-and-patterns.md"]
|
|
154
156
|
security_mandate["security-mandate.md"]
|
|
155
157
|
security_principles["security-principles.md"]
|
|
156
158
|
testing_strategy["testing-strategy.md"]
|
|
157
|
-
typescript_idioms_and_patterns["typescript-idioms-and-patterns.md"]
|
|
158
|
-
vue_idioms_and_patterns["vue-idioms-and-patterns.md"]
|
|
159
|
-
python_idioms_and_patterns["python-idioms-and-patterns.md"]
|
|
160
|
-
project_structure_python_backend["project-structure-python-backend.md"]
|
|
161
|
-
feature_flags_principles["feature-flags-principles.md"]
|
|
162
|
-
ci_cd_gitops_kubernetes["ci-cd-gitops-kubernetes.md"]
|
|
163
159
|
accessibility_principles --> core_design_principles
|
|
164
160
|
accessibility_principles --> security_principles
|
|
165
161
|
accessibility_principles --> testing_strategy
|
|
@@ -173,32 +169,15 @@ graph TD
|
|
|
173
169
|
architectural_pattern --> database_design_principles
|
|
174
170
|
architectural_pattern --> project_structure
|
|
175
171
|
architectural_pattern --> testing_strategy
|
|
176
|
-
|
|
177
|
-
ci_cd_principles --> git_workflow_principles
|
|
178
|
-
ci_cd_principles --> project_structure
|
|
179
|
-
ci_cd_principles --> security_mandate
|
|
180
|
-
ci_cd_principles --> testing_strategy
|
|
181
|
-
code_completion_mandate --> code_idioms_and_conventions
|
|
182
|
-
code_completion_mandate --> flutter_idioms_and_patterns
|
|
183
|
-
code_completion_mandate --> go_idioms_and_patterns
|
|
184
|
-
code_completion_mandate --> rugged_software_constitution
|
|
185
|
-
code_completion_mandate --> rust_idioms_and_patterns
|
|
186
|
-
code_completion_mandate --> typescript_idioms_and_patterns
|
|
187
|
-
code_completion_mandate --> vue_idioms_and_patterns
|
|
188
|
-
code_idioms_and_conventions --> code_completion_mandate
|
|
172
|
+
code_idioms_and_conventions --> rugged_software_constitution
|
|
189
173
|
code_idioms_and_conventions --> core_design_principles
|
|
190
|
-
code_idioms_and_conventions --> flutter_idioms_and_patterns
|
|
191
|
-
code_idioms_and_conventions --> go_idioms_and_patterns
|
|
192
|
-
code_idioms_and_conventions --> rust_idioms_and_patterns
|
|
193
|
-
code_idioms_and_conventions --> typescript_idioms_and_patterns
|
|
194
|
-
code_idioms_and_conventions --> vue_idioms_and_patterns
|
|
195
174
|
code_organization_principles --> architectural_pattern
|
|
196
175
|
code_organization_principles --> core_design_principles
|
|
197
176
|
code_organization_principles --> project_structure
|
|
198
177
|
command_execution_principles --> security_mandate
|
|
199
178
|
command_execution_principles --> security_principles
|
|
200
|
-
|
|
201
|
-
|
|
179
|
+
core_design_principles --> concurrency_and_threading_principles
|
|
180
|
+
core_design_principles --> performance_optimization_principles
|
|
202
181
|
concurrency_and_threading_principles --> error_handling_principles
|
|
203
182
|
concurrency_and_threading_principles --> resources_and_memory_management_principles
|
|
204
183
|
concurrency_and_threading_principles --> testing_strategy
|
|
@@ -220,254 +199,194 @@ graph TD
|
|
|
220
199
|
documentation_principles --> code_organization_principles
|
|
221
200
|
documentation_principles --> core_design_principles
|
|
222
201
|
error_handling_principles --> api_design_principles
|
|
223
|
-
error_handling_principles -->
|
|
202
|
+
error_handling_principles --> core_design_principles
|
|
224
203
|
error_handling_principles --> logging_and_observability_mandate
|
|
225
204
|
error_handling_principles --> security_mandate
|
|
226
205
|
error_handling_principles --> security_principles
|
|
227
206
|
error_handling_principles --> testing_strategy
|
|
228
|
-
|
|
229
|
-
flutter_idioms_and_patterns --> code_idioms_and_conventions
|
|
230
|
-
flutter_idioms_and_patterns --> dependency_management_principles
|
|
231
|
-
flutter_idioms_and_patterns --> error_handling_principles
|
|
232
|
-
flutter_idioms_and_patterns --> project_structure_flutter_mobile
|
|
233
|
-
flutter_idioms_and_patterns --> testing_strategy
|
|
234
|
-
git_workflow_principles --> code_completion_mandate
|
|
207
|
+
git_workflow_principles --> code_idioms_and_conventions
|
|
235
208
|
git_workflow_principles --> security_mandate
|
|
236
209
|
git_workflow_principles --> testing_strategy
|
|
237
|
-
go_idioms_and_patterns --> code_idioms_and_conventions
|
|
238
|
-
go_idioms_and_patterns --> concurrency_and_threading_principles
|
|
239
|
-
go_idioms_and_patterns --> dependency_management_principles
|
|
240
|
-
go_idioms_and_patterns --> error_handling_principles
|
|
241
|
-
go_idioms_and_patterns --> logging_and_observability_principles
|
|
242
|
-
go_idioms_and_patterns --> project_structure_go_backend
|
|
243
|
-
go_idioms_and_patterns --> testing_strategy
|
|
244
210
|
logging_and_observability_mandate --> api_design_principles
|
|
245
211
|
logging_and_observability_mandate --> error_handling_principles
|
|
246
|
-
logging_and_observability_mandate --> logging_and_observability_principles
|
|
247
212
|
logging_and_observability_mandate --> monitoring_and_alerting_principles
|
|
248
|
-
logging_and_observability_principles --> api_design_principles
|
|
249
|
-
logging_and_observability_principles --> error_handling_principles
|
|
250
|
-
logging_and_observability_principles --> logging_and_observability_mandate
|
|
251
|
-
logging_and_observability_principles --> monitoring_and_alerting_principles
|
|
252
|
-
logging_and_observability_principles --> security_mandate
|
|
253
|
-
logging_and_observability_principles --> security_principles
|
|
254
|
-
monitoring_and_alerting_principles --> concurrency_and_threading_principles
|
|
255
213
|
monitoring_and_alerting_principles --> error_handling_principles
|
|
256
214
|
monitoring_and_alerting_principles --> logging_and_observability_mandate
|
|
257
|
-
monitoring_and_alerting_principles --> logging_and_observability_principles
|
|
258
215
|
monitoring_and_alerting_principles --> resources_and_memory_management_principles
|
|
259
|
-
performance_optimization_principles -->
|
|
216
|
+
performance_optimization_principles --> core_design_principles
|
|
260
217
|
performance_optimization_principles --> concurrency_and_threading_principles
|
|
261
218
|
performance_optimization_principles --> resources_and_memory_management_principles
|
|
262
|
-
project_structure_flutter_mobile --> flutter_idioms_and_patterns
|
|
263
|
-
project_structure_flutter_mobile --> project_structure
|
|
264
|
-
project_structure_go_backend --> go_idioms_and_patterns
|
|
265
|
-
project_structure_go_backend --> project_structure
|
|
266
|
-
project_structure_rust_cargo --> project_structure
|
|
267
|
-
project_structure_rust_cargo --> rust_idioms_and_patterns
|
|
268
|
-
project_structure_vue_frontend --> project_structure
|
|
269
|
-
project_structure_vue_frontend --> typescript_idioms_and_patterns
|
|
270
|
-
project_structure_vue_frontend --> vue_idioms_and_patterns
|
|
271
219
|
project_structure --> architectural_pattern
|
|
272
220
|
project_structure --> code_organization_principles
|
|
273
|
-
|
|
274
|
-
project_structure --> project_structure_go_backend
|
|
275
|
-
project_structure --> project_structure_rust_cargo
|
|
276
|
-
project_structure --> project_structure_vue_frontend
|
|
277
|
-
resources_and_memory_management_principles --> concurrency_and_threading_mandate
|
|
221
|
+
resources_and_memory_management_principles --> core_design_principles
|
|
278
222
|
resources_and_memory_management_principles --> concurrency_and_threading_principles
|
|
279
223
|
resources_and_memory_management_principles --> error_handling_principles
|
|
280
224
|
rugged_software_constitution --> architectural_pattern
|
|
281
|
-
rugged_software_constitution --> code_idioms_and_conventions
|
|
282
|
-
rugged_software_constitution --> core_design_principles
|
|
283
225
|
rugged_software_constitution --> error_handling_principles
|
|
284
226
|
rugged_software_constitution --> logging_and_observability_mandate
|
|
285
|
-
rugged_software_constitution --> resources_and_memory_management_principles
|
|
286
227
|
rugged_software_constitution --> security_mandate
|
|
287
|
-
rugged_software_constitution --> testing_strategy
|
|
288
228
|
rule_priority --> architectural_pattern
|
|
289
|
-
rule_priority -->
|
|
229
|
+
rule_priority --> code_idioms_and_conventions
|
|
290
230
|
rule_priority --> logging_and_observability_mandate
|
|
291
231
|
rule_priority --> rugged_software_constitution
|
|
292
232
|
rule_priority --> security_mandate
|
|
293
|
-
rust_idioms_and_patterns --> code_idioms_and_conventions
|
|
294
|
-
rust_idioms_and_patterns --> concurrency_and_threading_mandate
|
|
295
|
-
rust_idioms_and_patterns --> concurrency_and_threading_principles
|
|
296
|
-
rust_idioms_and_patterns --> dependency_management_principles
|
|
297
|
-
rust_idioms_and_patterns --> error_handling_principles
|
|
298
|
-
rust_idioms_and_patterns --> performance_optimization_principles
|
|
299
|
-
rust_idioms_and_patterns --> resources_and_memory_management_principles
|
|
300
|
-
rust_idioms_and_patterns --> security_mandate
|
|
301
|
-
rust_idioms_and_patterns --> testing_strategy
|
|
302
233
|
security_mandate --> security_principles
|
|
303
234
|
security_principles --> api_design_principles
|
|
304
235
|
security_principles --> command_execution_principles
|
|
305
236
|
security_principles --> configuration_management_principles
|
|
306
237
|
security_principles --> error_handling_principles
|
|
307
238
|
security_principles --> logging_and_observability_mandate
|
|
308
|
-
security_principles --> logging_and_observability_principles
|
|
309
239
|
testing_strategy --> architectural_pattern
|
|
310
240
|
testing_strategy --> error_handling_principles
|
|
311
241
|
testing_strategy --> project_structure
|
|
312
|
-
typescript_idioms_and_patterns --> code_idioms_and_conventions
|
|
313
|
-
typescript_idioms_and_patterns --> concurrency_and_threading_mandate
|
|
314
|
-
typescript_idioms_and_patterns --> dependency_management_principles
|
|
315
|
-
typescript_idioms_and_patterns --> error_handling_principles
|
|
316
|
-
typescript_idioms_and_patterns --> security_principles
|
|
317
|
-
typescript_idioms_and_patterns --> testing_strategy
|
|
318
|
-
typescript_idioms_and_patterns --> vue_idioms_and_patterns
|
|
319
|
-
vue_idioms_and_patterns --> architectural_pattern
|
|
320
|
-
vue_idioms_and_patterns --> code_idioms_and_conventions
|
|
321
|
-
vue_idioms_and_patterns --> logging_and_observability_principles
|
|
322
|
-
vue_idioms_and_patterns --> project_structure_vue_frontend
|
|
323
|
-
vue_idioms_and_patterns --> testing_strategy
|
|
324
|
-
vue_idioms_and_patterns --> typescript_idioms_and_patterns
|
|
325
|
-
python_idioms_and_patterns --> code_idioms_and_conventions
|
|
326
|
-
python_idioms_and_patterns --> project_structure_python_backend
|
|
327
|
-
python_idioms_and_patterns --> testing_strategy
|
|
328
|
-
python_idioms_and_patterns --> error_handling_principles
|
|
329
|
-
python_idioms_and_patterns --> concurrency_and_threading_mandate
|
|
330
|
-
python_idioms_and_patterns --> logging_and_observability_principles
|
|
331
|
-
python_idioms_and_patterns --> security_principles
|
|
332
|
-
python_idioms_and_patterns --> dependency_management_principles
|
|
333
|
-
project_structure_python_backend --> project_structure
|
|
334
|
-
project_structure_python_backend --> python_idioms_and_patterns
|
|
335
|
-
code_idioms_and_conventions --> python_idioms_and_patterns
|
|
336
|
-
code_completion_mandate --> python_idioms_and_patterns
|
|
337
242
|
```
|
|
338
243
|
|
|
339
244
|
</details>
|
|
340
245
|
|
|
341
|
-
### Comprehensive Rule Suite
|
|
342
|
-
|
|
343
|
-
The
|
|
344
|
-
|
|
345
|
-
####
|
|
346
|
-
|
|
347
|
-
|
|
348
|
-
|
|
349
|
-
|
|
350
|
-
|
|
351
|
-
|
|
352
|
-
|
|
353
|
-
|
|
354
|
-
|
|
355
|
-
|
|
356
|
-
|
|
357
|
-
|
|
358
|
-
|
|
359
|
-
|
|
360
|
-
|
|
361
|
-
|
|
362
|
-
|
|
363
|
-
|
|
364
|
-
|
|
365
|
-
|
|
366
|
-
* **[
|
|
367
|
-
* **[
|
|
368
|
-
* **[
|
|
369
|
-
* **[Database Design](.agents/rules/database-design-principles.md)**:
|
|
370
|
-
* **[
|
|
371
|
-
* **[
|
|
372
|
-
|
|
373
|
-
|
|
374
|
-
* **[
|
|
375
|
-
* **[
|
|
376
|
-
* **[
|
|
377
|
-
* **[
|
|
378
|
-
* **[
|
|
379
|
-
* **[
|
|
380
|
-
* **[
|
|
381
|
-
|
|
382
|
-
|
|
383
|
-
|
|
384
|
-
|
|
385
|
-
* **[Logging & Observability](.agents/rules/logging-and-observability-principles.md)**: Ensuring system visibility.
|
|
386
|
-
* **[Logging & Observability Mandate](.agents/rules/logging-and-observability-mandate.md)**: All operations must be logged — no exceptions.
|
|
387
|
-
* **[Accessibility Principles](.agents/rules/accessibility-principles.md)**: WCAG 2.1 AA compliance for UIs.
|
|
388
|
-
* **[Git Workflow](.agents/rules/git-workflow-principles.md)**: Conventional commits, branch naming, and PR hygiene.
|
|
389
|
-
|
|
390
|
-
#### 🔄 DevOps & Operations
|
|
391
|
-
* **[CI/CD Principles](.agents/rules/ci-cd-principles.md)**: Pipeline design, Docker, and GitHub Actions.
|
|
392
|
-
* **[CI/CD GitOps Kubernetes](.agents/rules/ci-cd-gitops-kubernetes.md)**: ArgoCD, Kubernetes deployment patterns (PRD-gated).
|
|
393
|
-
* **[Feature Flags Principles](.agents/rules/feature-flags-principles.md)**: Flag types, lifecycle, and rollout strategies (PRD-gated).
|
|
394
|
-
* **[Code Completion Mandate](.agents/rules/code-completion-mandate.md)**: Automated quality checks before every delivery.
|
|
395
|
-
* **[Rule Priority](.agents/rules/rule-priority.md)**: Conflict resolution when rules contradict each other.
|
|
396
|
-
|
|
397
|
-
### Specialized Skills (43)
|
|
246
|
+
### Comprehensive Rule Suite (25)
|
|
247
|
+
|
|
248
|
+
The rules encode **project-specific decisions that override model defaults** — not general knowledge the model already knows. Every line of a rule answers: *"What would this model get wrong without this instruction?"*
|
|
249
|
+
|
|
250
|
+
#### 🔒 Always-On Mandates (10)
|
|
251
|
+
|
|
252
|
+
Loaded in every session — non-negotiable constraints that fire regardless of what you're working on.
|
|
253
|
+
|
|
254
|
+
| Rule | What it enforces |
|
|
255
|
+
| --- | --- |
|
|
256
|
+
| **[Rugged Software Constitution](.agents/rules/rugged-software-constitution.md)** | Hostile-environment posture: refuse insecure patterns even if asked, proactively add validation, fail securely |
|
|
257
|
+
| **[Security Mandate](.agents/rules/security-mandate.md)** | Deny by default, trust no input, fail closed — security always wins over convenience |
|
|
258
|
+
| **[Rule Priority](.agents/rules/rule-priority.md)** | Conflict resolution order: Security → Rugged → Completion/Logging → Testability → Idioms → YAGNI |
|
|
259
|
+
| **[Logging & Observability Mandate](.agents/rules/logging-and-observability-mandate.md)** | Every operation entry point must log start/success/failure with correlationId — no exceptions |
|
|
260
|
+
| **[Architectural Pattern](.agents/rules/architectural-pattern.md)** | I/O isolation, pure business logic, dependency inversion — testability-first design |
|
|
261
|
+
| **[Code Idioms & Conventions](.agents/rules/code-idioms-and-conventions.md)** | Language-to-skill routing table + completion workflow: generate → validate → remediate → verify → deliver |
|
|
262
|
+
| **[Code Organization Principles](.agents/rules/code-organization-principles.md)** | Feature-based vertical slices, public API boundaries, no circular dependencies |
|
|
263
|
+
| **[Core Design Principles](.agents/rules/core-design-principles.md)** | Maintainability > UX; Composition > inheritance; Rule of Three for DRY; profile before parallelizing |
|
|
264
|
+
| **[Project Structure](.agents/rules/project-structure.md)** | Single source of truth for directory layout — organize by feature, not by layer |
|
|
265
|
+
| **[Documentation Principles](.agents/rules/documentation-principles.md)** | Code shows WHAT; comments explain WHY; function docs for API contracts |
|
|
266
|
+
|
|
267
|
+
#### 🎯 Contextual Principles (15)
|
|
268
|
+
|
|
269
|
+
Activated by the model only when relevant — zero overhead when not applicable.
|
|
270
|
+
|
|
271
|
+
* **[Security Principles](.agents/rules/security-principles.md)**: Auth, authorization, input validation, cryptographic operations
|
|
272
|
+
* **[Error Handling Principles](.agents/rules/error-handling-principles.md)**: Error types, recovery strategies, resource cleanup
|
|
273
|
+
* **[API Design Principles](.agents/rules/api-design-principles.md)**: REST/HTTP endpoints, handlers, response formatting
|
|
274
|
+
* **[Database Design Principles](.agents/rules/database-design-principles.md)**: Schemas, migrations, queries, transaction boundaries
|
|
275
|
+
* **[Testing Strategy](.agents/rules/testing-strategy.md)**: Pyramid ratios, naming, co-location, test doubles
|
|
276
|
+
* **[Concurrency & Threading Principles](.agents/rules/concurrency-and-threading-principles.md)**: Race prevention, deadlock avoidance, message passing
|
|
277
|
+
* **[Performance Optimization Principles](.agents/rules/performance-optimization-principles.md)**: Profile-first, bottleneck identification
|
|
278
|
+
* **[Configuration Management Principles](.agents/rules/configuration-management-principles.md)**: Environment variables, secrets, settings hierarchy
|
|
279
|
+
* **[Monitoring & Alerting Principles](.agents/rules/monitoring-and-alerting-principles.md)**: Health checks, metrics, SLIs/SLOs
|
|
280
|
+
* **[Resource Management Principles](.agents/rules/resources-and-memory-management-principles.md)**: Files, connections, locks — always clean up
|
|
281
|
+
* **[Data Serialization Principles](.agents/rules/data-serialization-and-interchange-principles.md)**: JSON, Protobuf, validation at boundaries
|
|
282
|
+
* **[Dependency Management Principles](.agents/rules/dependency-management-principles.md)**: Packages, pinning, license compliance
|
|
283
|
+
* **[Command Execution Principles](.agents/rules/command-execution-principles.md)**: Shell commands, injection prevention, non-interactive flags
|
|
284
|
+
* **[Accessibility Principles](.agents/rules/accessibility-principles.md)**: WCAG 2.1 AA, semantic HTML, keyboard navigation
|
|
285
|
+
* **[Git Workflow Principles](.agents/rules/git-workflow-principles.md)**: Conventional commits, branch naming, PR hygiene
|
|
286
|
+
|
|
287
|
+
### Specialized Skills (57)
|
|
288
|
+
|
|
289
|
+
Skills are deep expertise modules loaded on demand — agents only pay the token cost when the skill is relevant.
|
|
398
290
|
|
|
399
291
|
#### 🔧 Core Engineering Skills
|
|
400
|
-
* **[Debugging Protocol](.agents/skills/debugging-protocol/SKILL.md)**: Systematic approach to solving errors
|
|
401
|
-
* **[Sequential Thinking](.agents/skills/sequential-thinking/SKILL.md)**:
|
|
402
|
-
* **[Code Review](.agents/skills/code-review/SKILL.md)**: Structured code review protocol against the full rule set
|
|
403
|
-
* **[Guardrails](.agents/skills/guardrails/SKILL.md)**: Pre-flight checklist and post-implementation self-review
|
|
404
|
-
* **[ADR
|
|
405
|
-
* **[Performance Optimization](.agents/skills/perf-optimization/SKILL.md)**: Profile-driven optimization
|
|
406
|
-
* **[Refactoring Patterns](.agents/skills/refactoring-patterns/SKILL.md)**: Code smell taxonomy, safe transformation techniques,
|
|
407
|
-
* **[Research Methodology](.agents/skills/research-methodology/SKILL.md)**: Structured research protocol for
|
|
408
|
-
* **[Omni](.agents/skills/omni/SKILL.md)**: Token-efficient communication protocol — opt-in for concise output or agent-to-agent messaging
|
|
292
|
+
* **[Debugging Protocol](.agents/skills/debugging-protocol/SKILL.md)**: Systematic hypothesis-driven approach to solving errors
|
|
293
|
+
* **[Sequential Thinking](.agents/skills/sequential-thinking/SKILL.md)**: Dynamic, reflective problem-solving through iterative thought chains, adapted from [Sequential Thinking MCP Server](https://github.com/modelcontextprotocol/servers/tree/main/src/sequentialthinking)
|
|
294
|
+
* **[Code Review](.agents/skills/code-review/SKILL.md)**: Structured code review protocol against the full rule set
|
|
295
|
+
* **[Guardrails](.agents/skills/guardrails/SKILL.md)**: Pre-flight checklist and post-implementation self-review
|
|
296
|
+
* **[ADR](.agents/skills/adr/SKILL.md)**: Architecture Decision Records — document significant decisions with context and trade-offs
|
|
297
|
+
* **[Performance Optimization](.agents/skills/perf-optimization/SKILL.md)**: Profile-driven optimization (pprof, Lighthouse, bundle analysis)
|
|
298
|
+
* **[Refactoring Patterns](.agents/skills/refactoring-patterns/SKILL.md)**: Code smell taxonomy, safe transformation techniques, behavior preservation
|
|
299
|
+
* **[Research Methodology](.agents/skills/research-methodology/SKILL.md)**: Structured research protocol for technologies and patterns
|
|
300
|
+
* **[Omni](.agents/skills/omni/SKILL.md)**: Token-efficient communication protocol — opt-in for concise output or agent-to-agent messaging
|
|
301
|
+
|
|
302
|
+
#### 🏛️ Architecture & Infrastructure Skills
|
|
303
|
+
* **[Testability Patterns](.agents/skills/testability-patterns/SKILL.md)**: I/O isolation, pure logic, dependency direction — code examples across Go, TypeScript, Python, Rust, Dart. *Loaded via reference from `architectural-pattern.md`.*
|
|
304
|
+
* **[Logging Implementation](.agents/skills/logging-implementation/SKILL.md)**: Structured logging patterns, log levels, per-language libraries (Go slog, pino, structlog), PII scrubbing. *Loaded via reference from `logging-and-observability-mandate.md`.*
|
|
305
|
+
* **[CI/CD](.agents/skills/ci-cd/SKILL.md)**: Pipeline design, multi-stage Docker builds, image scanning, SBOM attestation, environment promotion (Level 0–2)
|
|
306
|
+
* **[CI/CD GitOps & Kubernetes](.agents/skills/ci-cd/references/gitops-kubernetes.md)**: ArgoCD, Kubernetes deployment patterns — bundled with `ci-cd`
|
|
307
|
+
* **[Feature Flags](.agents/skills/feature-flags/SKILL.md)**: Release flags, kill switches, experiment flags, lifecycle rules — PRD-gated, loaded only when required
|
|
409
308
|
|
|
410
309
|
#### 🎨 Design & UI Skills
|
|
411
|
-
* **[Frontend Design](.agents/skills/frontend-design/SKILL.md)**:
|
|
412
|
-
* **[Mobile Design](.agents/skills/mobile-design/SKILL.md)**:
|
|
310
|
+
* **[Frontend Design](.agents/skills/frontend-design/SKILL.md)**: Production-grade frontend interfaces, bold aesthetics, typography, motion
|
|
311
|
+
* **[Mobile Design](.agents/skills/mobile-design/SKILL.md)**: Platform-native mobile interfaces for Flutter and React Native
|
|
413
312
|
|
|
414
313
|
#### 🔀 Multi-Agent Orchestration Skills
|
|
415
|
-
* **[
|
|
416
|
-
* **[
|
|
417
|
-
* **[
|
|
418
|
-
* **[Parallel Dispatch
|
|
314
|
+
* **[Convergence Loop](.agents/skills/convergence-loop/SKILL.md)**: Iterative problem solving protocol for coordinators.
|
|
315
|
+
* **[Fault Recovery](.agents/skills/fault-recovery/SKILL.md)**: Structured fault tolerance and escalation ladder.
|
|
316
|
+
* **[Integrity Enforcement](.agents/skills/integrity-enforcement/SKILL.md)**: Zero-tolerance compliance checking for the arbiter agent.
|
|
317
|
+
* **[Parallel Dispatch](.agents/skills/parallel-dispatch/SKILL.md)**: MECE task decomposition, file ownership enforcement, DAG-based execution, and safe merge protocol for intra-domain parallel dispatch. The safety invariants that prevent merge chaos when multiple agents write in parallel. Applies recursively at every nesting depth.
|
|
318
|
+
* **[Scope Decomposition](.agents/skills/scope-decomposition/SKILL.md)**: Project and mission decomposition techniques.
|
|
319
|
+
* **[Audit Checklist](.agents/skills/audit-checklist/SKILL.md)**: Consolidated audit checklists for code review and verification — loaded by `/audit` workflow and multi-agent review pipelines.
|
|
320
|
+
* **[Acceptance Review](.agents/skills/acceptance-review/SKILL.md)**: Spec adherence and deliverable completeness verification — ensures what was delivered matches what was requested.
|
|
419
321
|
|
|
420
|
-
#### 🌐 Language & Framework Idioms (
|
|
322
|
+
#### 🌐 Language & Framework Idioms (24)
|
|
323
|
+
|
|
324
|
+
Language-specific patterns, tooling, project layout, and quality commands. Each skill auto-loads via `paths:` triggers when the agent touches files in that language.
|
|
325
|
+
|
|
326
|
+
**Core stacks (with bundled project structure references):**
|
|
327
|
+
|
|
328
|
+
| Skill | Ecosystem | Auto-loads on |
|
|
329
|
+
|---|---|---|
|
|
330
|
+
| [Go Idioms](.agents/skills/go-idioms/SKILL.md) + [layout](./agents/skills/go-idioms/references/project-structure.md) | Go stdlib, error wrapping, table-driven tests, gofumpt | `**/*.go`, `**/go.mod` |
|
|
331
|
+
| [TypeScript Idioms](.agents/skills/typescript-idioms/SKILL.md) + [layout](.agents/skills/typescript-idioms/references/project-structure.md) | Strict mode, type narrowing, Zod, vitest | `**/*.ts`, `**/*.tsx` |
|
|
332
|
+
| [Vue Idioms](.agents/skills/vue-idioms/SKILL.md) + [layout](.agents/skills/vue-idioms/references/project-structure.md) | Vue 3 Composition API, Pinia (Setup Store), composables | `**/*.vue`, `**/store/**/*.ts`, `**/*.store.ts` |
|
|
333
|
+
| [Flutter Idioms](.agents/skills/flutter-idioms/SKILL.md) + [layout](.agents/skills/flutter-idioms/references/project-structure.md) | Riverpod 3, freezed, go_router, const widgets | `**/*.dart`, `**/pubspec.yaml`, `**/analysis_options.yaml` |
|
|
334
|
+
| [Rust Idioms](.agents/skills/rust-idioms/SKILL.md) + [layout](.agents/skills/rust-idioms/references/project-structure.md) | Ownership, tokio, thiserror/anyhow, clippy pedantic | `**/*.rs`, `**/Cargo.toml` |
|
|
335
|
+
| [Python Idioms](.agents/skills/python-idioms/SKILL.md) + [layout](.agents/skills/python-idioms/references/project-structure.md) | Type hints, Protocols, ruff, mypy strict, pytest | `**/*.py`, `**/pyproject.toml` |
|
|
421
336
|
|
|
422
|
-
|
|
337
|
+
**Community language skills:**
|
|
423
338
|
|
|
424
339
|
| Skill | Ecosystem |
|
|
425
340
|
|---|---|
|
|
426
|
-
| [Angular](.agents/skills/angular-idioms/SKILL.md) | Angular components, DI, RxJS |
|
|
427
|
-
| [C++](.agents/skills/cpp-idioms/SKILL.md) | Modern C++ (RAII, smart pointers) |
|
|
428
|
-
| [C#](.agents/skills/csharp-idioms/SKILL.md) | .NET, async/await, LINQ |
|
|
341
|
+
| [Angular](.agents/skills/angular-idioms/SKILL.md) | Angular components, signals, DI, RxJS |
|
|
342
|
+
| [C++](.agents/skills/cpp-idioms/SKILL.md) | Modern C++ (RAII, smart pointers, CMake) |
|
|
343
|
+
| [C#](.agents/skills/csharp-idioms/SKILL.md) | .NET, async/await, LINQ, records |
|
|
429
344
|
| [Django](.agents/skills/django-idioms/SKILL.md) | Django ORM, views, middleware |
|
|
430
345
|
| [.NET](.agents/skills/dotnet-idioms/SKILL.md) | ASP.NET Core, Entity Framework |
|
|
431
|
-
| [Elixir](.agents/skills/elixir-idioms/SKILL.md) | OTP, GenServer, supervision |
|
|
432
|
-
| [Java](.agents/skills/java-idioms/SKILL.md) | Streams, records,
|
|
433
|
-
| [JavaScript](.agents/skills/javascript-idioms/SKILL.md) | ES2024+, async patterns |
|
|
434
|
-
| [Kotlin](.agents/skills/kotlin-idioms/SKILL.md) | Coroutines, sealed classes |
|
|
346
|
+
| [Elixir](.agents/skills/elixir-idioms/SKILL.md) | OTP, GenServer, supervision trees |
|
|
347
|
+
| [Java](.agents/skills/java-idioms/SKILL.md) | Streams, records, sealed classes |
|
|
348
|
+
| [JavaScript](.agents/skills/javascript-idioms/SKILL.md) | ES2024+, async patterns, ESM |
|
|
349
|
+
| [Kotlin](.agents/skills/kotlin-idioms/SKILL.md) | Coroutines, sealed classes, Android |
|
|
435
350
|
| [Laravel](.agents/skills/laravel-idioms/SKILL.md) | Eloquent, middleware, queues |
|
|
436
351
|
| [Next.js](.agents/skills/nextjs-idioms/SKILL.md) | App Router, RSC, ISR |
|
|
437
|
-
| [PHP](.agents/skills/php-idioms/SKILL.md) | PHP 8+, type declarations |
|
|
438
|
-
| [Rails](.agents/skills/rails-idioms/SKILL.md) | ActiveRecord, conventions |
|
|
352
|
+
| [PHP](.agents/skills/php-idioms/SKILL.md) | PHP 8+, type declarations, Composer |
|
|
353
|
+
| [Rails](.agents/skills/rails-idioms/SKILL.md) | ActiveRecord, conventions, RSpec |
|
|
439
354
|
| [React](.agents/skills/react-idioms/SKILL.md) | Hooks, Suspense, Server Components |
|
|
440
|
-
| [Ruby](.agents/skills/ruby-idioms/SKILL.md) | Blocks, modules,
|
|
355
|
+
| [Ruby](.agents/skills/ruby-idioms/SKILL.md) | Blocks, modules, metaprogramming |
|
|
441
356
|
| [Spring Boot](.agents/skills/spring-boot-idioms/SKILL.md) | Spring DI, JPA, WebFlux |
|
|
442
|
-
| [SQL](.agents/skills/sql-idioms/SKILL.md) | Query optimization, indexes |
|
|
357
|
+
| [SQL](.agents/skills/sql-idioms/SKILL.md) | Query optimization, indexes, migrations |
|
|
443
358
|
| [Swift](.agents/skills/swift-idioms/SKILL.md) | SwiftUI, Combine, async/await |
|
|
444
359
|
|
|
445
360
|
#### 🏢 Domain Skills
|
|
446
|
-
* **[API Documentation](.agents/skills/api-documentation/SKILL.md)**: OpenAPI 3.1 specs, request/response examples, versioning
|
|
447
|
-
* **[Browser Automation](.agents/skills/browser-automation/SKILL.md)**: Playwright MCP-first automation for E2E testing and
|
|
448
|
-
* **[Chaos Testing](.agents/skills/chaos-testing/SKILL.md)**: Controlled failure injection and resilience verification
|
|
449
|
-
* **[CLI Development](.agents/skills/cli-development/SKILL.md)**: CLI tool design, argument parsing, and distribution
|
|
450
|
-
* **[Data Engineering](.agents/skills/data-engineering/SKILL.md)**: ETL/ELT patterns, data quality, and orchestration
|
|
451
|
-
* **[Embedded Systems](.agents/skills/embedded-systems/SKILL.md)**: Real-time patterns, RTOS, and hardware abstraction
|
|
452
|
-
* **[Incident Response](.agents/skills/incident-response/SKILL.md)**: Severity classification, triage, diagnosis, and postmortem
|
|
453
|
-
* **[ML Engineering](.agents/skills/ml-engineering/SKILL.md)**: ML pipelines, feature engineering, and MLOps
|
|
454
|
-
* **[Payment Integration](.agents/skills/payment-integration/SKILL.md)**: PCI DSS compliance, tokenization, and webhook reliability
|
|
455
|
-
* **[Supply Chain Security](.agents/skills/supply-chain-security/SKILL.md)**: SBOM generation, CVE scanning, and license compliance
|
|
361
|
+
* **[API Documentation](.agents/skills/api-documentation/SKILL.md)**: OpenAPI 3.1 specs, request/response examples, versioning
|
|
362
|
+
* **[Browser Automation](.agents/skills/browser-automation/SKILL.md)**: Playwright MCP-first automation for E2E testing, UI review, and Playwright MCP interactive development
|
|
363
|
+
* **[Chaos Testing](.agents/skills/chaos-testing/SKILL.md)**: Controlled failure injection and resilience verification
|
|
364
|
+
* **[CLI Development](.agents/skills/cli-development/SKILL.md)**: CLI tool design, argument parsing, and distribution
|
|
365
|
+
* **[Data Engineering](.agents/skills/data-engineering/SKILL.md)**: ETL/ELT patterns, data quality, and orchestration
|
|
366
|
+
* **[Embedded Systems](.agents/skills/embedded-systems/SKILL.md)**: Real-time patterns, RTOS, and hardware abstraction
|
|
367
|
+
* **[Incident Response](.agents/skills/incident-response/SKILL.md)**: Severity classification, triage, diagnosis, and blameless postmortem
|
|
368
|
+
* **[ML Engineering](.agents/skills/ml-engineering/SKILL.md)**: ML pipelines, feature engineering, model serving, and MLOps
|
|
369
|
+
* **[Payment Integration](.agents/skills/payment-integration/SKILL.md)**: PCI DSS compliance, tokenization, and webhook reliability
|
|
370
|
+
* **[Supply Chain Security](.agents/skills/supply-chain-security/SKILL.md)**: SBOM generation, CVE scanning, and license compliance
|
|
456
371
|
|
|
457
|
-
### Agent Personas (
|
|
372
|
+
### Agent Personas (21)
|
|
458
373
|
|
|
459
|
-
Agent personas are specialized sub-agents designed for multi-agent orchestration. Each agent has an exclusive domain, clear boundaries, and never crosses into another agent's territory — enforcing MECE at the architecture level.
|
|
374
|
+
Agent personas are specialized sub-agents designed for multi-agent orchestration. The system uses a Recursive Multi-Agent System (RMAS) with a 4-tier orchestration hierarchy. Each agent has an exclusive domain, clear boundaries, and never crosses into another agent's territory — enforcing MECE at the architecture level.
|
|
460
375
|
|
|
461
376
|
#### Layers
|
|
462
377
|
|
|
463
378
|
| Layer | Agents | Purpose |
|
|
464
379
|
|---|---|---|
|
|
380
|
+
| **L1 Strategic** | `overseer` | Program director: aligns multiple domain streams and manages cross-domain dependencies |
|
|
381
|
+
| **L2 Domain** | `rally-lead` | Domain coordinator: orchestrates multiple missions within a business vertical |
|
|
382
|
+
| **L3 Execution** | `mission-lead` | Mission manager: drives a specific feature slice to completion |
|
|
383
|
+
| **Compliance** | `arbiter`, `tech-lead` | Hard gate authorities: independent verification of rules, skills, and specs |
|
|
465
384
|
| **Research** | `scout` | Codebase exploration, pattern discovery, technology research |
|
|
466
|
-
| **Design** | `architect` + optional `ux-
|
|
385
|
+
| **Design** | `architect` + optional `ux-craftsman`, `database-expert`, `security-engineer` | System design, ADRs, API contracts |
|
|
467
386
|
| **Build** | `backend-engineer`, `frontend-engineer`, `mobile-engineer`, `database-expert`, `devops-engineer`, `technical-writer`, `test-automation-engineer`, `performance-engineer`, `refactoring-specialist` | Implementation with isolated worktrees |
|
|
468
|
-
| **Review** | `qa-analyst`, `security-engineer`, `ux-
|
|
387
|
+
| **Review** | `qa-analyst`, `security-engineer`, `ux-craftsman`, `incident-responder`, `acceptance-reviewer` | Quality gates, security audits, UX review |
|
|
469
388
|
|
|
470
|
-
See the [workflow-team](.agents/workflows/workflow-team.md) workflow for the full dispatch protocol, including parallel dispatch with MECE file ownership and DAG-based execution ordering.
|
|
389
|
+
See the [workflow-team](.agents/workflows/workflow-team.md) workflow for the full dispatch protocol, including recursive parallel dispatch with MECE file ownership and DAG-based execution ordering.
|
|
471
390
|
|
|
472
391
|
### Development Workflows (12)
|
|
473
392
|
|
|
@@ -498,7 +417,7 @@ The pipeline manager workflow for dispatching specialized sub-agents across laye
|
|
|
498
417
|
SCOUT → DESIGN → PRE-MORTEM → BUILD (parallel) → REVIEW (parallel) → REMEDIATE → VERIFY
|
|
499
418
|
```
|
|
500
419
|
|
|
501
|
-
Includes
|
|
420
|
+
Includes 11 workflow templates (A-K) for common scenarios: full features, bug fixes, audits, mobile features, security hardening, infrastructure, documentation sprints, incident response, and technical debt.
|
|
502
421
|
|
|
503
422
|
#### 🔧 Specialized Workflows
|
|
504
423
|
|
|
@@ -514,27 +433,43 @@ Includes 12 workflow templates (A-L) for common scenarios: full features, bug fi
|
|
|
514
433
|
|
|
515
434
|
```
|
|
516
435
|
.agents/
|
|
517
|
-
├── agents/ #
|
|
436
|
+
├── agents/ # 21 agent personas (multi-agent orchestration)
|
|
437
|
+
│ ├── overseer.md # L1 Strategic Director
|
|
438
|
+
│ ├── rally-lead.md # L2 Domain Coordinator
|
|
439
|
+
│ ├── mission-lead.md # L3 Execution Manager
|
|
440
|
+
│ ├── arbiter.md # Independent compliance authority
|
|
441
|
+
│ ├── tech-lead.md # Quality gate authority
|
|
518
442
|
│ ├── architect.md
|
|
519
443
|
│ ├── backend-engineer.md
|
|
520
|
-
│
|
|
521
|
-
|
|
522
|
-
│
|
|
523
|
-
│
|
|
524
|
-
├──
|
|
525
|
-
│ ├──
|
|
526
|
-
│ ├──
|
|
527
|
-
│ ├── rule-priority.md
|
|
528
|
-
│ └── ...
|
|
529
|
-
├── skills/ #
|
|
530
|
-
│ ├──
|
|
531
|
-
│ ├──
|
|
444
|
+
│ └── ... # 14 more specialized agents
|
|
445
|
+
├── rules/ # 25 rules: 10 always-on mandates + 15 contextual principles
|
|
446
|
+
│ │ # Each rule = project-specific decisions only (not model knowledge)
|
|
447
|
+
│ ├── rugged-software-constitution.md # always_on: hostile-environment posture
|
|
448
|
+
│ ├── security-mandate.md # always_on: deny by default
|
|
449
|
+
│ ├── logging-and-observability-mandate.md # always_on: all ops must log
|
|
450
|
+
│ ├── architectural-pattern.md # always_on: I/O isolation, testability
|
|
451
|
+
│ ├── rule-priority.md # always_on: conflict resolution
|
|
452
|
+
│ └── ... # 5 more always-on + 15 contextual principles
|
|
453
|
+
├── skills/ # 57 specialized skills — loaded on demand, not always
|
|
454
|
+
│ ├── go-idioms/ # paths: **/*.go — includes references/project-structure.md
|
|
455
|
+
│ ├── typescript-idioms/ # paths: **/*.ts, **/*.tsx
|
|
456
|
+
│ ├── vue-idioms/ # paths: **/*.vue, **/store/**/*.ts, **/*.store.ts
|
|
457
|
+
│ ├── flutter-idioms/ # paths: **/*.dart, **/analysis_options.yaml
|
|
458
|
+
│ ├── rust-idioms/ # paths: **/*.rs, **/Cargo.toml
|
|
459
|
+
│ ├── python-idioms/ # paths: **/*.py, **/pyproject.toml
|
|
460
|
+
│ ├── testability-patterns/ # reference-loaded from architectural-pattern.md
|
|
461
|
+
│ ├── logging-implementation/ # reference-loaded from logging-and-observability-mandate.md
|
|
462
|
+
│ ├── ci-cd/ # paths: Dockerfile, .github/workflows/*, Jenkinsfile, ...
|
|
463
|
+
│ ├── feature-flags/ # paths: feature*flag*, feature*toggle* (PRD-gated)
|
|
464
|
+
│ ├── debugging-protocol/ # Core engineering (reference-loaded)
|
|
532
465
|
│ ├── code-review/
|
|
533
|
-
│ ├──
|
|
534
|
-
│ ├──
|
|
466
|
+
│ ├── guardrails/
|
|
467
|
+
│ ├── parallel-dispatch/ # Multi-agent orchestration — consolidated safety invariants
|
|
468
|
+
│ ├── angular-idioms/ # Community language skills (18 ecosystems)
|
|
535
469
|
│ ├── react-idioms/
|
|
470
|
+
│ ├── java-idioms/
|
|
536
471
|
│ ├── incident-response/ # Domain skills
|
|
537
|
-
│ └── ...
|
|
472
|
+
│ └── ...
|
|
538
473
|
└── workflows/ # 12 development workflows
|
|
539
474
|
├── workflow-solo.md # Composite: single-agent feature workflow
|
|
540
475
|
├── workflow-team.md # Composite: multi-agent pipeline manager
|
|
@@ -553,27 +488,29 @@ Includes 12 workflow templates (A-L) for common scenarios: full features, bug fi
|
|
|
553
488
|
<!-- ROADMAP -->
|
|
554
489
|
## Roadmap
|
|
555
490
|
|
|
556
|
-
- [x] Include more specialized skills to aid development process (
|
|
491
|
+
- [x] Include more specialized skills to aid development process (53 skills shipped).
|
|
557
492
|
- [x] Add development workflows for structured feature delivery (12 workflows shipped).
|
|
558
|
-
- [x] Add language-specific idiom
|
|
493
|
+
- [x] Add language-specific idiom skills (Go, TypeScript, Vue, Flutter, Rust, Python + 18 community language skills).
|
|
559
494
|
- [x] Create a CLI tool for easier installation (`npx awesome-agv`).
|
|
560
|
-
- [x] Add multi-agent orchestration with
|
|
495
|
+
- [x] Add multi-agent orchestration with 16 specialized agent personas (including tech-lead anchor) and consolidated parallel dispatch.
|
|
496
|
+
- [x] Distill rules to decisions-only: strip generic knowledge, keep project-specific overrides (25 rules, -71% from peak).
|
|
497
|
+
- [x] Migrate language idioms from rules to on-demand skills — only load when relevant to the task.
|
|
561
498
|
- [ ] Add automated validation scripts to check if an agent is following the constitution.
|
|
562
499
|
- [x] Publish comprehensive documentation site (GitHub Pages).
|
|
563
500
|
|
|
564
501
|
## Opinionated Technology Choices
|
|
565
502
|
|
|
566
|
-
Awesome AGV ships with **opinionated defaults** for specific technology stacks. Each stack has dedicated idiom files
|
|
503
|
+
Awesome AGV ships with **opinionated defaults** for specific technology stacks. Each stack has a dedicated idiom skill that auto-loads when touching files in that language, providing patterns, tooling, project layout, and quality commands.
|
|
567
504
|
|
|
568
|
-
| Stack | Default Choice | Idiom
|
|
505
|
+
| Stack | Default Choice | Idiom Skill |
|
|
569
506
|
| ---------------- | --------------------------------------------------- | ----------------------------------------------------------------- |
|
|
570
|
-
| **Backend** | Go — vanilla stdlib, minimal deps |
|
|
571
|
-
| **Frontend** | TypeScript + Vue 3 — Composition API, Pinia, Vitest |
|
|
572
|
-
| **Mobile** | Flutter + Riverpod — freezed models, go_router
|
|
573
|
-
| **Systems** | Rust — tokio, thiserror/anyhow, clippy pedantic |
|
|
574
|
-
| **Scripting/AI** | Python — ruff, mypy strict, pytest, Pydantic |
|
|
507
|
+
| **Backend** | Go — vanilla stdlib, minimal deps | [go-idioms](.agents/skills/go-idioms/SKILL.md) |
|
|
508
|
+
| **Frontend** | TypeScript + Vue 3 — Composition API, Pinia, Vitest | [typescript-idioms](.agents/skills/typescript-idioms/SKILL.md) + [vue-idioms](.agents/skills/vue-idioms/SKILL.md) |
|
|
509
|
+
| **Mobile** | Flutter + Riverpod 3 — freezed models, go_router | [flutter-idioms](.agents/skills/flutter-idioms/SKILL.md) |
|
|
510
|
+
| **Systems** | Rust — tokio, thiserror/anyhow, clippy pedantic | [rust-idioms](.agents/skills/rust-idioms/SKILL.md) |
|
|
511
|
+
| **Scripting/AI** | Python — ruff, mypy strict, pytest, Pydantic | [python-idioms](.agents/skills/python-idioms/SKILL.md) |
|
|
575
512
|
|
|
576
|
-
**Using a different framework?** The idiom
|
|
513
|
+
**Using a different framework?** The idiom skills are modular — swap or edit them to match your stack. Community language skills are available for Angular, React, Next.js, Spring Boot, Django, Laravel, Rails, and more. See the [Adapting guide](https://irahardianto.github.io/awesome-agv/adapting) for which files to change.
|
|
577
514
|
|
|
578
515
|
## Project Adaptation Guide
|
|
579
516
|
|
|
@@ -582,12 +519,12 @@ This setup supports different project structures:
|
|
|
582
519
|
| Project Type | Adaptation |
|
|
583
520
|
| ----------------------- | ---------------------------------------------------------------- |
|
|
584
521
|
| **Monorepo** (default) | Use as-is |
|
|
585
|
-
| **Single backend** | Remove frontend
|
|
586
|
-
| **Single frontend** | Remove backend
|
|
522
|
+
| **Single backend** | Remove frontend workflows, keep backend idiom skill |
|
|
523
|
+
| **Single frontend** | Remove backend workflows, keep frontend idiom skills |
|
|
587
524
|
| **Microservices** | Adapt `project-structure.md` per service, add service mesh rules |
|
|
588
|
-
| **Mobile (Flutter/RN)** |
|
|
525
|
+
| **Mobile (Flutter/RN)** | Use flutter-idioms or react-idioms skill |
|
|
589
526
|
|
|
590
|
-
**To adapt:** Edit `project-structure.md`, the relevant idiom
|
|
527
|
+
**To adapt:** Edit `project-structure.md`, the relevant idiom skill's `references/project-structure.md`, and `phase-verify.md` to match your project layout.
|
|
591
528
|
|
|
592
529
|
<!-- CONTRIBUTING -->
|
|
593
530
|
## Contributing
|