@radenadri/skills-alena 1.1.0 → 1.2.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/CLAUDE.md +3 -1
- package/GEMINI.md +4 -1
- package/README.md +126 -106
- package/commands/lmf.md +5 -2
- package/commands/prd.md +35 -0
- package/dist/cli.js +3 -1
- package/dist/cli.js.map +1 -1
- package/package.json +3 -3
- package/skills/lmf/SKILL.md +22 -3
- package/skills/write-prd/SKILL.md +171 -0
- package/workflows/lmf.md +4 -2
- package/workflows/prd.md +45 -0
package/CLAUDE.md
CHANGED
|
@@ -97,6 +97,7 @@ Slash commands are available in `commands/`. Key commands:
|
|
|
97
97
|
| `/deep-audit` | Brutal 5-pass exhaustive audit |
|
|
98
98
|
| `/discuss` | Lock user preferences BEFORE planning — prevents rework |
|
|
99
99
|
| `/lmf` | Run the learning-first tutorial flow before or alongside execution |
|
|
100
|
+
| `/prd` | Create a product requirements document through an interview-first flow |
|
|
100
101
|
| `/plan` | Create executable prompt plans with task anatomy |
|
|
101
102
|
| `/execute` | Execute plans with deviation protocol and checkpoints |
|
|
102
103
|
| `/settings` | View/modify project config (mode, depth, preferences) |
|
|
@@ -169,9 +170,10 @@ alena/
|
|
|
169
170
|
│ ├── investigator.md
|
|
170
171
|
│ └── fixer.md
|
|
171
172
|
├── cursor-rules/ ← Cursor IDE rules (10 rules)
|
|
172
|
-
└── skills/ ← Composable skill library (
|
|
173
|
+
└── skills/ ← Composable skill library (32 skills)
|
|
173
174
|
├── brainstorming/
|
|
174
175
|
├── lmf/
|
|
176
|
+
├── write-prd/
|
|
175
177
|
├── writing-plans/
|
|
176
178
|
├── executing-plans/
|
|
177
179
|
├── test-driven-development/
|
package/GEMINI.md
CHANGED
|
@@ -94,6 +94,7 @@ Slash commands are available in `commands/`. Key commands:
|
|
|
94
94
|
| `/deep-audit` | Brutal 5-pass exhaustive audit |
|
|
95
95
|
| `/discuss` | Lock user preferences BEFORE planning — prevents rework |
|
|
96
96
|
| `/lmf` | Run the learning-first tutorial flow before or alongside execution |
|
|
97
|
+
| `/prd` | Create a product requirements document through an interview-first flow |
|
|
97
98
|
| `/plan` | Create executable prompt plans with task anatomy |
|
|
98
99
|
| `/execute` | Execute plans with deviation protocol and checkpoints |
|
|
99
100
|
| `/settings` | View/modify project config (mode, depth, preferences) |
|
|
@@ -160,9 +161,10 @@ alena/
|
|
|
160
161
|
│ ├── investigator.md
|
|
161
162
|
│ └── fixer.md
|
|
162
163
|
├── cursor-rules/ ← Cursor IDE rules (10 rules)
|
|
163
|
-
└── skills/ ← Composable skill library (
|
|
164
|
+
└── skills/ ← Composable skill library (32 skills)
|
|
164
165
|
├── brainstorming/
|
|
165
166
|
├── lmf/
|
|
167
|
+
├── write-prd/
|
|
166
168
|
├── writing-plans/
|
|
167
169
|
├── executing-plans/
|
|
168
170
|
├── test-driven-development/
|
|
@@ -199,6 +201,7 @@ alena/
|
|
|
199
201
|
Workflows are installed in `.agent/workflows/`. Use `/workflow-name` to execute them. Workflows with `// turbo` annotations auto-run safe steps.
|
|
200
202
|
|
|
201
203
|
Use `/lmf` when you want tutorial-first explanation and planning guidance before switching to direct execution.
|
|
204
|
+
Use `/prd` when you want an interview-first product requirements document before implementation planning.
|
|
202
205
|
|
|
203
206
|
## Persistent Memory
|
|
204
207
|
|
package/README.md
CHANGED
|
@@ -1,14 +1,13 @@
|
|
|
1
1
|
<p align="center">
|
|
2
2
|
<h1 align="center">🧠 ALENA (Autonomous Layer for Executing Networked Agents)</h1>
|
|
3
3
|
<p align="center">
|
|
4
|
-
<strong>A personal toolkit for autonomous, networked AI agents —
|
|
4
|
+
<strong>A personal toolkit for autonomous, networked AI agents — 35 skills · 36 commands · 39 workflows · 9 agents · 10 cursor rules · 8 hooks · 13 modules · 11 templates</strong>
|
|
5
5
|
</p>
|
|
6
6
|
<p align="center">
|
|
7
7
|
Make your AI coding assistant operate like your own disciplined toolkit.
|
|
8
8
|
</p>
|
|
9
9
|
<p align="center">
|
|
10
10
|
<a href="#-quick-start"><img src="https://img.shields.io/badge/Get_Started-blue?style=for-the-badge" alt="Get Started"></a>
|
|
11
|
-
<a href="https://alena.radenadri.xyz"><img src="https://img.shields.io/badge/Website-7c3aed?style=for-the-badge&logo=google-chrome&logoColor=white" alt="Website"></a>
|
|
12
11
|
<a href="https://www.npmjs.com/package/@radenadri/skills-alena"><img src="https://img.shields.io/npm/v/%40radenadri%2Fskills-alena?style=for-the-badge&color=red" alt="NPM Version"></a>
|
|
13
12
|
<a href="https://github.com/radenadri/skills-alena/blob/main/LICENSE"><img src="https://img.shields.io/github/license/radenadri/skills-alena?style=for-the-badge" alt="License"></a>
|
|
14
13
|
<a href="https://github.com/radenadri/skills-alena/stargazers"><img src="https://img.shields.io/github/stars/radenadri/skills-alena?style=for-the-badge&color=gold" alt="Stars"></a>
|
|
@@ -16,7 +15,6 @@
|
|
|
16
15
|
<p align="center">
|
|
17
16
|
<a href="https://github.com/radenadri"><img src="https://img.shields.io/badge/GitHub-radenadri-181717?style=flat-square&logo=github" alt="GitHub"></a>
|
|
18
17
|
<a href="https://github.com/radenadri/skills-alena/wiki"><img src="https://img.shields.io/badge/Wiki-Documentation-0969da?style=flat-square&logo=github" alt="Wiki"></a>
|
|
19
|
-
<a href="https://alena.radenadri.xyz"><img src="https://img.shields.io/badge/Homepage-alena.radenadri.xyz-0f766e?style=flat-square" alt="Homepage"></a>
|
|
20
18
|
</p>
|
|
21
19
|
</p>
|
|
22
20
|
|
|
@@ -28,19 +26,21 @@
|
|
|
28
26
|
|
|
29
27
|
---
|
|
30
28
|
|
|
31
|
-
|
|
29
|
+
## 💎 LLM Council v2 — Agent Team Coordination
|
|
32
30
|
|
|
33
|
-
|
|
31
|
+
### The Problem
|
|
32
|
+
AI coding tasks fail at scale because no single agent can hold all context: database schemas, API routes, service dependencies, frontend components, and business logic — simultaneously. Linear handoffs lose context. Role-switching in a single context window wastes tokens.
|
|
34
33
|
|
|
35
|
-
|
|
34
|
+
### The Solution: Real Subagent Spawning + Deterministic Orchestration
|
|
36
35
|
|
|
37
|
-
**Council v2**
|
|
36
|
+
**Council v2** replaces the old role-switching pattern with **real subagent spawning** via `Task()`. Each specialist agent gets a fresh 200k context window — no shared context pollution. The orchestrator stays lean at ~10-15% context usage.
|
|
38
37
|
|
|
39
38
|
```
|
|
40
39
|
╔═══════════════════════════════╗
|
|
41
|
-
║ 🎯 ORCHESTRATOR (lean)
|
|
42
|
-
║
|
|
43
|
-
║
|
|
40
|
+
║ 🎯 ORCHESTRATOR (lean) ║
|
|
41
|
+
║ ~10-15% context usage ║
|
|
42
|
+
║ 13 deterministic CLI commands ║
|
|
43
|
+
║ Code-enforced quality gates ║
|
|
44
44
|
╚════════════╦══════════════════╝
|
|
45
45
|
║
|
|
46
46
|
Task() spawning
|
|
@@ -52,6 +52,17 @@
|
|
|
52
52
|
└──────────┘ └────────┘ └──────┘ └─────────┘
|
|
53
53
|
```
|
|
54
54
|
|
|
55
|
+
### Key Capabilities
|
|
56
|
+
|
|
57
|
+
| Capability | Description |
|
|
58
|
+
|:---|:---|
|
|
59
|
+
| 🧠 **Real subagent spawning** | Each agent gets a fresh 200k context via `Task()` — no shared context pollution |
|
|
60
|
+
| 🎛️ **13 CLI commands** | Deterministic state machine for council orchestration (`council start`, `council next`, `council status`, etc.) |
|
|
61
|
+
| 🚪 **Code-enforced quality gates** | Agents cannot advance phases without passing automated gate checks |
|
|
62
|
+
| 🎯 **6 presets** | Full, Rapid, Debug, Architecture, Refactoring, Audit councils |
|
|
63
|
+
| 📐 **Lean orchestrator** | Orchestrator uses ~10-15% context — delegates deep work to specialists |
|
|
64
|
+
| 🧠 **Memory Module** | Deep intelligence layer: schemas, routes, services, components, tech stack |
|
|
65
|
+
|
|
55
66
|
**What makes it different:**
|
|
56
67
|
- ✅ **Real subagent spawning** — each agent gets a fresh 200k context via `Task()`, no context pollution
|
|
57
68
|
- ✅ **13 deterministic CLI commands** — `council start`, `council next`, `council status`, etc.
|
|
@@ -64,14 +75,23 @@
|
|
|
64
75
|
|
|
65
76
|
## 🔄 Version History
|
|
66
77
|
|
|
67
|
-
### 1.1
|
|
78
|
+
### 1.2.1 — Improve `/lmf` for manual coding
|
|
79
|
+
|
|
80
|
+
- Update `lmf` so it remains learning-first but also includes copyable code blocks when implementation detail is needed.
|
|
81
|
+
- Position `/lmf` as the manual-coding alternative to `/execute` when the user wants to type the code themselves instead of having the agent apply it automatically.
|
|
82
|
+
|
|
83
|
+
### 1.2.0 — Add `/prd` command
|
|
84
|
+
|
|
85
|
+
- Add `write-prd` skill. Add `/prd` command for Claude Code and Antigravity.
|
|
86
|
+
|
|
87
|
+
### 1.1.0 — Add `/lmf` command
|
|
68
88
|
|
|
69
89
|
- Add `lmf` skills. Add `/lmf` command for Claude Code and Antigravity.
|
|
70
90
|
|
|
71
91
|
### 1.0.0 — Initial ALENA Release
|
|
72
92
|
|
|
73
93
|
- 🧠 **ALENA identity and public release reset** — the toolkit starts at `v1.0.0` with ALENA branding, updated install commands, refreshed docs, and release surfaces aligned under the new package and repository.
|
|
74
|
-
- 🤖 **Full asset library included** — ships with **
|
|
94
|
+
- 🤖 **Full asset library included** — ships with **35 skills**, **36 commands**, **39 workflows**, and **9 specialist agents** covering brainstorming, planning, PRD creation, execution, debugging, auditing, review, verification, memory, and team coordination.
|
|
75
95
|
- ⚙️ **Deterministic planning core** — `planning-tools.cjs` plus **12 supporting CLI modules** handle state, phase, roadmap, verification, frontmatter, config, templates, milestones, model resolution, and council coordination without relying on brittle freeform markdown edits.
|
|
76
96
|
- 🏛️ **Council system built in** — real subagent spawning, structured handoffs, code-enforced quality gates, task boards, and 6 presets (`full`, `rapid`, `debug`, `architecture`, `refactoring`, `audit`) are included in the first release.
|
|
77
97
|
- 🪝 **Hook and session tooling** — includes **8 hooks** for statusline, update checks, context monitoring, memory capture, cost tracking, and related session behavior where the target runtime supports them.
|
|
@@ -121,6 +141,22 @@ npx @radenadri/skills-alena list
|
|
|
121
141
|
|
|
122
142
|
After installing skills, your workflow depends on whether you're starting fresh or joining an existing codebase.
|
|
123
143
|
|
|
144
|
+
### First question: do you need a PRD?
|
|
145
|
+
|
|
146
|
+
If you only have an idea, a product problem, or a rough feature request, start with `/prd` before engineering planning.
|
|
147
|
+
|
|
148
|
+
- `/prd` clarifies the user, problem, goals, non-goals, constraints, and success metrics.
|
|
149
|
+
- `/discuss` locks implementation preferences and trade-off decisions before planning.
|
|
150
|
+
- `/plan` turns the approved PRD or clarified request into implementation work.
|
|
151
|
+
|
|
152
|
+
Think of it as:
|
|
153
|
+
|
|
154
|
+
```text
|
|
155
|
+
/prd = what and why
|
|
156
|
+
/discuss = preference and trade-off lock-in
|
|
157
|
+
/plan = how to build it
|
|
158
|
+
```
|
|
159
|
+
|
|
124
160
|
### 🟢 New Project (Greenfield)
|
|
125
161
|
|
|
126
162
|
> You're building something from scratch. No existing code, no legacy decisions.
|
|
@@ -129,6 +165,10 @@ After installing skills, your workflow depends on whether you're starting fresh
|
|
|
129
165
|
┌─────────────────────────────────────────────────────────────────┐
|
|
130
166
|
│ GREENFIELD WORKFLOW │
|
|
131
167
|
│ │
|
|
168
|
+
│ Step 0 ─ /prd (optional) │
|
|
169
|
+
│ Use when the project or feature idea is still fuzzy │
|
|
170
|
+
│ Produces a product requirements document first │
|
|
171
|
+
│ ▼ │
|
|
132
172
|
│ Step 1 ─ /init-project │
|
|
133
173
|
│ Creates .planning/ structure, ROADMAP, REQUIREMENTS │
|
|
134
174
|
│ Bootstraps memory system + config.json │
|
|
@@ -159,10 +199,13 @@ After installing skills, your workflow depends on whether you're starting fresh
|
|
|
159
199
|
# 1. Install skills
|
|
160
200
|
npx @radenadri/skills-alena add
|
|
161
201
|
|
|
162
|
-
# 2.
|
|
202
|
+
# 2. If the product idea is still fuzzy, start here:
|
|
203
|
+
/prd "describe the product or feature idea"
|
|
204
|
+
|
|
205
|
+
# 3. Then tell your AI agent:
|
|
163
206
|
/init-project
|
|
164
207
|
|
|
165
|
-
#
|
|
208
|
+
# 4. The agent will walk you through:
|
|
166
209
|
# → Project context gathering
|
|
167
210
|
# → Requirements capture
|
|
168
211
|
# → Roadmap phases
|
|
@@ -186,20 +229,24 @@ npx @radenadri/skills-alena add
|
|
|
186
229
|
│ Writes: MEMORY.md with project brain │
|
|
187
230
|
│ Captures: architecture, conventions, known issues │
|
|
188
231
|
│ ▼ │
|
|
189
|
-
│ Step 3 ─ /
|
|
232
|
+
│ Step 3 ─ /prd (optional) │
|
|
233
|
+
│ Use for new feature work that needs product clarity │
|
|
234
|
+
│ Grounds the PRD in the real codebase constraints │
|
|
235
|
+
│ ▼ │
|
|
236
|
+
│ Step 4 ─ /discuss │
|
|
190
237
|
│ "I want to add [feature] to this existing project" │
|
|
191
238
|
│ Agent asks MCQ questions considering existing patterns │
|
|
192
239
|
│ Quick-answer: "1A 2B 3C 4A" │
|
|
193
240
|
│ ▼ │
|
|
194
|
-
│ Step
|
|
241
|
+
│ Step 5 ─ /plan │
|
|
195
242
|
│ Creates plan that respects existing architecture │
|
|
196
243
|
│ References real files, real patterns, real conventions │
|
|
197
244
|
│ ▼ │
|
|
198
|
-
│ Step
|
|
245
|
+
│ Step 6 ─ /execute │
|
|
199
246
|
│ Implements following existing patterns │
|
|
200
247
|
│ codebase-conformity skill ensures consistency │
|
|
201
248
|
│ ▼ │
|
|
202
|
-
│ Step
|
|
249
|
+
│ Step 7 ─ /verify │
|
|
203
250
|
│ Validates against plan + existing test suite │
|
|
204
251
|
└─────────────────────────────────────────────────────────────────┘
|
|
205
252
|
```
|
|
@@ -212,10 +259,15 @@ npx @radenadri/skills-alena add
|
|
|
212
259
|
# 2. Tell your AI agent:
|
|
213
260
|
/memory init
|
|
214
261
|
|
|
215
|
-
# 3. Let the agent scan your codebase
|
|
262
|
+
# 3. Let the agent scan your codebase
|
|
263
|
+
|
|
264
|
+
# 4. If the feature needs product clarification, do this next:
|
|
265
|
+
/prd "describe the feature or product problem"
|
|
266
|
+
|
|
267
|
+
# 5. Then lock implementation decisions:
|
|
216
268
|
/discuss add user preferences feature
|
|
217
269
|
|
|
218
|
-
#
|
|
270
|
+
# 6. Answer the MCQ questions, then:
|
|
219
271
|
/plan
|
|
220
272
|
/execute
|
|
221
273
|
```
|
|
@@ -297,82 +349,83 @@ ALENA works with **30+ AI coding agents**. **12 platforms have full asset parity
|
|
|
297
349
|
|
|
298
350
|
## 📚 Complete Asset Catalog
|
|
299
351
|
|
|
300
|
-
### 🧠 Skills (
|
|
352
|
+
### 🧠 Skills (35)
|
|
301
353
|
|
|
302
354
|
Skills are deep instructional documents that teach AI agents HOW to think about specific engineering tasks. Each skill contains principles, protocols, anti-patterns, and quality criteria.
|
|
303
355
|
|
|
304
|
-
#### 🔷 Core Development (
|
|
356
|
+
#### 🔷 Core Development (10 skills)
|
|
305
357
|
|
|
306
358
|
| # | Skill | Description |
|
|
307
359
|
|:---:|:---|:---|
|
|
308
360
|
| 1 | 💡 **brainstorming** | Creative ideation — mind maps, structured exploration, and divergent thinking before any feature work |
|
|
309
|
-
| 2 |
|
|
310
|
-
| 3 |
|
|
311
|
-
| 4 |
|
|
312
|
-
| 5 |
|
|
313
|
-
| 6 |
|
|
314
|
-
| 7 |
|
|
315
|
-
| 8 |
|
|
316
|
-
| 9 |
|
|
361
|
+
| 2 | 📄 **write-prd** | Product requirements writing — interview-first wrapper skill that turns feature ideas into structured PRDs before engineering planning — ✨ NEW |
|
|
362
|
+
| 3 | 🧭 **lmf** | Learning-first mode flow — wrapper skill that combines `brainstorming`, `writing-plans`, and `writing-documentation` into a tutorial-first orchestration pattern with copyable code when manual implementation is needed — ✨ NEW |
|
|
363
|
+
| 4 | 📝 **writing-plans** | Task decomposition — dependency-aware plans with effort estimates, risk assessments, and implementation waves |
|
|
364
|
+
| 5 | ⚙️ **executing-plans** | Plan execution — wave-based implementation with checkpoints, inline verification, and state tracking |
|
|
365
|
+
| 6 | 🧪 **test-driven-development** | TDD methodology — red-green-refactor cycle, test architecture, fixture patterns, and coverage strategies |
|
|
366
|
+
| 7 | 🐛 **systematic-debugging** | Scientific debugging — hypothesis-driven investigation with evidence chains and root cause analysis |
|
|
367
|
+
| 8 | 🔍 **code-review** | Structured code review — security, performance, correctness checks with severity-based feedback |
|
|
368
|
+
| 9 | ✅ **verification-before-completion** | Completion gates — automated checks, compliance verification, and regression testing before marking done |
|
|
369
|
+
| 10 | 📦 **git-workflow** | Git best practices — conventional commits, branching strategies, PR workflows, and conflict resolution |
|
|
317
370
|
|
|
318
371
|
#### 🔶 Auditing (10 skills)
|
|
319
372
|
|
|
320
373
|
| # | Skill | Description |
|
|
321
374
|
|:---:|:---|:---|
|
|
322
|
-
|
|
|
323
|
-
|
|
|
324
|
-
|
|
|
325
|
-
|
|
|
326
|
-
|
|
|
327
|
-
|
|
|
328
|
-
|
|
|
329
|
-
|
|
|
330
|
-
|
|
|
331
|
-
|
|
|
375
|
+
| 11 | 🏛️ **architecture-audit** | Architecture review — modularity, coupling, SOLID compliance, dependency direction, and scalability assessment |
|
|
376
|
+
| 12 | 🔒 **security-audit** | Security assessment — OWASP top 10, auth flows, input validation, secrets management, and vulnerability scanning |
|
|
377
|
+
| 13 | ⚡ **performance-audit** | Performance profiling — N+1 queries, bundle sizes, runtime bottlenecks, caching opportunities, and load testing |
|
|
378
|
+
| 14 | 🗄️ **database-audit** | Database health — schema design, indexing strategy, query optimization, migrations, and normalization review |
|
|
379
|
+
| 15 | 🎨 **frontend-audit** | Frontend quality — component architecture, state management, rendering efficiency, and responsive design |
|
|
380
|
+
| 16 | 🌐 **api-design-audit** | API design review — REST/GraphQL conventions, versioning, error handling, pagination, and documentation |
|
|
381
|
+
| 17 | 📦 **dependency-audit** | Dependency health — outdated packages, security vulnerabilities, license compliance, and bundle impact |
|
|
382
|
+
| 18 | 📊 **observability-audit** | Observability review — logging strategy, metrics, tracing, alerting, and production debugging capability |
|
|
383
|
+
| 19 | ♿ **accessibility-audit** | Accessibility compliance — WCAG standards, keyboard navigation, screen reader support, and color contrast |
|
|
384
|
+
| 20 | 🔄 **ci-cd-audit** | CI/CD pipeline review — build times, test reliability, deployment safety, and pipeline optimization |
|
|
332
385
|
|
|
333
386
|
#### 🔷 Evolution (4 skills)
|
|
334
387
|
|
|
335
388
|
| # | Skill | Description |
|
|
336
389
|
|:---:|:---|:---|
|
|
337
|
-
|
|
|
338
|
-
|
|
|
339
|
-
|
|
|
340
|
-
|
|
|
390
|
+
| 21 | ♻️ **refactoring-safely** | Safe refactoring — incremental transformation with test coverage, feature flags, and rollback strategies |
|
|
391
|
+
| 22 | 📖 **writing-documentation** | Documentation authoring — API docs, architecture diagrams, README standards, and knowledge transfer |
|
|
392
|
+
| 23 | 🗺️ **codebase-mapping** | Codebase analysis — module boundaries, dependency graphs, entry points, and health metrics |
|
|
393
|
+
| 24 | 🚨 **incident-response** | Incident handling — triage protocols, root cause analysis, post-mortems, and prevention measures |
|
|
341
394
|
|
|
342
395
|
#### 🟣 Agent Intelligence (2 skills)
|
|
343
396
|
|
|
344
397
|
| # | Skill | Description |
|
|
345
398
|
|:---:|:---|:---|
|
|
346
|
-
|
|
|
347
|
-
|
|
|
399
|
+
| 25 | 💾 **persistent-memory** | Automated session memory — captures decisions, context, and learnings across sessions via file-based protocols. Zero infrastructure, works in ANY agent. Inspired by [claude-mem](https://github.com/thedotmack/claude-mem). |
|
|
400
|
+
| 26 | 💎 **agent-team-coordination** | **LLM Council** — Manager-orchestrated multi-agent coordination with Memory Module. Manager has full project knowledge (schemas, routes, services), dynamically routes tasks to specialist sub-agents, enables peer communication, handles escalations across 6 council presets. |
|
|
348
401
|
|
|
349
402
|
#### 🔶 Integration & Completeness (4 skills)
|
|
350
403
|
|
|
351
404
|
| # | Skill | Description |
|
|
352
405
|
|:---:|:---|:---|
|
|
353
|
-
|
|
|
354
|
-
|
|
|
355
|
-
|
|
|
356
|
-
|
|
|
406
|
+
| 27 | 🔗 **full-stack-api-integration** | End-to-end API integration — spec analysis, surface mapping, SOLID-compliant API layer design, systematic endpoint implementation, and integration testing |
|
|
407
|
+
| 28 | 🏥 **product-completeness-audit** | Functional completeness verification — 5-level completeness spectrum, placeholder detection, broken flow identification, and API connection validation |
|
|
408
|
+
| 29 | 🔬 **brutal-exhaustive-audit** | No-shortcuts 5-pass audit — build verification, route checking, data flow tracing, user flow testing, and edge case validation with anti-shortcut rules |
|
|
409
|
+
| 30 | 🔄 **codebase-conformity** | Pattern uniformity enforcement — read existing patterns before writing, match them exactly, and double-verify conformity before claiming done |
|
|
357
410
|
|
|
358
411
|
#### 🔀 Migration (1 skill)
|
|
359
412
|
|
|
360
413
|
| # | Skill | Description |
|
|
361
414
|
|:---:|:---|:---|
|
|
362
|
-
|
|
|
415
|
+
| 31 | 🔀 **nextjs-to-nuxt-migration** | Next.js → Nuxt 4 migration — submodule analysis, backend verification, multi-pass execution (backend wiring → feature completeness → CSS polish → verification), sidebar registration, theme/dark-mode rules, URL encoding, Agent Team File Protocol, and Playwright visual QA |
|
|
363
416
|
|
|
364
417
|
#### 🔸 Meta (5 skills)
|
|
365
418
|
|
|
366
419
|
| # | Skill | Description |
|
|
367
420
|
|:---:|:---|:---|
|
|
368
|
-
|
|
|
369
|
-
|
|
|
370
|
-
|
|
|
371
|
-
|
|
|
421
|
+
| 32 | 📘 **using-skills** | How to use and combine skills effectively in your workflow |
|
|
422
|
+
| 33 | ✍️ **writing-skills** | How to create new skills — format, quality standards, and testing requirements |
|
|
423
|
+
| 34 | 🎨 **ui-ux-redesign** | Full-stack visual audit — inventories backend APIs, audits every component and design token, analyzes user flows, and produces layered redesign recommendations |
|
|
424
|
+
| 35 | 📏 **_rules** | Master rules skill — consolidates core principles, anti-hallucination protocol, severity framework, and skill activation table |
|
|
372
425
|
|
|
373
426
|
---
|
|
374
427
|
|
|
375
|
-
### ⚡ Commands (
|
|
428
|
+
### ⚡ Commands (36)
|
|
376
429
|
|
|
377
430
|
Commands are Claude Code slash commands (`.md` files installed to `.claude/commands/`). They provide structured workflows for common project tasks.
|
|
378
431
|
|
|
@@ -382,7 +435,8 @@ Commands are Claude Code slash commands (`.md` files installed to `.claude/comma
|
|
|
382
435
|
|:---|:---|
|
|
383
436
|
| `/init-project` | 🏗️ Initialize a new project with `.planning/` directory — `PROJECT.md`, `REQUIREMENTS.md`, `ROADMAP.md`, `STATE.md`, `config.json`. Uses `planning-tools.cjs` for deterministic bootstrapping. |
|
|
384
437
|
| `/discuss` | 💬 Pre-planning MCQ decision capture — presents multiple-choice questions with recommendations, quick-answer format (`1A 2B 3C`), locks decisions in CONTEXT.md |
|
|
385
|
-
| `/
|
|
438
|
+
| `/prd` | 📄 Product requirements drafting — interview-first flow that uses the local `write-prd` wrapper skill to produce a reusable PRD before implementation planning — ✨ NEW |
|
|
439
|
+
| `/lmf` | 🧭 Learning-first tutorial flow — uses the local `lmf` wrapper skill to combine explanation, planning, and copyable code guidance before execution — ✨ NEW |
|
|
386
440
|
| `/plan` | 📋 Create a 2-3 task implementation plan with task anatomy (`<files>` `<action>` `<verify>` `<done>`), context budgets, and locked decision enforcement |
|
|
387
441
|
| `/execute` | ⚙️ Execute an implementation plan with deviation protocol (4 categories), checkpoint system, and `planning-tools.cjs` state management |
|
|
388
442
|
| `/verify` | ✅ Validate implementations against plans — automated checks, compliance verification, regression testing, conversational UAT |
|
|
@@ -453,7 +507,7 @@ Commands are Claude Code slash commands (`.md` files installed to `.claude/comma
|
|
|
453
507
|
|
|
454
508
|
---
|
|
455
509
|
|
|
456
|
-
### 🔄 Workflows (
|
|
510
|
+
### 🔄 Workflows (39)
|
|
457
511
|
|
|
458
512
|
Workflows are Antigravity step-by-step execution scripts (`.md` files installed to `.agent/workflows/`). Many include `// turbo` annotations for auto-execution.
|
|
459
513
|
|
|
@@ -461,7 +515,8 @@ Workflows are Antigravity step-by-step execution scripts (`.md` files installed
|
|
|
461
515
|
|:---|:---|
|
|
462
516
|
| `/init-project` | 🏗️ Initialize project with `.planning/` structure |
|
|
463
517
|
| `/discuss` | 💬 Pre-planning MCQ discussion with quick-answer |
|
|
464
|
-
| `/
|
|
518
|
+
| `/prd` | 📄 Product requirements workflow that mirrors the local `write-prd` wrapper skill in Antigravity — ✨ NEW |
|
|
519
|
+
| `/lmf` | 🧭 Learning-first tutorial workflow that mirrors the local `lmf` wrapper skill in Antigravity, including copyable code when implementation is needed — ✨ NEW |
|
|
465
520
|
| `/plan-feature` | 📋 Plan a feature with research, design, and task decomposition |
|
|
466
521
|
| `/execute` | ⚙️ Execute plans with wave-based steps and verification |
|
|
467
522
|
| `/verify` | ✅ Validate implementation against plans |
|
|
@@ -635,64 +690,25 @@ Use `/memory init` to initialize, `/memory write` to save.
|
|
|
635
690
|
|
|
636
691
|
---
|
|
637
692
|
|
|
638
|
-
## 💎 LLM Council v2 — Agent Team Coordination
|
|
639
|
-
|
|
640
|
-
### The Problem
|
|
641
|
-
AI coding tasks fail at scale because no single agent can hold all context: database schemas, API routes, service dependencies, frontend components, and business logic — simultaneously. Linear handoffs lose context. Role-switching in a single context window wastes tokens.
|
|
642
|
-
|
|
643
|
-
### The Solution: Real Subagent Spawning + Deterministic Orchestration
|
|
644
|
-
|
|
645
|
-
**Council v2** replaces the old role-switching pattern with **real subagent spawning** via `Task()`. Each specialist agent gets a fresh 200k context window — no shared context pollution. The orchestrator stays lean at ~10-15% context usage.
|
|
646
|
-
|
|
647
|
-
```
|
|
648
|
-
╔═══════════════════════════════╗
|
|
649
|
-
║ 🎯 ORCHESTRATOR (lean) ║
|
|
650
|
-
║ ~10-15% context usage ║
|
|
651
|
-
║ 13 deterministic CLI commands ║
|
|
652
|
-
║ Code-enforced quality gates ║
|
|
653
|
-
╚════════════╦══════════════════╝
|
|
654
|
-
║
|
|
655
|
-
Task() spawning
|
|
656
|
-
┌──────────────────┼──────────────────┐
|
|
657
|
-
┌──────▼──┐ ┌──────▼──┐ ┌──▼────┐ ┌──▼──────┐
|
|
658
|
-
│🔬Research│ │📐Planner│ │⚙️Exec │ │🔍Review │
|
|
659
|
-
│ Fresh │ │ Fresh │ │ Fresh │ │ Fresh │
|
|
660
|
-
│ 200k ctx │ │ 200k │ │ 200k │ │ 200k │
|
|
661
|
-
└──────────┘ └────────┘ └──────┘ └─────────┘
|
|
662
|
-
```
|
|
663
|
-
|
|
664
|
-
### Key Capabilities
|
|
665
|
-
|
|
666
|
-
| Capability | Description |
|
|
667
|
-
|:---|:---|
|
|
668
|
-
| 🧠 **Real subagent spawning** | Each agent gets a fresh 200k context via `Task()` — no shared context pollution |
|
|
669
|
-
| 🎛️ **13 CLI commands** | Deterministic state machine for council orchestration (`council start`, `council next`, `council status`, etc.) |
|
|
670
|
-
| 🚪 **Code-enforced quality gates** | Agents cannot advance phases without passing automated gate checks |
|
|
671
|
-
| 🎯 **6 presets** | Full, Rapid, Debug, Architecture, Refactoring, Audit councils |
|
|
672
|
-
| 📐 **Lean orchestrator** | Orchestrator uses ~10-15% context — delegates deep work to specialists |
|
|
673
|
-
| 🧠 **Memory Module** | Deep intelligence layer: schemas, routes, services, components, tech stack |
|
|
674
|
-
|
|
675
|
-
---
|
|
676
|
-
|
|
677
693
|
## 📁 Project Structure
|
|
678
694
|
|
|
679
695
|
```
|
|
680
696
|
alena/
|
|
681
|
-
├── 📂 skills/ #
|
|
697
|
+
├── 📂 skills/ # 35 deep instructional skills
|
|
682
698
|
│ ├── brainstorming/SKILL.md
|
|
683
699
|
│ ├── writing-plans/SKILL.md # Plans-as-prompts with task anatomy
|
|
684
700
|
│ ├── executing-plans/SKILL.md # Deviation protocol + checkpoints
|
|
685
701
|
│ ├── persistent-memory/SKILL.md
|
|
686
702
|
│ ├── agent-team-coordination/SKILL.md
|
|
687
703
|
│ └── ... (26 more)
|
|
688
|
-
├── 📂 commands/ #
|
|
704
|
+
├── 📂 commands/ # 36 Claude Code slash commands
|
|
689
705
|
│ ├── init-project.md
|
|
690
706
|
│ ├── discuss.md ✨ MCQ decision capture
|
|
691
707
|
│ ├── settings.md ✨ Config management
|
|
692
708
|
│ ├── memory.md
|
|
693
709
|
│ ├── team.md
|
|
694
710
|
│ └── ... (23 more)
|
|
695
|
-
├── 📂 workflows/ #
|
|
711
|
+
├── 📂 workflows/ # 39 Antigravity workflows
|
|
696
712
|
│ ├── init-project.md
|
|
697
713
|
│ ├── discuss.md ✨ MCQ discussion workflow
|
|
698
714
|
│ ├── gap-closure.md ✨ Execution gap closure
|
|
@@ -745,6 +761,7 @@ npx @radenadri/skills-alena add --global
|
|
|
745
761
|
# Install specific skills
|
|
746
762
|
npx @radenadri/skills-alena add persistent-memory code-review
|
|
747
763
|
npx @radenadri/skills-alena add lmf brainstorming writing-plans writing-documentation
|
|
764
|
+
npx @radenadri/skills-alena add write-prd brainstorming writing-documentation
|
|
748
765
|
|
|
749
766
|
# Update all skills to latest version
|
|
750
767
|
npx @radenadri/skills-alena update
|
|
@@ -788,7 +805,7 @@ npx @radenadri/skills-alena help
|
|
|
788
805
|
| **GEMINI.md** | Appends activation section (preserves your content). Updates on re-install. | ❌ Skipped |
|
|
789
806
|
| **Memory** | Never installed (created at runtime per-project). | ❌ Never installed |
|
|
790
807
|
|
|
791
|
-
If you want the full local
|
|
808
|
+
If you want the full local experience, install locally so wrapper skills can be paired with their agent-specific surfaces. That applies to both `lmf` and PRD drafting: global install includes the `lmf` and `write-prd` skills, but the Claude Code `/lmf` and `/prd` commands plus the Antigravity `/lmf` and `/prd` workflows are local-only surfaces.
|
|
792
809
|
|
|
793
810
|
### What Gets Installed Where
|
|
794
811
|
|
|
@@ -808,12 +825,15 @@ If you want the full local `lmf` experience, install locally so the `lmf` wrappe
|
|
|
808
825
|
|:---|:---|
|
|
809
826
|
| [🌐 Website](https://alena.radenadri.xyz) | Product homepage and primary landing page |
|
|
810
827
|
| [📖 Wiki](https://github.com/radenadri/skills-alena/wiki) | Comprehensive GitHub Wiki with guides and reference |
|
|
828
|
+
| [`skills/write-prd/SKILL.md`](skills/write-prd/SKILL.md) | Local wrapper skill for interview-first PRD creation |
|
|
829
|
+
| [`commands/prd.md`](commands/prd.md) | Claude Code `/prd` product requirements command |
|
|
830
|
+
| [`workflows/prd.md`](workflows/prd.md) | Antigravity `/prd` product requirements workflow |
|
|
811
831
|
| [`skills/lmf/SKILL.md`](skills/lmf/SKILL.md) | Local wrapper skill for the `lmf` orchestrator pattern |
|
|
812
832
|
| [`commands/lmf.md`](commands/lmf.md) | Claude Code `/lmf` learning-first command |
|
|
813
833
|
| [`workflows/lmf.md`](workflows/lmf.md) | Antigravity `/lmf` learning-first workflow |
|
|
814
834
|
| [Agent Teams & Memory](docs/AGENT-TEAMS-AND-MEMORY.md) | Comprehensive guide to the team coordination and persistent memory systems |
|
|
815
835
|
| [Competitive Analysis](docs/COMPETITIVE_ANALYSIS.md) | Analysis of GSD, Claude Code, Cursor, and Antigravity frameworks |
|
|
816
|
-
| [Audit Report](docs/AUDIT-REPORT.md) | Comprehensive
|
|
836
|
+
| [Audit Report](docs/AUDIT-REPORT.md) | Comprehensive quality audit report for the ALENA skill library |
|
|
817
837
|
| [Contributing](CONTRIBUTING.md) | How to contribute to this project |
|
|
818
838
|
| [Changelog](CHANGELOG.md) | Version history and release notes |
|
|
819
839
|
|
|
@@ -823,9 +843,9 @@ If you want the full local `lmf` experience, install locally so the `lmf` wrappe
|
|
|
823
843
|
|
|
824
844
|
| Metric | Count |
|
|
825
845
|
|:---:|:---:|
|
|
826
|
-
| 🧠 Skills | **
|
|
827
|
-
| ⚡ Commands | **
|
|
828
|
-
| 🔄 Workflows | **
|
|
846
|
+
| 🧠 Skills | **35** |
|
|
847
|
+
| ⚡ Commands | **36** |
|
|
848
|
+
| 🔄 Workflows | **39** |
|
|
829
849
|
| 🤖 Agents | **9** |
|
|
830
850
|
| 🎯 Cursor Rules | **10** |
|
|
831
851
|
| 📏 Rules | **5** |
|
package/commands/lmf.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: lmf
|
|
3
|
-
description: "Run the learning-first /lmf flow for tutorial-style planning and
|
|
3
|
+
description: "Run the learning-first /lmf flow for tutorial-style planning, explanation, and copyable code before execution."
|
|
4
4
|
disable-model-invocation: true
|
|
5
5
|
argument-hint: "[topic-or-task]"
|
|
6
6
|
---
|
|
@@ -18,6 +18,7 @@ Guide the user through the request in a tutorial-first way using the local `lmf`
|
|
|
18
18
|
- Mental model
|
|
19
19
|
- Recommended path
|
|
20
20
|
- Step-by-step actions
|
|
21
|
+
- Copyable code
|
|
21
22
|
- Next move
|
|
22
23
|
4. Compose the existing ALENA skills inside the response:
|
|
23
24
|
- `brainstorming` for intent and trade-offs
|
|
@@ -26,11 +27,13 @@ Guide the user through the request in a tutorial-first way using the local `lmf`
|
|
|
26
27
|
5. Keep the output local-first and tutorial-first:
|
|
27
28
|
- Explain before optimizing
|
|
28
29
|
- Be specific to the current request and codebase
|
|
29
|
-
-
|
|
30
|
+
- Include copyable code blocks when the user needs to implement manually or when code would teach faster than prose
|
|
31
|
+
- Prefer complete file-level snippets over pseudo-code and placeholders
|
|
30
32
|
- Do not turn `/lmf` into a shell-script or helper-script instruction
|
|
31
33
|
|
|
32
34
|
## Success Criteria
|
|
33
35
|
|
|
34
36
|
- The user understands the problem shape before seeing the steps
|
|
35
37
|
- The response contains a clear recommendation with trade-offs
|
|
38
|
+
- The response includes copyable code when implementation detail is needed
|
|
36
39
|
- The next action is explicit enough to execute immediately
|
package/commands/prd.md
ADDED
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: prd
|
|
3
|
+
description: "Create a product requirements document through an interview-first PRD workflow."
|
|
4
|
+
disable-model-invocation: true
|
|
5
|
+
argument-hint: "[feature-or-product-problem]"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# /prd - Product Requirements Document
|
|
9
|
+
|
|
10
|
+
Create a structured PRD using the local `write-prd` wrapper skill.
|
|
11
|
+
|
|
12
|
+
## Instructions
|
|
13
|
+
|
|
14
|
+
1. Read `skills/write-prd/SKILL.md` and follow it exactly.
|
|
15
|
+
2. Use `$ARGUMENTS` as the starting feature idea, product problem, or PRD topic.
|
|
16
|
+
3. Interview before drafting:
|
|
17
|
+
- clarify the user
|
|
18
|
+
- clarify the problem
|
|
19
|
+
- clarify goals and non-goals
|
|
20
|
+
- clarify constraints, risks, and success definition
|
|
21
|
+
4. Compose ALENA's underlying logic:
|
|
22
|
+
- `brainstorming` for discovery and trade-offs
|
|
23
|
+
- `writing-documentation` for the final PRD structure and clarity
|
|
24
|
+
- `writing-plans` only as a handoff suggestion after the PRD is accepted
|
|
25
|
+
5. Keep the output product-first:
|
|
26
|
+
- write requirements as outcomes, not code tasks
|
|
27
|
+
- call out assumptions and open questions
|
|
28
|
+
- include explicit non-goals
|
|
29
|
+
- end with the next recommended step
|
|
30
|
+
|
|
31
|
+
## Success Criteria
|
|
32
|
+
|
|
33
|
+
- The PRD is grounded in an interview, not guesswork
|
|
34
|
+
- The document is understandable without the full chat history
|
|
35
|
+
- The output is a real product artifact, not an implementation checklist
|
package/dist/cli.js
CHANGED
|
@@ -288,6 +288,7 @@ var SKILL_CATEGORIES = {
|
|
|
288
288
|
"Core Development": [
|
|
289
289
|
"brainstorming",
|
|
290
290
|
"lmf",
|
|
291
|
+
"write-prd",
|
|
291
292
|
"writing-plans",
|
|
292
293
|
"executing-plans",
|
|
293
294
|
"test-driven-development",
|
|
@@ -481,13 +482,14 @@ Skills activate automatically when their conditions are met. You MUST use the re
|
|
|
481
482
|
### Workflows
|
|
482
483
|
|
|
483
484
|
Workflows are installed in \`${agent.workflowsDir}/\`. Use \`/workflow-name\` to execute them. Workflows with \`// turbo\` annotations auto-run safe steps. Use \`/lmf\` for learning-first tutorial and explanation flow.
|
|
485
|
+
Workflows are installed in \`${agent.workflowsDir}/\`. Use \`/workflow-name\` to execute them. Workflows with \`// turbo\` annotations auto-run safe steps. Use \`/lmf\` for learning-first tutorial and explanation flow, and \`/prd\` for interview-first product requirements drafting.
|
|
484
486
|
`;
|
|
485
487
|
}
|
|
486
488
|
if (hasCommands) {
|
|
487
489
|
content += `
|
|
488
490
|
### Commands
|
|
489
491
|
|
|
490
|
-
Slash commands are available in \`${agent.commandsDir}/\`. Key commands include: \`/audit\`, \`/debug\`, \`/lmf\`, \`/plan\`, \`/execute\`, \`/verify\`, \`/commit\`, \`/team\`, \`/memory\`.
|
|
492
|
+
Slash commands are available in \`${agent.commandsDir}/\`. Key commands include: \`/audit\`, \`/debug\`, \`/lmf\`, \`/prd\`, \`/plan\`, \`/execute\`, \`/verify\`, \`/commit\`, \`/team\`, \`/memory\`.
|
|
491
493
|
`;
|
|
492
494
|
}
|
|
493
495
|
if (hasAgentDefs) {
|