@namch/agent-assistant 1.3.0 → 1.3.1
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/CHANGELOG.md +11 -1
- package/agents/backend-engineer.md +3 -3
- package/agents/brainstormer.md +3 -3
- package/agents/business-analyst.md +3 -3
- package/agents/database-architect.md +3 -3
- package/agents/debugger.md +2 -2
- package/agents/designer.md +2 -2
- package/agents/devops-engineer.md +2 -2
- package/agents/docs-manager.md +23 -15
- package/agents/frontend-engineer.md +3 -3
- package/agents/game-engineer.md +3 -3
- package/agents/mobile-engineer.md +4 -4
- package/agents/performance-engineer.md +3 -3
- package/agents/planner.md +4 -4
- package/agents/project-manager.md +3 -3
- package/agents/researcher.md +3 -3
- package/agents/reviewer.md +3 -3
- package/agents/scouter.md +3 -3
- package/agents/security-engineer.md +3 -3
- package/agents/tech-lead.md +3 -3
- package/agents/tester.md +2 -2
- package/commands/docs/audit.md +554 -78
- package/commands/docs/business.md +392 -76
- package/commands/docs/core.md +573 -74
- package/commands/docs.md +62 -61
- package/documents/business/business-features/00-index.md +101 -0
- package/documents/business/business-features/01-feature-inventory.md +341 -0
- package/documents/business/business-features/02-prioritization-moscow.md +148 -0
- package/documents/business/business-features/03-feature-specifications.md +512 -0
- package/documents/business/business-features/04-dependencies-and-release-sequencing.md +313 -0
- package/documents/business/business-features/05-success-metrics.md +290 -0
- package/documents/business/business-glossary/00-index.md +89 -0
- package/documents/business/business-glossary/01-canonical-terms.md +428 -0
- package/documents/business/business-glossary/02-synonyms-and-deprecated-terms.md +180 -0
- package/documents/business/business-glossary/03-domain-entities-and-events.md +395 -0
- package/documents/business/business-glossary/04-api-term-mapping.md +173 -0
- package/documents/business/business-prd/00-index.md +107 -0
- package/documents/business/business-prd/01-executive-summary.md +131 -0
- package/documents/business/business-prd/02-problem-goals-and-scope.md +204 -0
- package/documents/business/business-prd/03-stakeholders-and-requirements.md +210 -0
- package/documents/business/business-prd/04-acceptance-risks-assumptions.md +246 -0
- package/documents/business/business-workflows/00-index.md +107 -0
- package/documents/business/business-workflows/01-actor-map.md +303 -0
- package/documents/business/business-workflows/02-workflow-catalog.md +252 -0
- package/documents/business/business-workflows/03-detailed-workflows.md +641 -0
- package/documents/business/business-workflows/04-decision-rules-and-exceptions.md +216 -0
- package/documents/business/business-workflows/05-sla-and-handoffs.md +253 -0
- package/documents/knowledge-architecture/00-index.md +159 -0
- package/documents/knowledge-architecture/01-system-overview.md +240 -0
- package/documents/knowledge-architecture/02-components.md +419 -0
- package/documents/knowledge-architecture/03-data-flow.md +369 -0
- package/documents/knowledge-architecture/04-design-patterns.md +498 -0
- package/documents/knowledge-architecture/05-decisions.md +410 -0
- package/documents/knowledge-domain/00-index.md +251 -0
- package/documents/knowledge-domain/01-entities.md +583 -0
- package/documents/knowledge-domain/02-database-schema.md +138 -0
- package/documents/knowledge-domain/03-api-contracts.md +479 -0
- package/documents/knowledge-domain/04-business-rules.md +555 -0
- package/documents/knowledge-overview/00-index.md +107 -0
- package/documents/knowledge-overview/01-project-identity.md +162 -0
- package/documents/knowledge-overview/02-tech-stack.md +119 -0
- package/documents/knowledge-overview/03-features.md +233 -0
- package/documents/knowledge-overview/04-getting-started.md +394 -0
- package/documents/knowledge-source-base/00-index.md +107 -0
- package/documents/knowledge-source-base/01-directory-structure.md +312 -0
- package/documents/knowledge-source-base/02-entry-points.md +346 -0
- package/documents/knowledge-source-base/03-key-modules.md +582 -0
- package/documents/knowledge-source-base/04-configuration.md +467 -0
- package/documents/knowledge-standards/00-index.md +129 -0
- package/documents/knowledge-standards/01-code-style.md +161 -0
- package/documents/knowledge-standards/02-conventions.md +255 -0
- package/documents/knowledge-standards/03-git-workflow.md +228 -0
- package/documents/knowledge-standards/04-testing-standards.md +175 -0
- package/package.json +1 -1
- package/rules/REFERENCE.md +10 -6
- package/skills/docs-audit/README.md +10 -8
- package/skills/docs-audit/SKILL.md +45 -41
- package/skills/docs-audit/references/scoring-framework.md +5 -5
- package/skills/docs-core/README.md +19 -14
- package/skills/docs-core/SKILL.md +189 -117
- package/skills/planning/references/codebase-understanding.md +5 -5
- package/documents/business/business-features.md +0 -894
- package/documents/business/business-glossary.md +0 -554
- package/documents/business/business-prd.md +0 -400
- package/documents/business/business-workflows.md +0 -713
- package/documents/knowledge-architecture.md +0 -621
- package/documents/knowledge-domain.md +0 -602
- package/documents/knowledge-overview.md +0 -316
- package/documents/knowledge-source-base.md +0 -581
- package/documents/knowledge-standards.md +0 -632
|
@@ -0,0 +1,138 @@
|
|
|
1
|
+
# Agent Assistant — Database Schema
|
|
2
|
+
|
|
3
|
+
> **Purpose**: Explanation of the file-based data model — this project has no traditional database
|
|
4
|
+
> **Parent**: [00-index.md](./00-index.md)
|
|
5
|
+
> **Last Updated**: 2026-03-26
|
|
6
|
+
> **Generated By**: docs-core skill
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Not Applicable — File-Based Storage
|
|
11
|
+
|
|
12
|
+
Agent Assistant does not use a database. There is no SQL, no NoSQL, no ORM, and no data persistence layer. The entire framework is a **content distribution system** — it distributes Markdown and YAML files into AI tool directories, and those files are read at runtime by the AI model itself.
|
|
13
|
+
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
## File-Based Data Model
|
|
17
|
+
|
|
18
|
+
### Storage Philosophy
|
|
19
|
+
|
|
20
|
+
The project treats the **file system as the database**:
|
|
21
|
+
|
|
22
|
+
- **Directories** serve as tables/collections — each directory groups a single entity type
|
|
23
|
+
- **Files** serve as rows/documents — each file is one instance of an entity
|
|
24
|
+
- **YAML frontmatter** serves as the schema — structured key-value metadata at the top of Markdown files
|
|
25
|
+
- **Markdown body** serves as the content/payload — unstructured or semi-structured domain knowledge
|
|
26
|
+
- **File naming conventions** serve as primary keys — `backend-engineer.md`, `cook.md`, `backend.yaml`
|
|
27
|
+
|
|
28
|
+
### Directory-as-Table Mapping
|
|
29
|
+
|
|
30
|
+
| "Table" | Directory | File Format | Record Count | Key Field |
|
|
31
|
+
|---------|-----------|-------------|--------------|-----------|
|
|
32
|
+
| agents | `agents/*.md` | Markdown + YAML frontmatter | 21 | filename (e.g., `backend-engineer`) |
|
|
33
|
+
| team_agents | `agents/teams/{domain}-team/*.md` | Markdown | 51 | `{domain}-team/{role}` |
|
|
34
|
+
| commands | `commands/*.md` | Markdown + YAML frontmatter | 14 | filename (e.g., `cook`) |
|
|
35
|
+
| command_variants | `commands/{cmd}/*.md` | Markdown + YAML frontmatter | 54 | `{cmd}/{variant}` |
|
|
36
|
+
| rules | `rules/*.md` | Markdown | 7 | filename (e.g., `CORE`) |
|
|
37
|
+
| matrix_skill_domains | `matrix-skills/*.yaml` | YAML | 19 + 2 | filename (e.g., `backend`) |
|
|
38
|
+
| skill_modules | `skills/*/SKILL.md` | Markdown | 1,430 | directory name (e.g., `nextjs-app-router`) |
|
|
39
|
+
| platform_configs | `cli/install.js` (TOOLS object) | JavaScript | 5 | object key (e.g., `cursor`) |
|
|
40
|
+
| platform_entries | Root `*.md` | Markdown | 6 | filename (e.g., `COPILOT`) |
|
|
41
|
+
|
|
42
|
+
### YAML Frontmatter as Schema
|
|
43
|
+
|
|
44
|
+
Agent and command files use YAML frontmatter delimited by `---` as their structured schema:
|
|
45
|
+
|
|
46
|
+
```yaml
|
|
47
|
+
---
|
|
48
|
+
name: backend-engineer
|
|
49
|
+
description: Principal Backend Architect — server-side logic, API design, scalable systems
|
|
50
|
+
profile: "backend:execution"
|
|
51
|
+
handoffs: [tester, database-architect, performance-engineer, devops-engineer, frontend-engineer, security-engineer]
|
|
52
|
+
version: "1.0"
|
|
53
|
+
category: execution
|
|
54
|
+
---
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
This pattern provides:
|
|
58
|
+
|
|
59
|
+
| Database Concept | Frontmatter Equivalent |
|
|
60
|
+
|-----------------|----------------------|
|
|
61
|
+
| Column definition | YAML key name |
|
|
62
|
+
| Data type | Inferred from YAML (string, array, number) |
|
|
63
|
+
| Required fields | Convention — all agents must include name, description, profile, handoffs, version, category |
|
|
64
|
+
| Foreign keys | String references (e.g., `handoffs` references other agent names) |
|
|
65
|
+
| Enums | Convention (e.g., `category` must be one of: meta, execution, validation, research, support) |
|
|
66
|
+
| Indexes | Directory structure + HSOL registry in `_index.yaml` |
|
|
67
|
+
|
|
68
|
+
### YAML Domain Files as Registries
|
|
69
|
+
|
|
70
|
+
The `matrix-skills/*.yaml` files function as indexed registries. Each skill entry follows a consistent schema:
|
|
71
|
+
|
|
72
|
+
```yaml
|
|
73
|
+
- skill_id: unique-identifier
|
|
74
|
+
category: core|expert|specialized|utility
|
|
75
|
+
priority_score: 1-10
|
|
76
|
+
relevance_mapping:
|
|
77
|
+
agents: [agent-id, ...]
|
|
78
|
+
profiles: [domain:category, ...]
|
|
79
|
+
description: "Concise purpose for AI recognition"
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
The `_index.yaml` file functions as a **master index** — it lists all domains with their file paths and skill counts, defines agent-to-domain profile mappings, and stores the HSOL configuration parameters.
|
|
83
|
+
|
|
84
|
+
### Referential Integrity
|
|
85
|
+
|
|
86
|
+
Since there is no database engine to enforce constraints, referential integrity is maintained by convention:
|
|
87
|
+
|
|
88
|
+
| Relationship | Enforcement Mechanism |
|
|
89
|
+
|-------------|----------------------|
|
|
90
|
+
| Agent `handoffs` → Agent names | Convention — names must match existing agent filenames |
|
|
91
|
+
| Agent profile → Domain key | `_index.yaml` `agent_profiles` section maps profiles to domains |
|
|
92
|
+
| Command variant → Agent | Variant Markdown references agent by name in phase definitions |
|
|
93
|
+
| Skill `relevance_mapping.agents` → Agent | Convention — agent IDs must match existing agent names |
|
|
94
|
+
| Platform Config `{TOOL}` → Entry Point | CLI installer maps tool keys to entry point files |
|
|
95
|
+
|
|
96
|
+
### Query Patterns
|
|
97
|
+
|
|
98
|
+
Since the AI model is the runtime, "queries" are file reads:
|
|
99
|
+
|
|
100
|
+
| SQL Equivalent | File-Based Equivalent |
|
|
101
|
+
|---------------|----------------------|
|
|
102
|
+
| `SELECT * FROM agents WHERE name = 'backend-engineer'` | Read `agents/backend-engineer.md` |
|
|
103
|
+
| `SELECT * FROM agents WHERE category = 'execution'` | AI reads all agents, filters by frontmatter `category` |
|
|
104
|
+
| `SELECT skills FROM backend WHERE priority >= 9` | AI reads `matrix-skills/backend.yaml`, filters by `priority_score` |
|
|
105
|
+
| `JOIN agents ON skills.agents` | AI reads agent profile from `_index.yaml`, then reads matching domain YAMLs |
|
|
106
|
+
| `INSERT INTO dynamic_skills` | `npx skills add {owner/repo@skill} -g -y` adds entry to `_dynamic.yaml` |
|
|
107
|
+
|
|
108
|
+
### Data Lifecycle
|
|
109
|
+
|
|
110
|
+
| Operation | Mechanism |
|
|
111
|
+
|-----------|-----------|
|
|
112
|
+
| Create | CLI installer copies files from npm package to `~/.{tool}/skills/agent-assistant/` |
|
|
113
|
+
| Read | AI model reads files from the installed directory at runtime |
|
|
114
|
+
| Update | User runs `npm update @namch/agent-assistant` then `agent-assistant install <tool>` |
|
|
115
|
+
| Delete | `agent-assistant uninstall <tool>` removes installed files |
|
|
116
|
+
|
|
117
|
+
### Why No Database
|
|
118
|
+
|
|
119
|
+
1. **The AI model IS the runtime** — It reads Markdown/YAML directly; no query engine is needed
|
|
120
|
+
2. **No persistent state between sessions** — Each AI session starts fresh by reading files
|
|
121
|
+
3. **Content distribution, not data management** — The framework distributes instructions, not user data
|
|
122
|
+
4. **Cross-platform compatibility** — Files work identically across all 5 AI platforms
|
|
123
|
+
5. **Zero dependencies** — No database driver, ORM, or connection management required
|
|
124
|
+
6. **Human-readable by design** — Developers can read and edit any file directly
|
|
125
|
+
|
|
126
|
+
---
|
|
127
|
+
|
|
128
|
+
## Evidence Sources
|
|
129
|
+
|
|
130
|
+
| Source | Path |
|
|
131
|
+
|--------|------|
|
|
132
|
+
| Agent frontmatter example | `agents/backend-engineer.md` |
|
|
133
|
+
| Command frontmatter example | `commands/cook.md` |
|
|
134
|
+
| HSOL index with domain registry and profiles | `matrix-skills/_index.yaml` |
|
|
135
|
+
| Skill entry schema reference | `matrix-skills/_index.yaml` (resolution section comment) |
|
|
136
|
+
| CLI installer with TOOLS config | `cli/install.js` |
|
|
137
|
+
| Dynamic manifest structure | `matrix-skills/_dynamic.yaml` |
|
|
138
|
+
| Package manifest | `package.json` |
|
|
@@ -0,0 +1,479 @@
|
|
|
1
|
+
# Agent Assistant — API Contracts
|
|
2
|
+
|
|
3
|
+
> **Purpose**: CLI interface specifications, Prompt Command Interface, and HSOL skill resolution protocol
|
|
4
|
+
> **Parent**: [00-index.md](./00-index.md)
|
|
5
|
+
> **Last Updated**: 2026-03-26
|
|
6
|
+
> **Generated By**: docs-core skill
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Table of Contents
|
|
11
|
+
|
|
12
|
+
1. [API Overview](#api-overview)
|
|
13
|
+
2. [CLI Interface](#cli-interface)
|
|
14
|
+
3. [Prompt Command Interface](#prompt-command-interface)
|
|
15
|
+
4. [HSOL Skill Resolution Protocol](#hsol-skill-resolution-protocol)
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## API Overview
|
|
20
|
+
|
|
21
|
+
Agent Assistant exposes two distinct interfaces, neither of which is an HTTP API:
|
|
22
|
+
|
|
23
|
+
| Interface | Type | Consumer | Entry Point |
|
|
24
|
+
|-----------|------|----------|-------------|
|
|
25
|
+
| CLI Interface | Node.js command-line tool | Developer's terminal | `cli/install.js` |
|
|
26
|
+
| Prompt Command Interface | Natural language commands | AI model at runtime | Platform entry points (`COPILOT.md`, etc.) |
|
|
27
|
+
|
|
28
|
+
There is also an internal resolution protocol — the HSOL (Hybrid Skill Orchestration Layer) — that functions as a "skill API" the AI model executes to inject domain expertise into agents.
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## CLI Interface
|
|
33
|
+
|
|
34
|
+
### Global Information
|
|
35
|
+
|
|
36
|
+
| Property | Value |
|
|
37
|
+
|----------|-------|
|
|
38
|
+
| Binary name | `agent-assistant` |
|
|
39
|
+
| Entry point | `cli/install.js` |
|
|
40
|
+
| Runtime | Node.js >= 18.0.0 |
|
|
41
|
+
| Dependencies | Zero (uses only `node:fs`, `node:path`, `node:os`, `node:readline`) |
|
|
42
|
+
| Package | `@namch/agent-assistant` on npm |
|
|
43
|
+
|
|
44
|
+
### Commands
|
|
45
|
+
|
|
46
|
+
#### `agent-assistant install <tool>`
|
|
47
|
+
|
|
48
|
+
Installs the framework to a specific AI platform's global directory.
|
|
49
|
+
|
|
50
|
+
| Parameter | Type | Required | Valid Values | Description |
|
|
51
|
+
|-----------|------|----------|--------------|-------------|
|
|
52
|
+
| `tool` | string | yes (unless `--all`) | `cursor`, `copilot`, `antigravity`, `claude`, `codex` | Target AI platform |
|
|
53
|
+
| `--all` | flag | no | — | Install for all 5 platforms |
|
|
54
|
+
|
|
55
|
+
**Behavior**:
|
|
56
|
+
|
|
57
|
+
1. Resolves the platform's installation paths from the TOOLS configuration object
|
|
58
|
+
2. Creates the directory structure (`skills/agent-assistant/`, `agents/`, `commands/`, `rules/`, `matrix-skills/`, `documents/`)
|
|
59
|
+
3. Copies core directories: `agents/`, `rules/`, `documents/`, `commands/`, `matrix-skills/`
|
|
60
|
+
4. Copies `skills/` directory (1,430 skill modules)
|
|
61
|
+
5. Performs `{TOOL}` placeholder replacement in all Markdown and YAML files
|
|
62
|
+
6. Copies platform-specific assets (entry point files, config files)
|
|
63
|
+
7. Copies root files (`README.md`)
|
|
64
|
+
8. Displays progress bar with file count
|
|
65
|
+
9. Runs verification to confirm all files were written
|
|
66
|
+
10. Prints summary report with statistics
|
|
67
|
+
|
|
68
|
+
**Exit codes**:
|
|
69
|
+
|
|
70
|
+
| Code | Meaning |
|
|
71
|
+
|------|---------|
|
|
72
|
+
| 0 | Success |
|
|
73
|
+
| 1 | Invalid tool name or installation error |
|
|
74
|
+
|
|
75
|
+
**npm script shortcuts**:
|
|
76
|
+
|
|
77
|
+
| Script | Equivalent |
|
|
78
|
+
|--------|-----------|
|
|
79
|
+
| `npm run install:cursor` | `node cli/install.js install cursor` |
|
|
80
|
+
| `npm run install:copilot` | `node cli/install.js install copilot` |
|
|
81
|
+
| `npm run install:antigravity` | `node cli/install.js install antigravity` |
|
|
82
|
+
| `npm run install:codex` | `node cli/install.js install codex` |
|
|
83
|
+
| `npm run install:all` | `node cli/install.js install --all` |
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
#### `agent-assistant uninstall <tool>`
|
|
88
|
+
|
|
89
|
+
Removes the framework from a specific AI platform's global directory.
|
|
90
|
+
|
|
91
|
+
| Parameter | Type | Required | Valid Values | Description |
|
|
92
|
+
|-----------|------|----------|--------------|-------------|
|
|
93
|
+
| `tool` | string | yes (unless `--all`) | `cursor`, `copilot`, `antigravity`, `claude`, `codex` | Target AI platform |
|
|
94
|
+
| `--all` | flag | no | — | Uninstall from all 5 platforms |
|
|
95
|
+
|
|
96
|
+
**Behavior**:
|
|
97
|
+
|
|
98
|
+
1. Resolves the platform's `agentAssistant` path
|
|
99
|
+
2. Removes only bundled agent files (preserves user-custom agents)
|
|
100
|
+
3. Removes the `skills/agent-assistant/` directory tree
|
|
101
|
+
4. Removes platform-specific assets installed by the framework
|
|
102
|
+
|
|
103
|
+
**npm script shortcuts**:
|
|
104
|
+
|
|
105
|
+
| Script | Equivalent |
|
|
106
|
+
|--------|-----------|
|
|
107
|
+
| `npm run uninstall:cursor` | `node cli/install.js uninstall cursor` |
|
|
108
|
+
| `npm run uninstall:copilot` | `node cli/install.js uninstall copilot` |
|
|
109
|
+
| `npm run uninstall:antigravity` | `node cli/install.js uninstall antigravity` |
|
|
110
|
+
| `npm run uninstall:codex` | `node cli/install.js uninstall codex` |
|
|
111
|
+
| `npm run uninstall:all` | `node cli/install.js uninstall --all` |
|
|
112
|
+
|
|
113
|
+
---
|
|
114
|
+
|
|
115
|
+
#### `agent-assistant list`
|
|
116
|
+
|
|
117
|
+
Lists which platforms currently have the framework installed.
|
|
118
|
+
|
|
119
|
+
| Parameter | Type | Required | Description |
|
|
120
|
+
|-----------|------|----------|-------------|
|
|
121
|
+
| (none) | — | — | No arguments |
|
|
122
|
+
|
|
123
|
+
**Behavior**:
|
|
124
|
+
|
|
125
|
+
1. Checks each platform's `agentAssistant` path for existence
|
|
126
|
+
2. Prints a list of installed platforms with status indicators
|
|
127
|
+
|
|
128
|
+
**npm script shortcut**: `npm run list`
|
|
129
|
+
|
|
130
|
+
---
|
|
131
|
+
|
|
132
|
+
### Installation File Mapping
|
|
133
|
+
|
|
134
|
+
The installer copies these directories from the npm package into platform-specific paths:
|
|
135
|
+
|
|
136
|
+
| Source Directory | Destination (relative to `agentAssistant` path) | Contents |
|
|
137
|
+
|-----------------|------------------------------------------------|----------|
|
|
138
|
+
| `agents/` | `agents/` | 21 individual agents + 17 team folders (51 role files) |
|
|
139
|
+
| `rules/` | `rules/` | 7 governance files |
|
|
140
|
+
| `documents/` | `documents/` | Knowledge base folders |
|
|
141
|
+
| `commands/` | `commands/` | 14 routers + variant subfolders (54 variant files) |
|
|
142
|
+
| `matrix-skills/` | `matrix-skills/` | 19 domain YAMLs + `_index.yaml` + `_dynamic.yaml` |
|
|
143
|
+
| `skills/` | Installed to `{SKILLS_PATH}/` | 1,430 skill modules |
|
|
144
|
+
| `README.md` | `README.md` | Project readme |
|
|
145
|
+
|
|
146
|
+
### Platform-Specific Asset Mapping
|
|
147
|
+
|
|
148
|
+
| Platform | Asset | Source | Destination |
|
|
149
|
+
|----------|-------|--------|-------------|
|
|
150
|
+
| Cursor | Rules directory | `code-assistants/cursor-assistant/rules/` | `~/.cursor/rules/` |
|
|
151
|
+
| Cursor | Cursorrules | `code-assistants/cursor-assistant/.cursorrules` | `~/.cursor/.cursorrules` |
|
|
152
|
+
| Copilot | Agent file | `code-assistants/copilot-assistant/agent-assistant.agent.md` | VS Code prompts folder |
|
|
153
|
+
| Antigravity | Gemini config | `code-assistants/antigravity-assistant/GEMINI.md` | `~/.gemini/GEMINI.md` |
|
|
154
|
+
| Antigravity | Agent file | `code-assistants/antigravity-assistant/AntigravityGlobal.agent.md` | `~/.gemini/agents/` |
|
|
155
|
+
| Claude | Claude config | `code-assistants/claude-assistant/CLAUDE.md` | `~/.claude/CLAUDE.md` |
|
|
156
|
+
| Codex | Codex config | `code-assistants/codex-assistant/CODEX.md` | `~/.codex/CODEX.md` |
|
|
157
|
+
| Codex | TOML config | `code-assistants/codex-assistant/config.toml` | `~/.codex/config.toml` |
|
|
158
|
+
| Codex | Agent TOMLs | `code-assistants/codex-assistant/agents/` | `~/.codex/agents/` |
|
|
159
|
+
| Codex | Command skills | `code-assistants/codex-assistant/skills/` | `~/.codex/skills/` |
|
|
160
|
+
|
|
161
|
+
---
|
|
162
|
+
|
|
163
|
+
## Prompt Command Interface
|
|
164
|
+
|
|
165
|
+
These commands are used inside AI coding assistants after the framework is installed. The AI model parses these from user input and routes them through the Orchestrator.
|
|
166
|
+
|
|
167
|
+
### Command Syntax
|
|
168
|
+
|
|
169
|
+
```
|
|
170
|
+
/{command} → Routes to default variant (presents options)
|
|
171
|
+
/{command}:{variant} → Routes directly to specific variant
|
|
172
|
+
/{command}/{variant} → Alternative syntax (same effect)
|
|
173
|
+
```
|
|
174
|
+
|
|
175
|
+
Arguments follow the command:
|
|
176
|
+
|
|
177
|
+
```
|
|
178
|
+
/cook implement user authentication with JWT
|
|
179
|
+
/fix the login button is not working
|
|
180
|
+
/plan migration from REST to GraphQL
|
|
181
|
+
```
|
|
182
|
+
|
|
183
|
+
### Natural Language Detection
|
|
184
|
+
|
|
185
|
+
The Orchestrator also detects commands from natural language:
|
|
186
|
+
|
|
187
|
+
| User Intent | Detected Command |
|
|
188
|
+
|-------------|-----------------|
|
|
189
|
+
| implement, build, create, add | `/cook` |
|
|
190
|
+
| fix, bug, error, broken | `/fix` |
|
|
191
|
+
| plan, how should, strategy, approach | `/plan` |
|
|
192
|
+
| debug, investigate, why | `/debug` |
|
|
193
|
+
| test, coverage | `/test` |
|
|
194
|
+
| review, PR, check code | `/review` |
|
|
195
|
+
| document, readme, docs, spec | `/docs` |
|
|
196
|
+
| design, UI, UX, mockup | `/design` |
|
|
197
|
+
| deploy, release | `/deploy` |
|
|
198
|
+
| report, status, summary | `/report` |
|
|
199
|
+
| brainstorm, ideas, explore | `/brainstorm` |
|
|
200
|
+
| question, how, what, why | `/ask` |
|
|
201
|
+
| code, snippet, generate | `/code` |
|
|
202
|
+
|
|
203
|
+
### Command Specifications
|
|
204
|
+
|
|
205
|
+
#### `/cook` — Feature Implementation
|
|
206
|
+
|
|
207
|
+
| Property | Value |
|
|
208
|
+
|----------|-------|
|
|
209
|
+
| Purpose | Implement new features end-to-end |
|
|
210
|
+
| Input | Feature description |
|
|
211
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
212
|
+
| Default routing | Simple spec → fast; Complex → hard; Context-critical → focus; Max quality → team |
|
|
213
|
+
|
|
214
|
+
| Variant | Phases | Discovery | Team |
|
|
215
|
+
|---------|--------|-----------|------|
|
|
216
|
+
| `fast` | Minimal (typically 2-3) | Matrix only, skip dynamic | Single agent per phase |
|
|
217
|
+
| `hard` | Full (typically 5-7) | Matrix + dynamic discovery | Single agent per phase |
|
|
218
|
+
| `focus` | Full with context clearing | Matrix + dynamic discovery | Single agent per phase |
|
|
219
|
+
| `team` | Full with Golden Triangle | Matrix + dynamic discovery | 3 agents per phase |
|
|
220
|
+
|
|
221
|
+
#### `/code` — Code Generation
|
|
222
|
+
|
|
223
|
+
| Property | Value |
|
|
224
|
+
|----------|-------|
|
|
225
|
+
| Purpose | Generate code snippets or modules |
|
|
226
|
+
| Input | Code specification |
|
|
227
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
228
|
+
| Default routing | Same as `/cook` |
|
|
229
|
+
|
|
230
|
+
#### `/fix` — Bug Fixing
|
|
231
|
+
|
|
232
|
+
| Property | Value |
|
|
233
|
+
|----------|-------|
|
|
234
|
+
| Purpose | Identify and fix bugs |
|
|
235
|
+
| Input | Bug description or error message |
|
|
236
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
237
|
+
| Default routing | Clear bug → fast; Complex/multi-component → hard |
|
|
238
|
+
|
|
239
|
+
#### `/debug` — Debugging
|
|
240
|
+
|
|
241
|
+
| Property | Value |
|
|
242
|
+
|----------|-------|
|
|
243
|
+
| Purpose | Deep investigation of issues |
|
|
244
|
+
| Input | Issue description or symptoms |
|
|
245
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
246
|
+
| Default routing | Quick investigation → fast; Root cause analysis → hard |
|
|
247
|
+
|
|
248
|
+
#### `/test` — Test Generation
|
|
249
|
+
|
|
250
|
+
| Property | Value |
|
|
251
|
+
|----------|-------|
|
|
252
|
+
| Purpose | Generate test suites |
|
|
253
|
+
| Input | Component or feature to test |
|
|
254
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
255
|
+
| Default routing | Unit tests → fast; Full coverage strategy → hard |
|
|
256
|
+
|
|
257
|
+
#### `/plan` — Planning
|
|
258
|
+
|
|
259
|
+
| Property | Value |
|
|
260
|
+
|----------|-------|
|
|
261
|
+
| Purpose | Create implementation plans and task breakdowns |
|
|
262
|
+
| Input | Feature or project to plan |
|
|
263
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
264
|
+
| Default routing | Quick plan → fast; Detailed architecture → hard |
|
|
265
|
+
|
|
266
|
+
#### `/design` — UI/UX Design
|
|
267
|
+
|
|
268
|
+
| Property | Value |
|
|
269
|
+
|----------|-------|
|
|
270
|
+
| Purpose | Design user interfaces and experiences |
|
|
271
|
+
| Input | UI/UX requirements |
|
|
272
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
273
|
+
| Default routing | Simple component → fast; Full design system → hard |
|
|
274
|
+
|
|
275
|
+
#### `/review` — Code Review
|
|
276
|
+
|
|
277
|
+
| Property | Value |
|
|
278
|
+
|----------|-------|
|
|
279
|
+
| Purpose | Review code for quality, security, performance |
|
|
280
|
+
| Input | Code or PR to review |
|
|
281
|
+
| Variants | `fast`, `hard`, `team` |
|
|
282
|
+
| Default routing | Quick check → fast; Thorough review → hard |
|
|
283
|
+
|
|
284
|
+
#### `/report` — Reporting
|
|
285
|
+
|
|
286
|
+
| Property | Value |
|
|
287
|
+
|----------|-------|
|
|
288
|
+
| Purpose | Generate reports and summaries |
|
|
289
|
+
| Input | Topic or scope for report |
|
|
290
|
+
| Variants | `fast`, `hard`, `focus`, `team` |
|
|
291
|
+
| Default routing | Quick summary → fast; Detailed analysis → hard |
|
|
292
|
+
|
|
293
|
+
#### `/brainstorm` — Ideation
|
|
294
|
+
|
|
295
|
+
| Property | Value |
|
|
296
|
+
|----------|-------|
|
|
297
|
+
| Purpose | Explore ideas and possibilities |
|
|
298
|
+
| Input | Topic or problem to brainstorm |
|
|
299
|
+
| Variants | `fast`, `hard`, `team` |
|
|
300
|
+
| Default routing | Quick ideas → fast; Deep exploration → hard |
|
|
301
|
+
|
|
302
|
+
#### `/docs` — Documentation
|
|
303
|
+
|
|
304
|
+
| Property | Value |
|
|
305
|
+
|----------|-------|
|
|
306
|
+
| Purpose | Generate or maintain documentation |
|
|
307
|
+
| Input | Documentation target |
|
|
308
|
+
| Variants | `core`, `business`, `audit` |
|
|
309
|
+
| Default routing | Technical docs → core; Business docs → business; Review existing → audit |
|
|
310
|
+
|
|
311
|
+
#### `/deploy` — Deployment
|
|
312
|
+
|
|
313
|
+
| Property | Value |
|
|
314
|
+
|----------|-------|
|
|
315
|
+
| Purpose | Manage deployment pipeline |
|
|
316
|
+
| Input | Deployment target or action |
|
|
317
|
+
| Variants | `check`, `preview`, `production`, `rollback` |
|
|
318
|
+
| Default routing | Pre-deploy verification → check; Staging → preview; Live → production; Undo → rollback |
|
|
319
|
+
|
|
320
|
+
#### `/ask` — Questions & Answers
|
|
321
|
+
|
|
322
|
+
| Property | Value |
|
|
323
|
+
|----------|-------|
|
|
324
|
+
| Purpose | Answer technical questions |
|
|
325
|
+
| Input | Question |
|
|
326
|
+
| Variants | `fast`, `hard` |
|
|
327
|
+
| Default routing | Simple question → fast; Research-heavy → hard |
|
|
328
|
+
|
|
329
|
+
#### `/auto` — Autonomous Execution
|
|
330
|
+
|
|
331
|
+
| Property | Value |
|
|
332
|
+
|----------|-------|
|
|
333
|
+
| Purpose | Analyze task and autonomously execute complete workflow |
|
|
334
|
+
| Input | Task description |
|
|
335
|
+
| Variants | (meta-router — selects another command autonomously) |
|
|
336
|
+
| Behavior | Classifies the task type, selects the optimal command and variant, executes all phases without user intervention between phases |
|
|
337
|
+
|
|
338
|
+
### Pre-Flight Loading (All Commands)
|
|
339
|
+
|
|
340
|
+
Every command router requires loading these rule files before execution:
|
|
341
|
+
|
|
342
|
+
| Order | File | Purpose |
|
|
343
|
+
|-------|------|---------|
|
|
344
|
+
| 1 | `CORE.md` | Identity, Laws, Routing |
|
|
345
|
+
| 2 | `PHASES.md` | Phase execution protocol |
|
|
346
|
+
| 3 | `AGENTS.md` | Tiered execution protocol |
|
|
347
|
+
|
|
348
|
+
Execution is blocked until all three are loaded.
|
|
349
|
+
|
|
350
|
+
### Variant Behavior Matrix
|
|
351
|
+
|
|
352
|
+
| Behavior | fast | hard | focus | team |
|
|
353
|
+
|----------|------|------|-------|------|
|
|
354
|
+
| Phase count | Minimal (2-3) | Full (5-7) | Full (5-7) | Full (5-7) |
|
|
355
|
+
| Skill discovery | Matrix only | Matrix + dynamic | Matrix + dynamic | Matrix + dynamic |
|
|
356
|
+
| Context clearing | No | No | Yes (between phases) | No |
|
|
357
|
+
| Agents per phase | 1 | 1 | 1 | 3 (Golden Triangle) |
|
|
358
|
+
| Debate rounds | N/A | N/A | N/A | Up to 3 |
|
|
359
|
+
| Deliverable review | Exit criteria only | Exit criteria | Exit criteria + context check | Consensus stamp required |
|
|
360
|
+
|
|
361
|
+
---
|
|
362
|
+
|
|
363
|
+
## HSOL Skill Resolution Protocol
|
|
364
|
+
|
|
365
|
+
The Hybrid Skill Orchestration Layer is an internal protocol the AI model executes to inject relevant skills into agents during workflow phases.
|
|
366
|
+
|
|
367
|
+
### Resolution Flow
|
|
368
|
+
|
|
369
|
+
```mermaid
|
|
370
|
+
flowchart TD
|
|
371
|
+
A[Agent assigned to phase] --> B[Parse agent profile from frontmatter]
|
|
372
|
+
B --> C[Load inherited domains from _index.yaml]
|
|
373
|
+
C --> D[Filter skills by relevance_mapping]
|
|
374
|
+
D --> E[Apply priority thresholds]
|
|
375
|
+
E --> F[Calculate fitness scores]
|
|
376
|
+
F --> G{Fitness >= 0.8?}
|
|
377
|
+
G -->|Yes| H[Execute with matrix skills]
|
|
378
|
+
G -->|No| I{Fitness >= 0.75?}
|
|
379
|
+
I -->|Yes| J[Execute with matrix + async discovery recommendation]
|
|
380
|
+
I -->|No| K[Blocking discovery via find-skills]
|
|
381
|
+
K --> L{Skills found?}
|
|
382
|
+
L -->|Yes| M[Install and execute with new skills]
|
|
383
|
+
L -->|No| N[Report gap, use general capabilities]
|
|
384
|
+
H --> O[Read matched SKILL.md files]
|
|
385
|
+
J --> O
|
|
386
|
+
M --> O
|
|
387
|
+
O --> P[Agent executes with injected skills]
|
|
388
|
+
```
|
|
389
|
+
|
|
390
|
+
### Fitness Calculation Formula
|
|
391
|
+
|
|
392
|
+
```
|
|
393
|
+
fitness = 0.35 × SEMANTIC_MATCH
|
|
394
|
+
+ 0.25 × SPECIFICITY
|
|
395
|
+
+ 0.20 × TRUST_LEVEL
|
|
396
|
+
+ 0.10 × FRESHNESS_SCORE
|
|
397
|
+
+ 0.10 × SUCCESS_RATE
|
|
398
|
+
```
|
|
399
|
+
|
|
400
|
+
| Factor | Weight | Description | Range |
|
|
401
|
+
|--------|--------|-------------|-------|
|
|
402
|
+
| Semantic Match | 0.35 | How closely the skill's description matches the task keywords | 0.0 — 1.0 |
|
|
403
|
+
| Specificity | 0.25 | How specialized the skill is for this exact task (vs. general) | 0.0 — 1.0 |
|
|
404
|
+
| Trust Level | 0.20 | Matrix skills = 1.0; dynamic skills = 0.3 to 1.0 based on history | 0.3 — 1.0 |
|
|
405
|
+
| Freshness Score | 0.10 | How recently the skill was verified or updated | 0.0 — 1.0 |
|
|
406
|
+
| Success Rate | 0.10 | Historical success rate of the skill in prior executions | 0.0 — 1.0 |
|
|
407
|
+
|
|
408
|
+
### Decision Thresholds
|
|
409
|
+
|
|
410
|
+
| Threshold | Value | Action |
|
|
411
|
+
|-----------|-------|--------|
|
|
412
|
+
| Matrix Sufficient | >= 0.8 | Use matrix skills directly, skip dynamic discovery |
|
|
413
|
+
| Matrix Adequate | 0.75 — 0.8 | Use matrix skills, run async discovery for future recommendation |
|
|
414
|
+
| Matrix Insufficient | < 0.75 | Blocking discovery — wait for `find-skills` before proceeding |
|
|
415
|
+
| Superiority Delta | 0.15 | Dynamic skill must exceed matrix skill's fitness by this amount to be preferred |
|
|
416
|
+
|
|
417
|
+
### Profile-to-Domain Resolution
|
|
418
|
+
|
|
419
|
+
The HSOL maps agent profiles to skill domains via the `agent_profiles` section in `_index.yaml`:
|
|
420
|
+
|
|
421
|
+
```
|
|
422
|
+
1. PARSE agent's `profile` field (e.g., "backend:execution")
|
|
423
|
+
2. LOOK UP profile in _index.yaml agent_profiles
|
|
424
|
+
3. READ `inherit_from` array (e.g., ["backend", "architecture", "quality", "data", "languages"])
|
|
425
|
+
4. LOAD each domain's YAML file
|
|
426
|
+
5. FILTER skills where relevance_mapping matches the agent or profile
|
|
427
|
+
6. SORT by priority_score descending
|
|
428
|
+
7. APPLY fitness calculation
|
|
429
|
+
8. RETURN sorted skill set for injection
|
|
430
|
+
```
|
|
431
|
+
|
|
432
|
+
### Dynamic Discovery Commands
|
|
433
|
+
|
|
434
|
+
| Command | Purpose |
|
|
435
|
+
|---------|---------|
|
|
436
|
+
| `npx skills find "{keywords}"` | Search for skills matching keywords |
|
|
437
|
+
| `npx skills add {owner/repo@skill} -g -y` | Install skill globally for current platform |
|
|
438
|
+
| `npx skills check` | Verify installed skill integrity |
|
|
439
|
+
| `npx skills update` | Update installed dynamic skills |
|
|
440
|
+
|
|
441
|
+
### Variant-Specific Discovery Behavior
|
|
442
|
+
|
|
443
|
+
| Variant | Discovery Behavior |
|
|
444
|
+
|---------|-------------------|
|
|
445
|
+
| `fast` | Skip dynamic discovery entirely — matrix skills only |
|
|
446
|
+
| `hard` | Full resolution — matrix first, dynamic discovery if fitness < 0.8 |
|
|
447
|
+
| `focus` | Same as `hard` — full resolution with dynamic discovery |
|
|
448
|
+
| `team` | Same as `hard` — full resolution with dynamic discovery |
|
|
449
|
+
| Other (core, business, audit, check, etc.) | Standard matrix resolution |
|
|
450
|
+
|
|
451
|
+
### Complexity Assessment
|
|
452
|
+
|
|
453
|
+
Before HSOL resolution, the Orchestrator assesses task complexity:
|
|
454
|
+
|
|
455
|
+
| Assessment | Resolution |
|
|
456
|
+
|------------|-----------|
|
|
457
|
+
| Simple | Base knowledge sufficient — skip HSOL resolution entirely |
|
|
458
|
+
| Complex | HSOL resolution mandatory — base knowledge alone is never sufficient |
|
|
459
|
+
|
|
460
|
+
The assessment determines whether formal skill injection is needed. For complex tasks, skipping resolution is a protocol violation.
|
|
461
|
+
|
|
462
|
+
---
|
|
463
|
+
|
|
464
|
+
## Evidence Sources
|
|
465
|
+
|
|
466
|
+
| Source | Path |
|
|
467
|
+
|--------|------|
|
|
468
|
+
| CLI installer full source | `cli/install.js` |
|
|
469
|
+
| Package scripts (npm shortcuts) | `package.json` |
|
|
470
|
+
| Core rules (command routing) | `rules/CORE.md` |
|
|
471
|
+
| HSOL resolution rules | `rules/SKILLS.md` |
|
|
472
|
+
| HSOL config (thresholds, weights) | `matrix-skills/_index.yaml` |
|
|
473
|
+
| Reference tables (command/variant list) | `rules/REFERENCE.md` |
|
|
474
|
+
| Command router example | `commands/cook.md` |
|
|
475
|
+
| Auto router | `commands/auto.md` |
|
|
476
|
+
| Phase execution rules | `rules/PHASES.md` |
|
|
477
|
+
| Agent handling (tiered execution) | `rules/AGENTS.md` |
|
|
478
|
+
| Copilot platform config | `cli/install.js` (TOOLS.copilot) |
|
|
479
|
+
| Cursor platform config | `cli/install.js` (TOOLS.cursor) |
|