akili-specs 2.7.0 → 2.8.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/commands/akili-archive.md +9 -0
- package/.claude/commands/akili-audit.md +9 -0
- package/.claude/commands/akili-constitution.md +41 -3
- package/.claude/commands/akili-execute.md +10 -1
- package/.claude/commands/akili-propose.md +9 -0
- package/.claude/commands/akili-quick.md +9 -0
- package/.claude/commands/akili-resume.md +9 -0
- package/.claude/commands/akili-seo.md +9 -0
- package/.claude/commands/akili-specify.md +14 -2
- package/.claude/commands/akili-test.md +9 -0
- package/.claude/commands/akili-validate.md +9 -0
- package/.claude/skills/angular-developer/SKILL.md +4 -0
- package/.claude/skills/api-design-principles/SKILL.md +8 -0
- package/.claude/skills/aws-serverless/SKILL.md +8 -1
- package/.claude/skills/brainstorming/SKILL.md +25 -1
- package/.claude/skills/cognitive-doc-design/SKILL.md +14 -0
- package/.claude/skills/error-handling-patterns/SKILL.md +8 -0
- package/.claude/skills/frontend-design/SKILL.md +8 -1
- package/.claude/skills/gsap-animation/SKILL.md +182 -0
- package/.claude/skills/gsap-animation/references/frameworks.md +137 -0
- package/.claude/skills/{gsap-performance/SKILL.md → gsap-animation/references/performance.md} +10 -20
- package/.claude/skills/gsap-animation/references/plugins.md +390 -0
- package/.claude/skills/gsap-animation/references/react.md +122 -0
- package/.claude/skills/gsap-animation/references/scrolltrigger.md +255 -0
- package/.claude/skills/{gsap-timeline/SKILL.md → gsap-animation/references/timeline.md} +7 -19
- package/.claude/skills/gsap-animation/references/utils.md +254 -0
- package/.claude/skills/judgment-day/SKILL.md +19 -1
- package/.claude/skills/kaizen/SKILL.md +1 -0
- package/.claude/skills/nestjs-expert/SKILL.md +8 -0
- package/.claude/skills/product-manager-toolkit/SKILL.md +7 -1
- package/.claude/skills/react-doctor/SKILL.md +6 -0
- package/.claude/skills/seo-audit/SKILL.md +18 -9
- package/.claude/skills/shadcn-ui/SKILL.md +6 -0
- package/.claude/skills/stitch-design/SKILL.md +7 -0
- package/.claude/skills/systematic-debugging/SKILL.md +21 -0
- package/.claude/skills/tailwind-design-system/SKILL.md +8 -0
- package/.claude/skills/ui-ux-pro-max/SKILL.md +21 -0
- package/.claude/skills/vercel-react-best-practices/SKILL.md +3 -0
- package/.claude/templates/implementer.md +6 -0
- package/.claude/templates/leader.md +7 -1
- package/.claude/templates/reviewer.md +6 -0
- package/.claude/templates/tester.md +6 -0
- package/CHANGELOG.md +27 -0
- package/LICENSE +1 -1
- package/README.md +9 -8
- package/bin/akili.js +40 -0
- package/docs/cli.md +1 -1
- package/docs/commands/akili-constitution.md +11 -11
- package/docs/flow.md +20 -0
- package/docs/skills/README.md +34 -31
- package/docs/skills/brainstorming.md +2 -0
- package/docs/skills/cognitive-doc-design.md +2 -0
- package/docs/skills/governance.md +77 -0
- package/docs/skills/gsap-animation.md +29 -0
- package/docs/skills/judgment-day.md +2 -0
- package/docs/skills/product-manager-toolkit.md +1 -1
- package/docs/skills/seo-audit.md +2 -0
- package/docs/skills/systematic-debugging.md +2 -0
- package/docs/skills/ui-ux-pro-max.md +2 -0
- package/package.json +3 -2
- package/.claude/skills/gsap-core/SKILL.md +0 -254
- package/.claude/skills/gsap-frameworks/SKILL.md +0 -153
- package/.claude/skills/gsap-plugins/SKILL.md +0 -426
- package/.claude/skills/gsap-react/SKILL.md +0 -136
- package/.claude/skills/gsap-scrolltrigger/SKILL.md +0 -296
- package/.claude/skills/gsap-utils/SKILL.md +0 -284
- package/docs/skills/gsap-core.md +0 -21
- package/docs/skills/gsap-frameworks.md +0 -20
- package/docs/skills/gsap-performance.md +0 -21
- package/docs/skills/gsap-plugins.md +0 -20
- package/docs/skills/gsap-react.md +0 -22
- package/docs/skills/gsap-scrolltrigger.md +0 -21
- package/docs/skills/gsap-timeline.md +0 -20
- package/docs/skills/gsap-utils.md +0 -21
package/bin/akili.js
CHANGED
|
@@ -14,6 +14,18 @@ const SOURCE_SKILLS = path.join(SOURCE_CLAUDE, "skills");
|
|
|
14
14
|
const SOURCE_TEMPLATES = path.join(SOURCE_CLAUDE, "templates");
|
|
15
15
|
const AGENT_TEMPLATES = ["leader.md", "implementer.md", "reviewer.md", "tester.md"];
|
|
16
16
|
const RESOURCE_SCRIPTS = ["gsc_verify.py", "parse_tests.js"];
|
|
17
|
+
// Skill directories removed from the package; deleted from installs during legacy cleanup.
|
|
18
|
+
// v2.8.0: the 8 gsap-* skills were fused into the single gsap-animation skill.
|
|
19
|
+
const LEGACY_SKILLS = [
|
|
20
|
+
"gsap-core",
|
|
21
|
+
"gsap-frameworks",
|
|
22
|
+
"gsap-performance",
|
|
23
|
+
"gsap-plugins",
|
|
24
|
+
"gsap-react",
|
|
25
|
+
"gsap-scrolltrigger",
|
|
26
|
+
"gsap-timeline",
|
|
27
|
+
"gsap-utils",
|
|
28
|
+
];
|
|
17
29
|
const SOURCE_SCRIPTS = path.join(PACKAGE_ROOT, "scripts");
|
|
18
30
|
const SOURCE_MCP_EXAMPLE = path.join(PACKAGE_ROOT, ".mcp.json.example");
|
|
19
31
|
const BANNER = ` █████╗ ██╗ ██╗██╗██╗ ██╗
|
|
@@ -316,6 +328,21 @@ function cleanupLegacyFiles(tool, args) {
|
|
|
316
328
|
}
|
|
317
329
|
}
|
|
318
330
|
|
|
331
|
+
if (shouldInclude("skills", args)) {
|
|
332
|
+
for (const skillName of LEGACY_SKILLS) {
|
|
333
|
+
const skillDir = path.join(paths.skills, skillName);
|
|
334
|
+
if (fs.existsSync(skillDir)) {
|
|
335
|
+
if (args.dryRun) {
|
|
336
|
+
console.log(` ${colors.red}would delete legacy skill${colors.reset} ${skillDir}`);
|
|
337
|
+
} else {
|
|
338
|
+
fs.rmSync(skillDir, { recursive: true, force: true });
|
|
339
|
+
console.log(` ${colors.red}deleted legacy skill${colors.reset} ${skillDir}`);
|
|
340
|
+
}
|
|
341
|
+
cleaned++;
|
|
342
|
+
}
|
|
343
|
+
}
|
|
344
|
+
}
|
|
345
|
+
|
|
319
346
|
if (shouldInclude("resources", args)) {
|
|
320
347
|
if (paths.legacyResources && fs.existsSync(paths.legacyResources)) {
|
|
321
348
|
if (args.dryRun) {
|
|
@@ -677,6 +704,19 @@ function doctorTool(tool, args) {
|
|
|
677
704
|
}
|
|
678
705
|
}
|
|
679
706
|
}
|
|
707
|
+
for (const skillName of LEGACY_SKILLS) {
|
|
708
|
+
const skillDir = path.join(paths.skills, skillName);
|
|
709
|
+
if (fs.existsSync(skillDir)) {
|
|
710
|
+
if (args.fix) {
|
|
711
|
+
fs.rmSync(skillDir, { recursive: true, force: true });
|
|
712
|
+
console.log(` ${colors.cyan}REMOVED${colors.reset} ${skillName} (legacy, replaced by gsap-animation)`);
|
|
713
|
+
fixed += 1;
|
|
714
|
+
} else {
|
|
715
|
+
console.log(` ${colors.red}STALE${colors.reset} ${skillName} (legacy, replaced by gsap-animation — run with --fix or akili update to remove)`);
|
|
716
|
+
missing += 1;
|
|
717
|
+
}
|
|
718
|
+
}
|
|
719
|
+
}
|
|
680
720
|
}
|
|
681
721
|
|
|
682
722
|
if (shouldInclude("resources", args)) {
|
package/docs/cli.md
CHANGED
|
@@ -58,7 +58,7 @@ akili install --tool both --local
|
|
|
58
58
|
|
|
59
59
|
Every command closes with a clear end-of-run summary:
|
|
60
60
|
|
|
61
|
-
- **`install`** — an **Install Summary** with per-tool `installed | overwritten | skipped` counts (plus legacy cleanup), target paths, totals for multi-tool installs, a dry-run banner when `--dry-run` is used, and contextual next steps (`--force` hint, OpenCode restart, `akili doctor` verification).
|
|
61
|
+
- **`install`** — an **Install Summary** with per-tool `installed | overwritten | skipped` counts (plus legacy cleanup), target paths, totals for multi-tool installs, a dry-run banner when `--dry-run` is used, and contextual next steps (`--force` hint, OpenCode restart, `akili doctor` verification). Legacy cleanup removes artifacts from older versions on every run: `sdd-*` command files, the `sdd-jc` resources directory, and skill directories that were removed from the package (e.g. the 8 `gsap-*` skills replaced by `gsap-animation`); `akili doctor` reports still-present legacy skills as `STALE` and `--fix` deletes them.
|
|
62
62
|
- **`doctor`** — a **Doctor Summary** with a per-tool `HEALTHY | REPAIRED | INCOMPLETE` status, `ok | missing | fixed` counts, and repair suggestions (`--fix` or `akili update`).
|
|
63
63
|
- **`update`** — an **Update Summary** with the version change (`before → after`), install type, and the verification command, after the changelog of what changed.
|
|
64
64
|
- **`list`** — a totals line: commands, skills, resources, and the package version.
|
|
@@ -65,17 +65,17 @@ The `.agents/` directory is tool-agnostic: pure Markdown + YAML frontmatter, res
|
|
|
65
65
|
|
|
66
66
|
Step 7C adds or upgrades a `## Model Routing` section in the project's root `AGENTS.md` and `CLAUDE.md`: a capability-tier registry that maps each AKILI-SPECS phase to a model **per tool** (Claude Code and OpenCode). It is guidance only — no `model:` frontmatter is added and the installer is unchanged. The registry enforces **author ≠ auditor** (the Reviewer runs on a different model than the Implementer) and, in Active-AKILI-SPECS mode, is non-destructive: an existing customized registry is preserved and only gaps are filled. See [Model Routing](../model-routing.md) for the tiers and the default registry.
|
|
67
67
|
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
- `
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
- `
|
|
75
|
-
- `
|
|
76
|
-
- `
|
|
77
|
-
- `
|
|
78
|
-
- `vercel-react-best-practices`
|
|
68
|
+
## Skill Map Scaffolding
|
|
69
|
+
|
|
70
|
+
Step 8D adds or upgrades a `## Skill Map` section in the project's root `AGENTS.md` and `CLAUDE.md`: a table of the **stack-bound skills** that apply to this project's detected or declared stack (see [Skill Governance](../skills/governance.md)). Stack skills are never hardcoded into command text — `/akili-specify` derives each task's required skills from this map, and the `/akili-execute` Leader passes them to the Implementer/Tester via dynamic skill loading. In Active-AKILI-SPECS mode an existing customized map is preserved.
|
|
71
|
+
|
|
72
|
+
Skills the constitution itself draws on:
|
|
73
|
+
|
|
74
|
+
- `brainstorming` (Step 0 — project mode and intent)
|
|
75
|
+
- `product-manager-toolkit` (Steps 2–3 — interview script and PRD)
|
|
76
|
+
- `cognitive-doc-design` (all baseline documents)
|
|
77
|
+
- `ui-ux-pro-max`, or `frontend-design` + `stitch-design` (Step 4 — UX/UI design)
|
|
78
|
+
- Stack skills matching the repo (Step 5 TRD and the Skill Map): `nestjs-expert`, `api-design-principles`, `error-handling-patterns`, `aws-serverless`, `shadcn-ui`, `tailwind-design-system`, `vercel-react-best-practices`, `angular-developer`
|
|
79
79
|
|
|
80
80
|
## Next Step
|
|
81
81
|
|
package/docs/flow.md
CHANGED
|
@@ -327,3 +327,23 @@ Juan Carlos Cadavid — jcadavid.com). Every archive runs one bounded pass:
|
|
|
327
327
|
Lessons target either the **Product** (this project) or the **Methodology** itself — Methodology
|
|
328
328
|
lessons are flagged for upstreaming to the AKILI repository, so the methodology learns from every
|
|
329
329
|
tool built with it. The retrospective never blocks the archive.
|
|
330
|
+
|
|
331
|
+
### 9. Skill Binding (Governance)
|
|
332
|
+
|
|
333
|
+
The packaged skills are curated under a three-level binding taxonomy (see `docs/skills/governance.md`),
|
|
334
|
+
which answers *when and how each skill loads*:
|
|
335
|
+
|
|
336
|
+
* **core** — hard-wired to a precise command step: `kaizen` in `/akili-archive`, `judgment-day` in
|
|
337
|
+
`/akili-specify`'s Review Design gate, `cognitive-doc-design` for every human-facing document,
|
|
338
|
+
`brainstorming` for exploration, `product-manager-toolkit` in `/akili-constitution`,
|
|
339
|
+
`systematic-debugging` in bug flows, `seo-audit` in `/akili-seo`.
|
|
340
|
+
* **conditional** — loaded when the work touches its domain: `ui-ux-pro-max` / `frontend-design` /
|
|
341
|
+
`stitch-design` for UI work, `gsap-animation` for animation work.
|
|
342
|
+
* **stack** — framework/platform skills (`angular-developer`, `nestjs-expert`, `shadcn-ui`,
|
|
343
|
+
`aws-serverless`, …) are never hardcoded into commands. `/akili-constitution` Step 8D writes a
|
|
344
|
+
`## Skill Map` into the project's `AGENTS.md`/`CLAUDE.md` from the detected stack;
|
|
345
|
+
`/akili-specify` derives each task's required skills from that map; the Leader passes them to the
|
|
346
|
+
Implementer/Tester via dynamic skill loading.
|
|
347
|
+
|
|
348
|
+
Every skill preserves its original author and license; AKILI adaptation is recorded as `adapted-by`
|
|
349
|
+
in the skill frontmatter. Curation by Juan Carlos Cadavid — jcadavid.com.
|
package/docs/skills/README.md
CHANGED
|
@@ -4,41 +4,44 @@ AKILI ships Claude/OpenCode skills alongside the slash commands. Skills are load
|
|
|
4
4
|
|
|
5
5
|
The installable source files live in `.claude/skills/*/SKILL.md`. These pages are the human-facing reference.
|
|
6
6
|
|
|
7
|
+
The skill set is **curated, not accumulated**: every skill declares its original author/license and a binding level that says when and how it loads. The rules — binding taxonomy, frontmatter schema, and the acceptance checklist for new skills — live in [governance.md](governance.md). Curation and AKILI adaptation by Juan Carlos Cadavid — jcadavid.com, always preserving original authorship.
|
|
8
|
+
|
|
9
|
+
| Binding | Meaning |
|
|
10
|
+
|---|---|
|
|
11
|
+
| `core` | Hard-wired to a precise command step — the command loads it by name |
|
|
12
|
+
| `conditional` | Loaded when the work touches its domain (UI, animation) |
|
|
13
|
+
| `stack` | Selected per project via the `## Skill Map` scaffolded by `/akili-constitution`; never hardcoded in command text |
|
|
14
|
+
|
|
7
15
|
## Skill Inventory
|
|
8
16
|
|
|
9
|
-
| Skill | Use For |
|
|
10
|
-
|
|
11
|
-
| [`angular-developer`](angular-developer.md) | Angular architecture, components, services, signals, forms, routing, testing, CLI |
|
|
12
|
-
| [`api-design-principles`](api-design-principles.md) | REST and GraphQL API design and review |
|
|
13
|
-
| [`aws-serverless`](aws-serverless.md) | Lambda, API Gateway, DynamoDB, SQS/SNS, SAM/CDK |
|
|
14
|
-
| [`brainstorming`](brainstorming.md) | Clarifying ideas, scope, options, and trade-offs before implementation | `/akili-propose`, `/akili-specify` |
|
|
15
|
-
| [`cognitive-doc-design`](cognitive-doc-design.md) |
|
|
16
|
-
| [`error-handling-patterns`](error-handling-patterns.md) | Exceptions, Result patterns, graceful degradation, reliability |
|
|
17
|
-
| [`frontend-design`](frontend-design.md) | Distinctive frontend UI and UX implementation | `/akili-constitution`, `/akili-specify`, `/akili-
|
|
18
|
-
| [`gsap-
|
|
19
|
-
| [`
|
|
20
|
-
| [`
|
|
21
|
-
| [`
|
|
22
|
-
| [`
|
|
23
|
-
| [`
|
|
24
|
-
| [`
|
|
25
|
-
| [`
|
|
26
|
-
| [`
|
|
27
|
-
| [`
|
|
28
|
-
| [`
|
|
29
|
-
| [`
|
|
30
|
-
| [`
|
|
31
|
-
| [`shadcn-ui`](shadcn-ui.md) | shadcn/ui components, forms, themes, Tailwind integration | `/akili-specify`, `/akili-execute`, `/akili-validate` |
|
|
32
|
-
| [`stitch-design`](stitch-design.md) | Stitch prompt enhancement and design generation workflows | `/akili-constitution`, `/akili-specify` |
|
|
33
|
-
| [`systematic-debugging`](systematic-debugging.md) | Bugs, test failures, unexpected behavior, root-cause investigation | `/akili-execute`, `/akili-test`, `/akili-validate`, `/akili-seo` |
|
|
34
|
-
| [`tailwind-design-system`](tailwind-design-system.md) | Tailwind CSS v4 tokens, component systems, responsive patterns | `/akili-constitution`, `/akili-specify`, `/akili-execute` |
|
|
35
|
-
| [`ui-ux-pro-max`](ui-ux-pro-max.md) | UI/UX design intelligence, palettes, typography, accessibility, stacks | `/akili-constitution`, `/akili-specify`, `/akili-execute`, `/akili-test`, `/akili-validate` |
|
|
36
|
-
| [`vercel-react-best-practices`](vercel-react-best-practices.md) | React and Next.js performance and architecture guidance | `/akili-specify`, `/akili-execute`, `/akili-test`, `/akili-validate` |
|
|
17
|
+
| Skill | Binding | Origin | Use For | Wired In |
|
|
18
|
+
|---|---|---|---|---|
|
|
19
|
+
| [`angular-developer`](angular-developer.md) | stack | Google LLC (MIT) | Angular architecture, components, services, signals, forms, routing, testing, CLI | Skill Map; constitution/specify stack lists |
|
|
20
|
+
| [`api-design-principles`](api-design-principles.md) | stack | Seth Hobson (MIT) | REST and GraphQL API design and review | Skill Map; constitution/specify stack lists |
|
|
21
|
+
| [`aws-serverless`](aws-serverless.md) | stack | vibeship (Apache-2.0) | Lambda, API Gateway, DynamoDB, SQS/SNS, SAM/CDK | Skill Map; constitution/specify stack lists |
|
|
22
|
+
| [`brainstorming`](brainstorming.md) | core | Jesse Vincent — obra (MIT) | Clarifying ideas, scope, options, and trade-offs before implementation | `/akili-constitution` Step 0, `/akili-propose`, `/akili-specify` phases 1–3 |
|
|
23
|
+
| [`cognitive-doc-design`](cognitive-doc-design.md) | core | gentleman-programming (Apache-2.0) | Human-facing docs that reduce cognitive load (lead with the answer, progressive disclosure, tables over prose) | `/akili-constitution`, `/akili-specify`, `/akili-execute` (PR docs), `/akili-archive` |
|
|
24
|
+
| [`error-handling-patterns`](error-handling-patterns.md) | stack | Seth Hobson (MIT) | Exceptions, Result patterns, graceful degradation, reliability | Skill Map; constitution/specify stack lists |
|
|
25
|
+
| [`frontend-design`](frontend-design.md) | conditional | Anthropic (Apache-2.0) | Distinctive frontend UI and UX implementation (fallback when `ui-ux-pro-max` is unavailable) | UI steps of `/akili-constitution`, `/akili-specify`, `/akili-test`, `/akili-validate`, `/akili-seo` |
|
|
26
|
+
| [`gsap-animation`](gsap-animation.md) | conditional | GSAP/GreenSock (MIT) | All GSAP animation work — router SKILL.md + references (timeline, scrolltrigger, plugins, react, frameworks, performance, utils) | `/akili-specify` and `/akili-execute` animation work |
|
|
27
|
+
| [`judgment-day`](judgment-day.md) | core | gentleman-programming (Apache-2.0) | Blind adversarial dual review of designs with bounded fix rounds | `/akili-specify` Review Design gate; findings feed `/akili-archive` Kaizen |
|
|
28
|
+
| [`kaizen`](kaizen.md) | core | Juan Carlos Cadavid — jcadavid.com (MIT) | Bounded continuous-improvement retrospective (Measure → Learn → Standardize → Record) | `/akili-archive`; its Active Lessons digest is read by propose/specify/execute/resume |
|
|
29
|
+
| [`nestjs-expert`](nestjs-expert.md) | stack | Daniel Avila (MIT) | NestJS modules, DI, guards, interceptors, testing, TypeORM/Mongoose | Skill Map; constitution/specify stack lists; persona examples |
|
|
30
|
+
| [`product-manager-toolkit`](product-manager-toolkit.md) | core | Alireza Rezvani (MIT) | Product discovery, PRDs, prioritization, interview analysis (AKILI-adapted: canonical PRD structure, RICE for scope-chunk ordering) | `/akili-constitution` Steps 2–3, `/akili-propose`, `/akili-specify` scope chunking |
|
|
31
|
+
| [`react-doctor`](react-doctor.md) | stack | Million.dev | React diagnostics after changes | Skill Map; `/akili-test`, `/akili-validate`, `/akili-execute` React work |
|
|
32
|
+
| [`seo-audit`](seo-audit.md) | core | Corey Haines (MIT) | Technical, on-page, and international SEO audits with a standard finding format | `/akili-seo` audit phase (required) |
|
|
33
|
+
| [`shadcn-ui`](shadcn-ui.md) | stack | community (origin unverified) | shadcn/ui components, forms, themes, Tailwind integration | Skill Map; constitution/specify stack lists; persona examples |
|
|
34
|
+
| [`stitch-design`](stitch-design.md) | conditional | Google — google-labs-code | Stitch prompt enhancement and design generation workflows (fallback UI chain with `frontend-design`) | UI steps of `/akili-constitution`, `/akili-propose`, `/akili-specify` |
|
|
35
|
+
| [`systematic-debugging`](systematic-debugging.md) | core | Jesse Vincent — obra (MIT) | Root-cause investigation for bugs, test failures, unexpected behavior | `/akili-propose` Bug Track, `/akili-specify` Bug Mode, `/akili-test`, `/akili-validate`, `/akili-seo` |
|
|
36
|
+
| [`tailwind-design-system`](tailwind-design-system.md) | stack | Seth Hobson (MIT) | Tailwind CSS v4 tokens, component systems, responsive patterns | Skill Map; constitution/specify stack lists |
|
|
37
|
+
| [`ui-ux-pro-max`](ui-ux-pro-max.md) | conditional | nextlevelbuilder (MIT) | UI/UX design intelligence, palettes, typography, accessibility — AKILI's preferred UI/UX skill | UI steps of `/akili-constitution`, `/akili-specify`, `/akili-execute`, `/akili-test`, `/akili-validate`, `/akili-seo` |
|
|
38
|
+
| [`vercel-react-best-practices`](vercel-react-best-practices.md) | stack | Vercel (MIT) | React and Next.js performance and architecture guidance | Skill Map; constitution/specify/test stack lists |
|
|
37
39
|
|
|
38
40
|
## Usage Rules
|
|
39
41
|
|
|
40
|
-
- Use the task-specific skills listed in `tasks.md` during `/akili-execute`.
|
|
41
|
-
- Use UI/UX skills when specs affect screens, flows, interactions, or accessibility.
|
|
42
|
+
- Use the task-specific skills listed in `tasks.md` during `/akili-execute`; when a task lists none, derive them from the project's `## Skill Map`.
|
|
43
|
+
- Use UI/UX skills when specs affect screens, flows, interactions, or accessibility (`ui-ux-pro-max` preferred; `frontend-design` + `stitch-design` as fallback).
|
|
44
|
+
- Use `gsap-animation` for animation work, reading only the `references/` file matching the task.
|
|
42
45
|
- Use `systematic-debugging` before proposing fixes for failures or unexpected behavior.
|
|
43
|
-
- Use
|
|
46
|
+
- Use stack skills only when the repository or task actually uses that framework — the project Skill Map is the source of truth.
|
|
44
47
|
- If a skill is unavailable in the host tool, fall back to the documented alternative and note the gap in the relevant report.
|
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Clarifies ideas before implementation by exploring intent, scope, constraints, options, trade-offs, and approval points.
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: its generic `docs/plans/` flow is overridden — outputs land in AKILI artifacts (`proposal.md`, `requirements.md`, `design.md`, `tasks.md`) and the terminal state is the active AKILI phase. Binding: `core`.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- A feature or behavior change is still ambiguous.
|
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Designs documentation that reduces cognitive load, using six patterns: lead with the answer, progressive disclosure, chunking, signposting, recognition over recall, and review empathy. AKILI generates many human-facing documents (PRD, TRD, requirements, reports, summaries) — this skill defines how to write them so readers scan, understand, and verify quickly. Authored by gentleman-programming (Apache-2.0).
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: a per-command document map (constitution → PRD/baseline, specify → spec docs, execute → PR docs, archive → summaries/Kaizen log); the `general-setup` templates win over its default Documentation Shape. Binding: `core`.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- Writing or upgrading any human-facing AKILI document: PRD, UX/UI design, TRD, requirements, design, reports, archive summaries.
|
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
# Skill Governance
|
|
2
|
+
|
|
3
|
+
**The rule in one line:** every skill in this package declares who wrote it, how AKILI binds it into the flow, and why its size is justified — or it does not ship.
|
|
4
|
+
|
|
5
|
+
AKILI-SPECS is a curated methodology, not a skill dump. Skills are admitted through the analysis below, adapted to the methodology, and attributed to their original authors. Curation and adaptation by Juan Carlos Cadavid — jcadavid.com.
|
|
6
|
+
|
|
7
|
+
## Binding Taxonomy
|
|
8
|
+
|
|
9
|
+
Every skill declares `metadata.binding` in its `SKILL.md` frontmatter. The binding level answers the question: *when and how does this skill get loaded?*
|
|
10
|
+
|
|
11
|
+
| Binding | When it loads | Mechanism |
|
|
12
|
+
|---|---|---|
|
|
13
|
+
| `core` | Always, at a precise step of a command | The command text hard-loads it ("load the `X` skill") |
|
|
14
|
+
| `conditional` | When the work touches its domain | A conditional line in the command ("if the work involves X, load `Y`") |
|
|
15
|
+
| `stack` | Depends on the project's technology stack | `/akili-constitution` writes a **`## Skill Map`** into the project's `AGENTS.md`/`CLAUDE.md`; `/akili-specify` derives per-task required skills in `tasks.md`; the Leader assigns them to Implementer/Tester via dynamic skill loading |
|
|
16
|
+
|
|
17
|
+
### Current assignment
|
|
18
|
+
|
|
19
|
+
| Binding | Skills |
|
|
20
|
+
|---|---|
|
|
21
|
+
| `core` | `kaizen` (archive), `judgment-day` (specify), `cognitive-doc-design` (all human-facing docs), `brainstorming` (constitution, propose), `product-manager-toolkit` (constitution), `systematic-debugging` (bug flows), `seo-audit` (seo) |
|
|
22
|
+
| `conditional` | `ui-ux-pro-max`, `frontend-design`, `stitch-design` (UI work), `gsap-animation` (animation work) |
|
|
23
|
+
| `stack` | `angular-developer`, `nestjs-expert`, `shadcn-ui`, `tailwind-design-system`, `react-doctor`, `vercel-react-best-practices`, `aws-serverless`, `api-design-principles`, `error-handling-patterns` |
|
|
24
|
+
|
|
25
|
+
Rules of thumb:
|
|
26
|
+
|
|
27
|
+
- A skill earns `core` only when a command step would be *wrong* without it (a retrospective without `kaizen` is not the AKILI archive).
|
|
28
|
+
- `conditional` skills are stack-agnostic capabilities that many but not all specs need (UI, animation).
|
|
29
|
+
- `stack` skills must never be hard-referenced in command text — commands stay tool- and framework-agnostic. They reach the agent through the project Skill Map and per-task skill lists.
|
|
30
|
+
|
|
31
|
+
## Frontmatter Schema
|
|
32
|
+
|
|
33
|
+
Every packaged skill carries this frontmatter (original fields are preserved, never overwritten):
|
|
34
|
+
|
|
35
|
+
```yaml
|
|
36
|
+
---
|
|
37
|
+
name: <skill-name>
|
|
38
|
+
description: "<trigger keywords + what it does>"
|
|
39
|
+
license: <original license — never altered>
|
|
40
|
+
metadata:
|
|
41
|
+
author: <original author, or "community (origin unverified)">
|
|
42
|
+
source: <URL or collection of origin, when known>
|
|
43
|
+
adapted-by: "Juan Carlos Cadavid — jcadavid.com"
|
|
44
|
+
adapted-for: "AKILI-SPECS"
|
|
45
|
+
binding: core | conditional | stack
|
|
46
|
+
version: "<preserved or 1.0>"
|
|
47
|
+
---
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
Attribution is non-negotiable: MIT and Apache-2.0 licenses require preserving the original copyright and license notices. `adapted-by` records curation and AKILI adaptation — it never replaces the original `author`.
|
|
51
|
+
|
|
52
|
+
## Adaptation Levels
|
|
53
|
+
|
|
54
|
+
| Level | Who gets it | What it is |
|
|
55
|
+
|---|---|---|
|
|
56
|
+
| 1 — Attribution | All skills | The standard frontmatter above |
|
|
57
|
+
| 2 — Integration | `core` and deeply-used `conditional` skills only | An `## AKILI-SPECS Integration` section in the body: a table mapping the skill's tools to exact moments in the AKILI flow, plus adaptation rules |
|
|
58
|
+
|
|
59
|
+
`stack` skills deliberately get **no** integration section — they are loaded per task and extra methodology prose in them is token waste (MUDA).
|
|
60
|
+
|
|
61
|
+
## Acceptance Checklist for New Skills
|
|
62
|
+
|
|
63
|
+
A skill enters `.claude/skills/` only when all of these hold. If any box fails, the skill stays out.
|
|
64
|
+
|
|
65
|
+
1. **Need** — a real AKILI phase or supported stack needs it; name the command step or Skill Map slot it will occupy.
|
|
66
|
+
2. **Binding declared** — `core`, `conditional`, or `stack`, with the exact integration point. A `core`/`conditional` skill must actually be wired into command text in the same change; a skill referenced by no command and no Skill Map is dead weight and does not ship.
|
|
67
|
+
3. **Attribution complete** — original author, source, and license identified and preserved; `adapted-by` added. If the origin cannot be verified after a genuine search, mark `author: community (origin unverified)`.
|
|
68
|
+
4. **Size justified** — prefer one skill with `references/` (progressive disclosure) over families of sibling skills; large data/scripts payloads need a stated reason.
|
|
69
|
+
5. **Docs + CHANGELOG** — a `docs/skills/<name>.md` page, a truthful row in `docs/skills/README.md` (Binding column included), and a `CHANGELOG.md` entry.
|
|
70
|
+
|
|
71
|
+
The same checklist applies in reverse: when a skill loses its integration points, remove it or re-bind it — do not let the inventory drift from the commands.
|
|
72
|
+
|
|
73
|
+
## Removal / Fusion Log
|
|
74
|
+
|
|
75
|
+
| Date | Change | Reason |
|
|
76
|
+
|---|---|---|
|
|
77
|
+
| 2026-07-20 | `gsap-core`, `gsap-timeline`, `gsap-scrolltrigger`, `gsap-plugins`, `gsap-react`, `gsap-frameworks`, `gsap-performance`, `gsap-utils` → fused into `gsap-animation` | 8 sibling skills, ~104 KB, zero command wiring; one `conditional` skill with `references/` preserves the content and is actually loaded |
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# `gsap-animation`
|
|
2
|
+
|
|
3
|
+
## Purpose
|
|
4
|
+
|
|
5
|
+
Unified GSAP animation skill — the fusion of the former 8 `gsap-*` sibling skills into one conditional skill with progressive disclosure. The `SKILL.md` is a compact core + router (tweens, easing, stagger, registration, reduced-motion rules) and a routing table pointing to `references/` files: `timeline`, `scrolltrigger`, `plugins`, `react`, `frameworks`, `performance`, `utils`.
|
|
6
|
+
|
|
7
|
+
Original content by GSAP (GreenSock), MIT. Adapted for AKILI-SPECS by Juan Carlos Cadavid — jcadavid.com.
|
|
8
|
+
|
|
9
|
+
## Use When
|
|
10
|
+
|
|
11
|
+
- A spec or task involves animation: tweens, timelines, scroll-driven effects, motion design, SVG animation.
|
|
12
|
+
- Working with GSAP in React/Next.js, Vue, Nuxt, Svelte, or vanilla JS.
|
|
13
|
+
- Diagnosing janky animation or animation performance issues.
|
|
14
|
+
|
|
15
|
+
Load the skill, then read only the reference file(s) matching the task — never all of them.
|
|
16
|
+
|
|
17
|
+
## Binding
|
|
18
|
+
|
|
19
|
+
`conditional` — `/akili-specify` and `/akili-execute` load it when the work involves animation. It is not stack-bound: it applies to any frontend stack using GSAP.
|
|
20
|
+
|
|
21
|
+
## Best Paired Commands
|
|
22
|
+
|
|
23
|
+
- `/akili-specify` for designing animation behavior in `requirements.md`/`design.md`.
|
|
24
|
+
- `/akili-execute` for Implementer tasks that write animation code (plus the matching reference).
|
|
25
|
+
- `/akili-validate` for animation performance findings (via `references/performance.md`).
|
|
26
|
+
|
|
27
|
+
## Source
|
|
28
|
+
|
|
29
|
+
- `../../.claude/skills/gsap-animation/SKILL.md`
|
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Provides a blind adversarial dual-review framework for design decisions. Two independent "judges" evaluate a design without seeing each other's feedback, then findings are reconciled. Supports up to two scoped fix/re-judgment rounds.
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: the findings ledger persists as `docs/specs/<spec-path>/judgment.md`, judges should run on a model different from the design author (author ≠ auditor), and severe findings feed the Kaizen retrospective. Authored by gentleman-programming (Apache-2.0). Binding: `core`.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- Reviewing design decisions during `/akili-specify` before proceeding to tasks.
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
## Purpose
|
|
4
4
|
|
|
5
|
-
Supports product management work, including PRDs, customer interview analysis, RICE prioritization, discovery frameworks, requirements, and go-to-market thinking. Adapted for AKILI-SPECS: its **AKILI-SPECS Integration** section maps each tool to one precise moment in the flow, and the AKILI 9-section PRD structure is canonical over the toolkit's own templates.
|
|
5
|
+
Supports product management work, including PRDs, customer interview analysis, RICE prioritization, discovery frameworks, requirements, and go-to-market thinking. Original by Alireza Rezvani (MIT, [claude-skills](https://github.com/alirezarezvani/claude-skills)). Adapted for AKILI-SPECS by Juan Carlos Cadavid: its **AKILI-SPECS Integration** section maps each tool to one precise moment in the flow, and the AKILI 9-section PRD structure is canonical over the toolkit's own templates. Binding: `core`.
|
|
6
6
|
|
|
7
7
|
## Use When
|
|
8
8
|
|
package/docs/skills/seo-audit.md
CHANGED
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Provides an expert SEO audit framework: crawlability and indexation, technical foundations (Core Web Vitals, mobile, HTTPS), on-page optimization (titles, metas, headings, images, internal linking), international SEO (hreflang, locale canonicals, locale sitemaps), content quality (E-E-A-T), and a standard finding format.
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: findings use the Issue/Impact/Evidence/Fix/Priority shape inside `/akili-seo` artifacts, non-trivial fixes escalate to `/akili-propose`, and dangling references to unpackaged sibling skills were removed. Binding: `core`.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- Auditing, reviewing, or diagnosing SEO issues on a site.
|
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Enforces root-cause debugging before proposing fixes for bugs, test failures, build failures, integration issues, performance problems, or unexpected behavior.
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: mapped to the Bug Track (`/akili-propose` Bug Diagnosis), `/akili-specify` Bug Mode, `PRODUCT_BUG` characterization in `/akili-test`, and the Kaizen 5W1H root-cause rule; the unpackaged `superpowers:*` cross-references are covered by AKILI's own regression-test and verification gates. Original by Jesse Vincent (obra/superpowers). Binding: `core`.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- Any test, build, or validation check fails.
|
|
@@ -4,6 +4,8 @@
|
|
|
4
4
|
|
|
5
5
|
Provides broad UI/UX design intelligence, including styles, palettes, font pairings, accessibility, animation, layout, typography, dashboards, landing pages, charts, and stack-specific guidance.
|
|
6
6
|
|
|
7
|
+
AKILI-adapted: per-phase usage map (constitution → `docs/ux-ui/design.md`, specify → design phase, execute → UI tasks, test/validate → accessibility and UX rule checks); token decisions are recorded in `docs/ux-ui/design.md`, which is what the Reviewer audits. Binding: `conditional` — AKILI's preferred UI/UX skill.
|
|
8
|
+
|
|
7
9
|
## Use When
|
|
8
10
|
|
|
9
11
|
- Designing or reviewing UI/UX work.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "akili-specs",
|
|
3
|
-
"version": "2.
|
|
3
|
+
"version": "2.8.0",
|
|
4
4
|
"description": "Portable AKILI-SPECS methodology commands and skills for AI-assisted development.",
|
|
5
5
|
"homepage": "https://github.com/JuankCadavid/akili-specs#readme",
|
|
6
6
|
"repository": {
|
|
@@ -46,5 +46,6 @@
|
|
|
46
46
|
"engines": {
|
|
47
47
|
"node": ">=18.0.0"
|
|
48
48
|
},
|
|
49
|
-
"license": "MIT"
|
|
49
|
+
"license": "MIT",
|
|
50
|
+
"author": "Juan Carlos Cadavid (https://jcadavid.com)"
|
|
50
51
|
}
|