@namch/agent-assistant 1.3.0 → 1.3.2
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 +24 -1
- package/README.md +3 -4
- 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/code-assistants/codex-assistant/CODEX.md +1 -2
- package/commands/ask/hard.md +1 -1
- package/commands/brainstorm/hard.md +1 -1
- package/commands/code/hard.md +1 -1
- package/commands/code.md +2 -7
- package/commands/cook/hard.md +1 -1
- package/commands/cook.md +1 -6
- package/commands/debug/hard.md +1 -1
- package/commands/debug.md +1 -6
- package/commands/design/hard.md +1 -1
- package/commands/design.md +1 -6
- 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/commands/fix/hard.md +1 -1
- package/commands/fix.md +1 -6
- package/commands/plan/hard.md +1 -1
- package/commands/plan.md +1 -6
- package/commands/report/fast.md +2 -2
- package/commands/report/hard.md +1 -1
- package/commands/report.md +2 -7
- package/commands/review/hard.md +1 -1
- package/commands/test/hard.md +1 -1
- package/commands/test.md +1 -6
- package/documents/HSOL-ASSESSMENT.md +6 -6
- package/documents/SMART-SKILL-ORCHESTRATION-BLUEPRINT.md +1 -1
- 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 +511 -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 +368 -0
- package/documents/knowledge-architecture/04-design-patterns.md +497 -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 +582 -0
- package/documents/knowledge-domain/02-database-schema.md +138 -0
- package/documents/knowledge-domain/03-api-contracts.md +477 -0
- package/documents/knowledge-domain/04-business-rules.md +554 -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 +232 -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 +581 -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 +254 -0
- package/documents/knowledge-standards/03-git-workflow.md +228 -0
- package/documents/knowledge-standards/04-testing-standards.md +175 -0
- package/matrix-skills/_index.yaml +1 -1
- package/package.json +1 -1
- package/rules/AGENTS.md +1 -1
- package/rules/REFERENCE.md +18 -14
- package/rules/SKILLS.md +1 -1
- package/rules/TEAMS.md +1 -2
- 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/code-assistants/codex-assistant/skills/agent-assistant-code-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-code-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-cook-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-cook-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-debug-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-debug-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-design-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-design-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-fix-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-fix-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-plan-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-plan-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-report-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-report-focus/agents/openai.yaml +0 -4
- package/code-assistants/codex-assistant/skills/agent-assistant-test-focus/SKILL.md +0 -18
- package/code-assistants/codex-assistant/skills/agent-assistant-test-focus/agents/openai.yaml +0 -4
- package/commands/code/focus.md +0 -297
- package/commands/cook/focus.md +0 -209
- package/commands/debug/focus.md +0 -103
- package/commands/design/focus.md +0 -229
- package/commands/fix/focus.md +0 -145
- package/commands/plan/focus.md +0 -140
- package/commands/report/focus.md +0 -107
- package/commands/test/focus.md +0 -123
- 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,162 @@
|
|
|
1
|
+
# Agent Assistant — Project Identity
|
|
2
|
+
|
|
3
|
+
> **Purpose**: Defines the project's name, version, author, license, purpose, problem/solution, key benefits, and onboarding path
|
|
4
|
+
> **Parent**: [00-index.md](./00-index.md)
|
|
5
|
+
> **Last Updated**: 2026-03-26
|
|
6
|
+
> **Generated By**: docs-core skill
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Basic Information
|
|
11
|
+
|
|
12
|
+
| Field | Value |
|
|
13
|
+
|-------|-------|
|
|
14
|
+
| Name | Agent Assistant |
|
|
15
|
+
| Package | `@namch/agent-assistant` |
|
|
16
|
+
| Version | 1.3.0 |
|
|
17
|
+
| Type | Multi-agent orchestration framework for AI coding assistants |
|
|
18
|
+
| Author | NamCH |
|
|
19
|
+
| License | MIT |
|
|
20
|
+
| Repository | https://github.com/hainamchung/agent-assistant |
|
|
21
|
+
| npm Registry | https://www.npmjs.com/package/@namch/agent-assistant |
|
|
22
|
+
| Website | https://agent-assistant-ten.vercel.app |
|
|
23
|
+
| Scope | `@namch` (public) |
|
|
24
|
+
| Module System | CommonJS (CLI), ESM (web) |
|
|
25
|
+
| Node.js Requirement | >=18.0.0 |
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## Purpose
|
|
30
|
+
|
|
31
|
+
Agent Assistant transforms a single AI coding assistant into a coordinated team of 21 specialist agents. It provides structured workflows, enforced quality gates, and automatic skill injection so that AI-assisted development follows consistent, high-quality patterns across every project and every supported platform.
|
|
32
|
+
|
|
33
|
+
---
|
|
34
|
+
|
|
35
|
+
## Problem Statement
|
|
36
|
+
|
|
37
|
+
AI coding assistants (Cursor, Copilot, Claude Code, etc.) are powerful but operate as generalists by default. Without structure, they produce inconsistent outputs, miss quality checks, and require extensive manual prompt engineering for each task. Developers waste time re-configuring AI behavior per project and per tool, leading to:
|
|
38
|
+
|
|
39
|
+
- **Inconsistent quality** — No enforced review, testing, or security checks
|
|
40
|
+
- **Repeated setup** — Configuration lost between projects and tools
|
|
41
|
+
- **Token waste** — Unfocused prompts produce verbose, often incorrect outputs
|
|
42
|
+
- **No specialization** — A single agent tries to be backend engineer, tester, and reviewer simultaneously
|
|
43
|
+
- **Platform lock-in** — Workflows built for one AI tool don't transfer to another
|
|
44
|
+
|
|
45
|
+
---
|
|
46
|
+
|
|
47
|
+
## Solution
|
|
48
|
+
|
|
49
|
+
Agent Assistant solves these by:
|
|
50
|
+
|
|
51
|
+
1. **Global one-time installation** — Markdown and YAML configurations installed into each AI tool's global directory (`~/.cursor/`, `~/.claude/`, `~/.copilot/`, etc.) apply to all projects automatically.
|
|
52
|
+
2. **Orchestrator pattern** — The AI reads a platform entry file that transforms it into an Orchestrator role. It delegates work to specialist agents rather than attempting everything itself.
|
|
53
|
+
3. **21 specialist agents** — Each with a defined profile, responsibility scope, and skill set. Examples: `backend-engineer`, `tester`, `security-engineer`, `tech-lead`.
|
|
54
|
+
4. **14 structured commands** — `/cook`, `/code`, `/fix`, `/debug`, `/test`, `/plan`, `/design`, `/review`, `/report`, `/brainstorm`, `/docs`, `/deploy`, `/ask`, `/auto` — each with variant strategies (fast, hard, team).
|
|
55
|
+
5. **Automatic skill injection (HSOL)** — 1,430+ skills across 19 domains resolved by agent profile and request context, with no manual skill selection required.
|
|
56
|
+
6. **Cross-platform parity** — The same workflows and agent definitions work across all 5 supported AI coding tools.
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Key Benefits
|
|
61
|
+
|
|
62
|
+
| Benefit | Detail |
|
|
63
|
+
|---------|--------|
|
|
64
|
+
| **70% faster delivery** | Structured workflows with parallel sub-agent execution eliminate manual coordination overhead |
|
|
65
|
+
| **70% fewer bugs** | Quality gates in `:hard` variants enforce testing, review, and security checks before delivery |
|
|
66
|
+
| **85% token savings** | Focused agent profiles and skill injection reduce prompt size and improve response relevance |
|
|
67
|
+
| **Zero per-project config** | Global installation means every new project inherits the full framework automatically |
|
|
68
|
+
| **Platform freedom** | Switch between Cursor, Copilot, Claude Code, Codex, or Antigravity without rewriting workflows |
|
|
69
|
+
| **Built-in governance** | 10 Orchestration Laws (Single Point of Truth, Requirement Integrity, etc.) enforce consistent behavior |
|
|
70
|
+
| **Error self-healing** | Classified recovery system (E1–E4) prevents silent failures and ensures transparent error handling |
|
|
71
|
+
|
|
72
|
+
---
|
|
73
|
+
|
|
74
|
+
## Target Users
|
|
75
|
+
|
|
76
|
+
- **Individual developers** using AI coding assistants who want structured, repeatable workflows
|
|
77
|
+
- **Teams** wanting consistent AI-assisted development practices across members and tools
|
|
78
|
+
- **Organizations** standardizing on AI-augmented development with quality governance
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## Project Classification
|
|
83
|
+
|
|
84
|
+
| Attribute | Value |
|
|
85
|
+
|-----------|-------|
|
|
86
|
+
| Architecture | Plugin-based Orchestrator Framework |
|
|
87
|
+
| Delivery Model | CLI tool + Markdown/YAML configurations |
|
|
88
|
+
| Runtime Dependencies | None (zero production deps) |
|
|
89
|
+
| State Management | Stateless — no database, no server, no persistent runtime |
|
|
90
|
+
| Distribution | npm public registry + GitHub source |
|
|
91
|
+
| Versioning | Semantic Versioning via semantic-release |
|
|
92
|
+
| Commit Convention | Conventional Commits (v7.0.2) |
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
96
|
+
## First 60 Minutes — Onboarding Checklist
|
|
97
|
+
|
|
98
|
+
This checklist takes a new developer or contributor from zero to productive with Agent Assistant in approximately one hour.
|
|
99
|
+
|
|
100
|
+
### Minutes 0–10: Environment Setup
|
|
101
|
+
|
|
102
|
+
- [ ] Verify Node.js >=18.0.0 is installed: `node --version`
|
|
103
|
+
- [ ] Verify npm is available: `npm --version`
|
|
104
|
+
- [ ] Verify git is available: `git --version`
|
|
105
|
+
- [ ] Ensure at least one supported AI tool is installed (Cursor, VS Code with Copilot, Claude Code CLI, Codex, or Antigravity)
|
|
106
|
+
|
|
107
|
+
### Minutes 10–20: Install and Verify
|
|
108
|
+
|
|
109
|
+
- [ ] Install globally: `npm install -g @namch/agent-assistant@latest`
|
|
110
|
+
- [ ] Install for your AI tool: `agent-assistant install --all` (or specify one: `agent-assistant install cursor`)
|
|
111
|
+
- [ ] Verify installation: `agent-assistant list`
|
|
112
|
+
- [ ] Confirm files exist in the tool's directory (e.g., `ls ~/.cursor/skills/agent-assistant/` for Cursor)
|
|
113
|
+
|
|
114
|
+
### Minutes 20–30: Read Core Concepts
|
|
115
|
+
|
|
116
|
+
- [ ] Read the README: [../../README.md](../../README.md) — understand the value prop, commands, and agents
|
|
117
|
+
- [ ] Read Core Rules: [../../rules/CORE.md](../../rules/CORE.md) — understand the Orchestrator identity and 10 Laws
|
|
118
|
+
- [ ] Browse agent definitions: [../../agents/](../../agents/) — open 2–3 agent files to see their structure (e.g., `backend-engineer.md`, `tester.md`)
|
|
119
|
+
|
|
120
|
+
### Minutes 30–40: Run Your First Commands
|
|
121
|
+
|
|
122
|
+
- [ ] Open a project in your AI tool (Cursor, VS Code, or Claude Code CLI)
|
|
123
|
+
- [ ] Try a simple build: `/cook:fast "add a hello world endpoint"`
|
|
124
|
+
- [ ] Try a planning command: `/plan "build a user authentication system"`
|
|
125
|
+
- [ ] Try an ask command: `/ask "explain the project structure"`
|
|
126
|
+
- [ ] Observe how the Orchestrator delegates to specialist agents
|
|
127
|
+
|
|
128
|
+
### Minutes 40–50: Explore the Framework
|
|
129
|
+
|
|
130
|
+
- [ ] Browse the commands directory: [../../commands/](../../commands/) — see how commands route to variants
|
|
131
|
+
- [ ] Open one command variant (e.g., `commands/cook/fast.md`) to understand workflow phases
|
|
132
|
+
- [ ] Browse `matrix-skills/` to see how skills are organized: [../../matrix-skills/_index.yaml](../../matrix-skills/_index.yaml)
|
|
133
|
+
- [ ] Check `skills/` to see the scale of domain knowledge available
|
|
134
|
+
|
|
135
|
+
### Minutes 50–60: Generate Project Documentation
|
|
136
|
+
|
|
137
|
+
- [ ] Run `/docs:core` in your AI tool to generate technical documentation for your current project
|
|
138
|
+
- [ ] Verify that `./documents/` was created with knowledge files
|
|
139
|
+
- [ ] Try `/docs:business` for business requirements documentation
|
|
140
|
+
- [ ] Review the generated docs and understand how agents used your project context
|
|
141
|
+
|
|
142
|
+
### Post-Onboarding Next Steps
|
|
143
|
+
|
|
144
|
+
- [ ] Try `:hard` variant for a complex feature: `/cook:hard "implement OAuth 2.0 flow"`
|
|
145
|
+
- [ ] Try `:team` variant for adversarial collaboration: `/cook:team "implement payment processing"`
|
|
146
|
+
- [ ] Read [../../rules/PHASES.md](../../rules/PHASES.md) for understanding workflow phases
|
|
147
|
+
- [ ] Read [../../rules/AGENTS.md](../../rules/AGENTS.md) for tiered execution details
|
|
148
|
+
- [ ] If contributing: read the Contributing section in the README and follow fork → branch → PR workflow
|
|
149
|
+
|
|
150
|
+
---
|
|
151
|
+
|
|
152
|
+
## Evidence Sources
|
|
153
|
+
|
|
154
|
+
| Source | Path |
|
|
155
|
+
|--------|------|
|
|
156
|
+
| Package manifest (name, version, author, license, engines) | [../../package.json](../../package.json) |
|
|
157
|
+
| README (purpose, benefits, metrics, installation) | [../../README.md](../../README.md) |
|
|
158
|
+
| Core rules (Orchestrator identity, 10 Laws) | [../../rules/CORE.md](../../rules/CORE.md) |
|
|
159
|
+
| Agent definitions (21 agents) | [../../agents/](../../agents/) |
|
|
160
|
+
| CLI installer (platform paths, tool configs) | [../../cli/install.js](../../cli/install.js) |
|
|
161
|
+
| Commands directory (14 commands + variants) | [../../commands/](../../commands/) |
|
|
162
|
+
| Knowledge source base index | [../knowledge-source-base/00-index.md](../knowledge-source-base/00-index.md) |
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
# Agent Assistant — Technology Stack
|
|
2
|
+
|
|
3
|
+
> **Purpose**: Categorized inventory of all technologies, frameworks, and tools used in the project with versions and evidence
|
|
4
|
+
> **Parent**: [00-index.md](./00-index.md)
|
|
5
|
+
> **Last Updated**: 2026-03-26
|
|
6
|
+
> **Generated By**: docs-core skill
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Stack Overview
|
|
11
|
+
|
|
12
|
+
Agent Assistant is split into two distinct codebases under one repository:
|
|
13
|
+
|
|
14
|
+
1. **CLI Framework** (core product) — Pure Node.js with zero dependencies, CommonJS modules
|
|
15
|
+
2. **Marketing Website** (`web/`) — React 19 + Vite + Tailwind CSS v4 SPA deployed to Vercel
|
|
16
|
+
|
|
17
|
+
The CLI has no production dependencies. All npm packages listed in `package.json` are devDependencies for release automation and git hooks.
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## Runtime
|
|
22
|
+
|
|
23
|
+
| Technology | Version | Role | Evidence |
|
|
24
|
+
|-----------|---------|------|----------|
|
|
25
|
+
| Node.js | >=18.0.0 | Runtime for CLI installer and test runner | [../../package.json](../../package.json) — `engines.node` |
|
|
26
|
+
| npm | (bundled with Node.js) | Package manager, global install target | [../../package.json](../../package.json) — `publishConfig`, `bin` |
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## CLI / Core Framework
|
|
31
|
+
|
|
32
|
+
| Technology | Version | Role | Evidence |
|
|
33
|
+
|-----------|---------|------|----------|
|
|
34
|
+
| Vanilla JavaScript (CommonJS) | ES2022+ | CLI installer logic — file copying, path resolution, progress display | [../../cli/install.js](../../cli/install.js) |
|
|
35
|
+
| Node.js built-in: `fs` | N/A | File system operations — read, write, copy, mkdir, stat | [../../cli/install.js](../../cli/install.js) |
|
|
36
|
+
| Node.js built-in: `path` | N/A | Cross-platform path resolution | [../../cli/install.js](../../cli/install.js) |
|
|
37
|
+
| Node.js built-in: `os` | N/A | Home directory detection (`os.homedir()`) | [../../cli/install.js](../../cli/install.js) |
|
|
38
|
+
| Node.js built-in: `readline` | N/A | Terminal progress bar rendering | [../../cli/install.js](../../cli/install.js) |
|
|
39
|
+
| Node.js built-in: `node:test` | N/A | Test runner via `node --test` | [../../package.json](../../package.json) — `scripts.test` |
|
|
40
|
+
| Markdown | N/A | Agent definitions, commands, rules, skill docs | [../../agents/](../../agents/), [../../commands/](../../commands/), [../../rules/](../../rules/) |
|
|
41
|
+
| YAML | N/A | Matrix skill registries (19 domain files) | [../../matrix-skills/](../../matrix-skills/) |
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## Web Frontend (Marketing Site)
|
|
46
|
+
|
|
47
|
+
| Technology | Version | Role | Evidence |
|
|
48
|
+
|-----------|---------|------|----------|
|
|
49
|
+
| React | ^19.2.0 | UI component framework | [../../web/package.json](../../web/package.json) |
|
|
50
|
+
| Vite | devDep | Build tool and dev server | [../../web/package.json](../../web/package.json) |
|
|
51
|
+
| Tailwind CSS | ^4.1.18 (v4) | Utility-first CSS framework | [../../web/package.json](../../web/package.json) |
|
|
52
|
+
| Framer Motion | ^12.29.2 | Animation library for page transitions and UI effects | [../../web/package.json](../../web/package.json) |
|
|
53
|
+
| react-router-dom | ^7.13.0 | Client-side routing | [../../web/package.json](../../web/package.json) |
|
|
54
|
+
| @xyflow/react | ^12.10.0 | Interactive node/flow diagrams (architecture visualization) | [../../web/package.json](../../web/package.json) |
|
|
55
|
+
| lucide-react | ^0.563.0 | Icon library | [../../web/package.json](../../web/package.json) |
|
|
56
|
+
|
|
57
|
+
---
|
|
58
|
+
|
|
59
|
+
## CI/CD and Release
|
|
60
|
+
|
|
61
|
+
| Technology | Version | Role | Evidence |
|
|
62
|
+
|-----------|---------|------|----------|
|
|
63
|
+
| semantic-release | ^22.0.12 | Automated versioning and npm publishing | [../../package.json](../../package.json) — `devDependencies` |
|
|
64
|
+
| @semantic-release/commit-analyzer | ^11.1.0 | Determines version bump from commit messages | [../../package.json](../../package.json) — `devDependencies` |
|
|
65
|
+
| @semantic-release/release-notes-generator | ^12.1.0 | Generates release notes from commits | [../../package.json](../../package.json) — `devDependencies` |
|
|
66
|
+
| @semantic-release/changelog | ^6.0.3 | Updates CHANGELOG.md on release | [../../package.json](../../package.json) — `devDependencies` |
|
|
67
|
+
| @semantic-release/npm | ^11.0.2 | Publishes to npm registry | [../../package.json](../../package.json) — `devDependencies` |
|
|
68
|
+
| @semantic-release/git | ^10.0.1 | Commits version bumps and changelog back to repo | [../../package.json](../../package.json) — `devDependencies` |
|
|
69
|
+
| @semantic-release/github | ^9.2.6 | Creates GitHub releases | [../../package.json](../../package.json) — `devDependencies` |
|
|
70
|
+
| @semantic-release/exec | ^6.0.3 | Runs custom commands during release lifecycle | [../../package.json](../../package.json) — `devDependencies` |
|
|
71
|
+
| conventional-changelog-conventionalcommits | ^7.0.2 | Commit message parsing preset | [../../package.json](../../package.json) — `devDependencies` |
|
|
72
|
+
|
|
73
|
+
---
|
|
74
|
+
|
|
75
|
+
## Git and Code Quality
|
|
76
|
+
|
|
77
|
+
| Technology | Version | Role | Evidence |
|
|
78
|
+
|-----------|---------|------|----------|
|
|
79
|
+
| Husky | ^8.0.3 | Git hooks manager (pre-commit, commit-msg) | [../../package.json](../../package.json) — `devDependencies`, `scripts.prepare` |
|
|
80
|
+
| Conventional Commits | v7.0.2 (via preset) | Commit message format standard (`feat:`, `fix:`, `docs:`, etc.) | [../../package.json](../../package.json) — `conventional-changelog-conventionalcommits` |
|
|
81
|
+
| Git | N/A | Version control | Repository root |
|
|
82
|
+
|
|
83
|
+
---
|
|
84
|
+
|
|
85
|
+
## Hosting and Deployment
|
|
86
|
+
|
|
87
|
+
| Technology | Version | Role | Evidence |
|
|
88
|
+
|-----------|---------|------|----------|
|
|
89
|
+
| npm Registry | N/A | Package distribution (public scoped: `@namch`) | [../../package.json](../../package.json) — `publishConfig.access: "public"` |
|
|
90
|
+
| GitHub | N/A | Source code hosting, issue tracking, releases | [../../README.md](../../README.md) — repository links |
|
|
91
|
+
| Vercel | N/A | Marketing website hosting | [../../README.md](../../README.md) — website URL `agent-assistant-ten.vercel.app` |
|
|
92
|
+
|
|
93
|
+
---
|
|
94
|
+
|
|
95
|
+
## What Is NOT in the Stack
|
|
96
|
+
|
|
97
|
+
| Category | Status | Notes |
|
|
98
|
+
|----------|--------|-------|
|
|
99
|
+
| Database | None | Stateless framework — no persistent storage |
|
|
100
|
+
| ORM | None | No database means no ORM |
|
|
101
|
+
| Backend Server | None | CLI-only, no HTTP server in the core product |
|
|
102
|
+
| Authentication | None | No user accounts or authentication system |
|
|
103
|
+
| Containerization | None | No Docker or container configs |
|
|
104
|
+
| Testing Framework | Built-in only | Uses `node --test` (Node.js native test runner), no Jest/Mocha/Vitest |
|
|
105
|
+
| Linting | Manual only | `scripts.lint` runs `node --check` for syntax validation; markdownlint suggested but not enforced |
|
|
106
|
+
| Type System | None | Plain JavaScript, no TypeScript |
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## Evidence Sources
|
|
111
|
+
|
|
112
|
+
| Source | Path |
|
|
113
|
+
|--------|------|
|
|
114
|
+
| Root package manifest (all devDeps, engines, scripts) | [../../package.json](../../package.json) |
|
|
115
|
+
| CLI installer (Node.js builtins used) | [../../cli/install.js](../../cli/install.js) |
|
|
116
|
+
| README (hosting, platform references) | [../../README.md](../../README.md) |
|
|
117
|
+
| Web directory (frontend stack) | [../../web/](../../web/) |
|
|
118
|
+
| Matrix skills (YAML usage) | [../../matrix-skills/](../../matrix-skills/) |
|
|
119
|
+
| Agent definitions (Markdown usage) | [../../agents/](../../agents/) |
|
|
@@ -0,0 +1,232 @@
|
|
|
1
|
+
# Agent Assistant — Features
|
|
2
|
+
|
|
3
|
+
> **Purpose**: Comprehensive inventory of key features, capabilities, performance metrics, and component counts
|
|
4
|
+
> **Parent**: [00-index.md](./00-index.md)
|
|
5
|
+
> **Last Updated**: 2026-03-26
|
|
6
|
+
> **Generated By**: docs-core skill
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Performance Metrics
|
|
11
|
+
|
|
12
|
+
| Metric | Improvement | Context |
|
|
13
|
+
|--------|------------|---------|
|
|
14
|
+
| Time-to-Production | 70% faster | Structured workflows with parallel sub-agent execution eliminate manual coordination |
|
|
15
|
+
| Bug Rate | 70% reduction | Quality gates in `:hard` variants enforce testing, review, and security before delivery |
|
|
16
|
+
| Token Cost | 85% savings | Focused agent profiles and HSOL skill injection reduce prompt size and improve relevance |
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Key Features
|
|
21
|
+
|
|
22
|
+
### 1. One-Time Setup, Forever Use
|
|
23
|
+
|
|
24
|
+
Install once at the global level (`~/.cursor/`, `~/.claude/`, `~/.copilot/`, `~/.codex/`, `~/.gemini/`) and the framework auto-applies to every project opened in that AI tool. No per-project configuration, no repeated setup, no boilerplate.
|
|
25
|
+
|
|
26
|
+
**How it works**: The CLI installer (`cli/install.js`) copies all agents, commands, rules, skills, and matrix-skills into the AI tool's global configuration directory. The tool reads these files on every session start.
|
|
27
|
+
|
|
28
|
+
**Evidence**: [../../cli/install.js](../../cli/install.js), [../../README.md](../../README.md)
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
### 2. Sub-Agent Orchestration
|
|
33
|
+
|
|
34
|
+
When the platform supports it (Claude Code with `runSubagent`, Cursor Max mode), the Orchestrator spawns specialized sub-agents that execute tasks in parallel. A backend engineer, tester, and reviewer can work simultaneously on different aspects of the same feature.
|
|
35
|
+
|
|
36
|
+
**How it works**: The Orchestrator follows Tiered Execution — TIER 1 uses `runSubagent` for isolated parallel execution; TIER 2 falls back to embodying the agent in-context when sub-agents are unavailable.
|
|
37
|
+
|
|
38
|
+
**Evidence**: [../../rules/CORE.md](../../rules/CORE.md), [../../rules/AGENTS.md](../../rules/AGENTS.md)
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
### 3. Multi-Platform Support
|
|
43
|
+
|
|
44
|
+
The same agent definitions, commands, and workflows work across 5 AI coding tools. Write once, use everywhere.
|
|
45
|
+
|
|
46
|
+
| Platform | Install Path | Status |
|
|
47
|
+
|----------|-------------|--------|
|
|
48
|
+
| Cursor | `~/.cursor/skills/agent-assistant/` | Full support |
|
|
49
|
+
| GitHub Copilot | `~/.copilot/skills/agent-assistant/` | Full support |
|
|
50
|
+
| Claude Code | `~/.claude/skills/agent-assistant/` | Full support |
|
|
51
|
+
| Codex | `~/.codex/skills/agent-assistant/` | Full support |
|
|
52
|
+
| Antigravity/Gemini | `~/.gemini/antigravity/skills/agent-assistant/` | Full support |
|
|
53
|
+
|
|
54
|
+
**How it works**: The CLI installer has platform-specific path configurations and template variable replacements (`{TOOL}`, `{HOME}`) that adapt the same source files for each platform's directory structure.
|
|
55
|
+
|
|
56
|
+
**Evidence**: [../../cli/install.js](../../cli/install.js) — `TOOLS` configuration object
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
### 4. Matrix Skill Discovery (HSOL)
|
|
61
|
+
|
|
62
|
+
The Hybrid Skill Orchestration Layer automatically resolves and injects relevant skills based on the agent's profile and the task context. No manual skill selection required.
|
|
63
|
+
|
|
64
|
+
**Scale**: 1,430+ skill modules across 19 domains (ai-ml, architecture, backend, cloud, data, design, devops, frontend, gaming, languages, management, mcp, mobile, performance, planning, quality, research, security, tools).
|
|
65
|
+
|
|
66
|
+
**Resolution algorithm**:
|
|
67
|
+
1. Parse agent profile from frontmatter
|
|
68
|
+
2. Load inherited domains from `matrix-skills/_index.yaml`
|
|
69
|
+
3. Filter skills by relevance mapping
|
|
70
|
+
4. Apply priority thresholds (critical >=9, core >=7, minimum >=5)
|
|
71
|
+
5. Calculate fitness scores (semantic match 35%, specificity 25%, trust 20%, freshness 10%, success rate 10%)
|
|
72
|
+
6. Return sorted skill set
|
|
73
|
+
|
|
74
|
+
**Dynamic discovery**: When matrix fitness score falls below 0.8 for `:hard` or `:team` variants, the `find-skills` mechanism can discover additional community skills at runtime.
|
|
75
|
+
|
|
76
|
+
**Evidence**: [../../rules/SKILLS.md](../../rules/SKILLS.md), [../../matrix-skills/_index.yaml](../../matrix-skills/_index.yaml), [../../matrix-skills/](../../matrix-skills/)
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
### 5. 21 Specialist Agents
|
|
81
|
+
|
|
82
|
+
Each agent is a Markdown file with a defined role, profile, responsibilities, and skill requirements.
|
|
83
|
+
|
|
84
|
+
| Domain | Agents |
|
|
85
|
+
|--------|--------|
|
|
86
|
+
| **Implementation** | backend-engineer, frontend-engineer, mobile-engineer, game-engineer |
|
|
87
|
+
| **Architecture** | tech-lead, database-architect |
|
|
88
|
+
| **Quality** | tester, reviewer, debugger, security-engineer |
|
|
89
|
+
| **Planning** | planner, brainstormer, business-analyst |
|
|
90
|
+
| **Support** | designer, devops-engineer, docs-manager, performance-engineer, researcher, scouter, project-manager, reporter |
|
|
91
|
+
|
|
92
|
+
**Team configurations**: 17 teams with 3 agents each (51 team agents total), enabling structured adversarial collaboration via the `:team` variant.
|
|
93
|
+
|
|
94
|
+
| Team | Purpose |
|
|
95
|
+
|------|---------|
|
|
96
|
+
| backend-team | Backend implementation with review |
|
|
97
|
+
| frontend-team | Frontend implementation with review |
|
|
98
|
+
| fullstack-team | Full-stack feature development |
|
|
99
|
+
| mobile-team | Mobile app development |
|
|
100
|
+
| game-team | Game development |
|
|
101
|
+
| database-team | Database design and migration |
|
|
102
|
+
| qa-team | Quality assurance and testing |
|
|
103
|
+
| security-team | Security audit and hardening |
|
|
104
|
+
| devops-team | Infrastructure and deployment |
|
|
105
|
+
| design-team | UI/UX design |
|
|
106
|
+
| planning-team | Project planning and strategy |
|
|
107
|
+
| research-team | Technical research |
|
|
108
|
+
| performance-team | Performance optimization |
|
|
109
|
+
| docs-team | Documentation |
|
|
110
|
+
| debug-team | Debugging and troubleshooting |
|
|
111
|
+
| report-team | Reporting and analysis |
|
|
112
|
+
| project-team | Project management |
|
|
113
|
+
|
|
114
|
+
**Evidence**: [../../agents/](../../agents/), [../../agents/teams/](../../agents/teams/)
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
### 6. 14 Structured Commands
|
|
119
|
+
|
|
120
|
+
Commands are workflow definitions that orchestrate agent collaboration across phases.
|
|
121
|
+
|
|
122
|
+
| Category | Commands | Description |
|
|
123
|
+
|----------|----------|-------------|
|
|
124
|
+
| **Build** | `/cook`, `/code`, `/fix` | Feature implementation, code generation, bug fixing |
|
|
125
|
+
| **Quality** | `/test`, `/review`, `/debug` | Test generation, code review, debugging |
|
|
126
|
+
| **Plan** | `/plan`, `/brainstorm`, `/design` | Implementation planning, idea exploration, UI/UX design |
|
|
127
|
+
| **Docs** | `/docs` | Documentation generation (core, business, audit variants) |
|
|
128
|
+
| **Report** | `/report` | Status reports, sprint summaries |
|
|
129
|
+
| **Deploy** | `/deploy` | Deployment checks, preview, production release |
|
|
130
|
+
| **Inquiry** | `/ask` | Q&A, explanations, research |
|
|
131
|
+
| **Auto** | `/auto` | Autonomous task execution |
|
|
132
|
+
|
|
133
|
+
**Evidence**: [../../commands/](../../commands/)
|
|
134
|
+
|
|
135
|
+
---
|
|
136
|
+
|
|
137
|
+
### 7. 4 Variant Strategies
|
|
138
|
+
|
|
139
|
+
Each command supports up to 4 variants that control scope, agent count, and quality gates:
|
|
140
|
+
|
|
141
|
+
| Variant | Scope | Agents | Quality Gates | Use Case |
|
|
142
|
+
|---------|-------|--------|---------------|----------|
|
|
143
|
+
| `:fast` | Minimal | 2–3 | Basic | Simple tasks, quick fixes |
|
|
144
|
+
| `:hard` | Full | 5–8 | Comprehensive (test, review, security) | Complex features, production code |
|
|
145
|
+
| `:team` | Adversarial | 3 per team (Golden Triangle) | Debate mechanism | Critical features needing multiple perspectives |
|
|
146
|
+
|
|
147
|
+
**Evidence**: [../../README.md](../../README.md), [../../commands/cook/](../../commands/cook/)
|
|
148
|
+
|
|
149
|
+
---
|
|
150
|
+
|
|
151
|
+
### 8. Golden Triangle Team Protocol
|
|
152
|
+
|
|
153
|
+
The `:team` variant uses an adversarial collaboration model with three roles:
|
|
154
|
+
|
|
155
|
+
1. **Tech Lead** — Designs the approach and makes architectural decisions
|
|
156
|
+
2. **Executor** — Implements the solution (backend-engineer, frontend-engineer, etc.)
|
|
157
|
+
3. **Reviewer** — Challenges the implementation, finds flaws, ensures quality
|
|
158
|
+
|
|
159
|
+
A built-in debate mechanism allows the Reviewer to push back on the Executor's work, forcing improvements before acceptance.
|
|
160
|
+
|
|
161
|
+
**Evidence**: [../../rules/TEAMS.md](../../rules/TEAMS.md), [../../agents/teams/](../../agents/teams/)
|
|
162
|
+
|
|
163
|
+
---
|
|
164
|
+
|
|
165
|
+
### 9. 10 Orchestration Laws
|
|
166
|
+
|
|
167
|
+
Formal governance rules that constrain Orchestrator behavior:
|
|
168
|
+
|
|
169
|
+
1. **Single Point of Truth** — One authoritative source for each type of information
|
|
170
|
+
2. **Requirement Integrity** — User requirements preserved without modification
|
|
171
|
+
3. **Phase Completion** — Each phase must meet exit criteria before proceeding
|
|
172
|
+
4. **Agent Specialization** — Agents only perform tasks within their defined scope
|
|
173
|
+
5. **Transparent Delegation** — All delegations are visible and traceable
|
|
174
|
+
6. **No Silent Failures** — Every error must be surfaced and handled
|
|
175
|
+
7. **Skill Authority** — HSOL-resolved skills override generic knowledge
|
|
176
|
+
8. **Output Verification** — Deliverables verified against acceptance criteria
|
|
177
|
+
9. **Context Preservation** — Project context maintained across agent handoffs
|
|
178
|
+
10. **Minimal Intervention** — Orchestrator delegates; never implements directly
|
|
179
|
+
|
|
180
|
+
**Evidence**: [../../rules/CORE.md](../../rules/CORE.md)
|
|
181
|
+
|
|
182
|
+
---
|
|
183
|
+
|
|
184
|
+
### 10. Error Self-Healing (E1–E4)
|
|
185
|
+
|
|
186
|
+
Classified error recovery system that prevents silent failures:
|
|
187
|
+
|
|
188
|
+
| Class | Severity | Recovery |
|
|
189
|
+
|-------|----------|----------|
|
|
190
|
+
| E1 | Warning | Auto-retry with adjusted parameters |
|
|
191
|
+
| E2 | Recoverable | Fallback strategy (TIER 2 embodiment) |
|
|
192
|
+
| E3 | Blocking | Pause and request user clarification |
|
|
193
|
+
| E4 | Critical | Halt with full diagnostic report |
|
|
194
|
+
|
|
195
|
+
**Evidence**: [../../rules/ERRORS.md](../../rules/ERRORS.md)
|
|
196
|
+
|
|
197
|
+
---
|
|
198
|
+
|
|
199
|
+
## Capability Summary
|
|
200
|
+
|
|
201
|
+
| Capability | Count |
|
|
202
|
+
|-----------|-------|
|
|
203
|
+
| Specialist Agents | 21 |
|
|
204
|
+
| Team Configurations | 17 (51 team agents) |
|
|
205
|
+
| Commands | 14 |
|
|
206
|
+
| Variants | 4 (fast, hard, team) |
|
|
207
|
+
| Skill Modules | 1,430+ |
|
|
208
|
+
| Skill Domains | 19 |
|
|
209
|
+
| Orchestration Rules | 7 files |
|
|
210
|
+
| Orchestration Laws | 10 |
|
|
211
|
+
| Supported Platforms | 5 |
|
|
212
|
+
| Error Recovery Classes | 4 (E1–E4) |
|
|
213
|
+
| Matrix Skill Registries | 19 YAML files + 2 meta files |
|
|
214
|
+
|
|
215
|
+
---
|
|
216
|
+
|
|
217
|
+
## Evidence Sources
|
|
218
|
+
|
|
219
|
+
| Source | Path |
|
|
220
|
+
|--------|------|
|
|
221
|
+
| README (features, metrics, agents, commands) | [../../README.md](../../README.md) |
|
|
222
|
+
| Core rules (10 Laws, Tiered Execution) | [../../rules/CORE.md](../../rules/CORE.md) |
|
|
223
|
+
| Skills rules (HSOL algorithm) | [../../rules/SKILLS.md](../../rules/SKILLS.md) |
|
|
224
|
+
| Teams rules (Golden Triangle) | [../../rules/TEAMS.md](../../rules/TEAMS.md) |
|
|
225
|
+
| Errors rules (E1–E4 classification) | [../../rules/ERRORS.md](../../rules/ERRORS.md) |
|
|
226
|
+
| Agents rules (Tiered Execution) | [../../rules/AGENTS.md](../../rules/AGENTS.md) |
|
|
227
|
+
| Agent definitions (21 agents) | [../../agents/](../../agents/) |
|
|
228
|
+
| Team definitions (17 teams) | [../../agents/teams/](../../agents/teams/) |
|
|
229
|
+
| Commands (14 commands) | [../../commands/](../../commands/) |
|
|
230
|
+
| Matrix skills (19 domains) | [../../matrix-skills/](../../matrix-skills/) |
|
|
231
|
+
| Skills modules (1,430+) | [../../skills/](../../skills/) |
|
|
232
|
+
| CLI installer (platform support) | [../../cli/install.js](../../cli/install.js) |
|