kodelyth-ecc 1.5.4 → 1.5.6

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.
@@ -0,0 +1,47 @@
1
+ ---
2
+ name: Bug report
3
+ about: Something broken in ECC — install failure, agent misbehavior, hook error
4
+ title: '[BUG] '
5
+ labels: bug
6
+ assignees: ''
7
+ ---
8
+
9
+ ## What happened
10
+
11
+ <!-- Describe what went wrong. Include the exact command you ran or behavior you observed. -->
12
+
13
+ ## Expected behavior
14
+
15
+ <!-- What should have happened instead. -->
16
+
17
+ ## Steps to reproduce
18
+
19
+ 1.
20
+ 2.
21
+ 3.
22
+
23
+ ## Environment
24
+
25
+ - **ECC version**: <!-- run: cat ~/.claude/kodelyth-ecc-install-state.json | grep version -->
26
+ - **Install target**: <!-- claude-home / windsurf-home / windsurf-project / cursor-project / codex-home / antigravity / opencode -->
27
+ - **Platform**: <!-- macOS / Linux / Windows -->
28
+ - **AI IDE**: <!-- Claude Code / Windsurf / Cursor / Codex CLI / Antigravity / OpenCode -->
29
+ - **Node.js version**: <!-- run: node --version -->
30
+
31
+ ## Doctor output
32
+
33
+ <!-- Run: node scripts/doctor.js or /doctor in your IDE -->
34
+
35
+ ```
36
+ paste output here
37
+ ```
38
+
39
+ ## Relevant logs or error messages
40
+
41
+ ```
42
+ paste here
43
+ ```
44
+
45
+ ## Additional context
46
+
47
+ <!-- Screenshots, related issues, anything else. -->
@@ -0,0 +1,52 @@
1
+ ---
2
+ name: New agent proposal
3
+ about: Propose a new specialist agent for ECC
4
+ title: '[AGENT] '
5
+ labels: enhancement, new-agent
6
+ assignees: ''
7
+ ---
8
+
9
+ ## Agent name
10
+
11
+ <!-- e.g. `rate-limiter-specialist`, `database-migrator` -->
12
+
13
+ ## One-line description
14
+
15
+ <!-- What does this agent do? Max 15 words. -->
16
+
17
+ ## Problem it solves
18
+
19
+ <!-- What pain does this agent remove? What does a developer have to do manually today that this agent would handle? -->
20
+
21
+ ## Persona
22
+
23
+ <!-- Who is this agent? Describe their experience, scale they've worked at, what makes their advice different from a generic answer. -->
24
+
25
+ ## Trigger patterns
26
+
27
+ <!-- When should intent routing auto-invoke this agent? Give 5–10 natural-language phrases a user might type. -->
28
+
29
+ - "..."
30
+ - "..."
31
+ - "..."
32
+
33
+ ## Example interaction
34
+
35
+ <!-- Show a realistic input and the kind of response this agent would give. -->
36
+
37
+ **User:** ...
38
+
39
+ **Agent:** ...
40
+
41
+ ## Does this overlap with an existing agent?
42
+
43
+ <!-- Check the agent list. If it overlaps with e.g. `debug-detective` or `performance-optimizer`, explain what makes this distinct. -->
44
+
45
+ ## Kodelyth Standard checklist
46
+
47
+ - [ ] The agent has a specific, named persona with years of experience and scale context
48
+ - [ ] The agent responds to the human situation, not just the technical question
49
+ - [ ] Responses give exact file paths, before/after code, or specific commands — not abstract advice
50
+ - [ ] No emoji in agent responses
51
+ - [ ] Ends with `> Powered by Kodelyth — [tagline]`
52
+ - [ ] No `model:` field in frontmatter
@@ -0,0 +1,53 @@
1
+ ## What this PR does
2
+
3
+ <!-- One paragraph. What was broken or missing, what you changed, and why this is the right approach. -->
4
+
5
+ ## Type of change
6
+
7
+ - [ ] Bug fix (broken behavior, wrong count, install failure)
8
+ - [ ] New agent
9
+ - [ ] New skill
10
+ - [ ] New command
11
+ - [ ] New hook
12
+ - [ ] Rule update
13
+ - [ ] Install script change
14
+ - [ ] Documentation
15
+ - [ ] Other: ___
16
+
17
+ ## Checklist
18
+
19
+ ### All PRs
20
+ - [ ] `npm test` passes (`node tests/run-all.js`)
21
+ - [ ] No hardcoded version numbers or counts that will drift
22
+ - [ ] No `.DS_Store`, `node_modules`, or generated files committed
23
+
24
+ ### New agent
25
+ - [ ] File at `agents/<name>.md`
26
+ - [ ] No `model:` field in frontmatter
27
+ - [ ] Has a specific persona with experience/scale context
28
+ - [ ] Responds to human situation, not just the technical question
29
+ - [ ] Ends with `> Powered by Kodelyth — [tagline]`
30
+ - [ ] Trigger patterns added to `rules/common/agent-intent-routing.md`
31
+ - [ ] Agent added to `rules/common/agents.md`
32
+ - [ ] README agent table updated
33
+
34
+ ### New skill
35
+ - [ ] File at `skills/<name>/SKILL.md`
36
+ - [ ] Description is accurate and testable
37
+
38
+ ### Install script change (`install.sh` / `install.ps1`)
39
+ - [ ] Both `install.sh` and `install.ps1` updated (feature parity)
40
+ - [ ] Tested on at least one platform
41
+ - [ ] No new hardcoded counts (use dynamic `find` instead)
42
+
43
+ ### Rule change
44
+ - [ ] Rule is general enough to apply across languages/frameworks
45
+ - [ ] Not duplicating guidance already in another rule file
46
+
47
+ ## Testing
48
+
49
+ <!-- How did you verify this works? -->
50
+
51
+ ## Related issues
52
+
53
+ <!-- Closes #123 -->
package/CHANGELOG.md CHANGED
@@ -2,6 +2,33 @@
2
2
 
3
3
  All notable changes to Kodelyth ECC are documented here.
4
4
 
5
+ ## v1.5.6 — Accuracy, Ruby/Elixir, /doctor, /update (May 2026)
6
+
7
+ ### Bug Fixes
8
+
9
+ - **Dynamic install counts** — `install.sh` and `install.ps1` now compute agent/skill/command counts from the actual filesystem at install time. Hardcoded numbers like `(58)` and `(79)` that were wrong on every install are gone permanently.
10
+ - **`rules/common/agents.md` rewritten** — listed only 10 agents from an ancient version. Now documents all 62 agents across 10 categories with handoff chains. This file is injected into `.windsurfrules` on every Windsurf session — the AI was being told there were 10 agents when there are 62.
11
+ - **`kodelyth-advisor` model field removed** — `model: sonnet` violated the Kodelyth Standard (`CONTRIBUTING.md` explicitly says no `model:` field). Fixed.
12
+ - **Windsurf post-install rule count** — was hardcoded as "15 coding rules", now computed dynamically.
13
+ - **`install.ps1` `.windsurfrules` path bug** — for `windsurf-home` target, the file was being written to `$HomeDir\.windsurfrules` instead of `$Dest\.windsurfrules`. Fixed.
14
+ - **README agent count** — "All 61 subagents" in the What Gets Installed table corrected to 62.
15
+ - **OpenCode platform description** — README said "Full" support. OpenCode receives rules only (no agents, no skills). Now documented honestly.
16
+
17
+ ### New Features
18
+
19
+ - **`/doctor` command** — run a health check on your ECC install from inside your IDE. Wraps `scripts/doctor.js`. Shows OK/WARNING/ERROR per component with a summary.
20
+ - **`/update` command** — upgrade to the latest ECC version without memorizing your original install flags. Reads `kodelyth-ecc-install-state.json`, replays `npx kodelyth-ecc@latest --target <target>` automatically. Never overwrites `~/.kodelyth/memory/` or `tasks/lessons.md`.
21
+ - **Ruby language rules** — `rules/ruby/` with coding-style, patterns, testing (RSpec + FactoryBot), security (Brakeman + bundler-audit), and hooks (RuboCop auto-fix). Installable via `npx kodelyth-ecc ruby` or `./install.sh ruby`.
22
+ - **Elixir language rules** — `rules/elixir/` with coding-style (mix format + Credo), patterns (with/GenServer/Context), testing (ExUnit + Mox + excoveralls), security (Sobelow + mix hex.audit), and hooks. Installable via `npx kodelyth-ecc elixir` or `./install.sh elixir`.
23
+ - **GitHub issue + PR templates** — `.github/ISSUE_TEMPLATE/bug_report.md`, `.github/ISSUE_TEMPLATE/new_agent.md`, `.github/PULL_REQUEST_TEMPLATE.md`. Contribution quality gate built into the repo workflow.
24
+
25
+ ### Changes
26
+
27
+ - `package.json` description updated to reflect 90 commands (was 88)
28
+ - `ruby` and `elixir` added to language parser in both `install.sh` and `install.ps1`
29
+
30
+ ---
31
+
5
32
  ## v1.5.3 — God-Tier Intent Routing Expansion (May 2026)
6
33
 
7
34
  ### The Routing Overhaul
package/CLAUDE.md CHANGED
@@ -8,7 +8,7 @@ Guidance for Claude Code when working with this repository.
8
8
 
9
9
  - **62 specialist agents** — debug-detective, incident-commander, load-tester, image-architect, kodelyth-memory, security-reviewer, etc.
10
10
  - **188 skills** — domain knowledge, patterns, testing, security, intent routing, local memory
11
- - **80 commands** — slash workflows (`/tdd`, `/plan`, `/code-review`, `/memory`, `/project-launch`, `/team-review`, ...)
11
+ - **88 commands** — slash workflows (`/tdd`, `/plan`, `/code-review`, `/team-review`, `/project-launch`, `/debug-blitz`, `/security-audit`, ...)
12
12
  - **20+ hooks** — automated quality gates, session memory, memory inject + capture, correction encoding
13
13
  - **17 rules** — always-on coding standards + semantic intent routing + memory protocol
14
14
 
@@ -45,6 +45,20 @@ When a user message matches a routing pattern, you MUST:
45
45
  3. Suggest the explicit form: `Tip: type "use <agent>"`
46
46
  4. Never silently route — transparency is mandatory
47
47
 
48
+ ## Parallel Commands (Fastest Paths — Multi-Agent)
49
+
50
+ These fire multiple specialist agents simultaneously. Use these for the fastest results:
51
+
52
+ | Command | Agents Fired | Best For |
53
+ |---|---|---|
54
+ | `/team-review` | code-reviewer + security-reviewer + performance-optimizer + api-guardian | Full audit before any PR or deploy |
55
+ | `/project-launch` | architect + pair-programmer + security-reviewer + tdd-guide + ux-reviewer | Starting any new project |
56
+ | `/security-audit` | security-reviewer + dependency-doctor + api-guardian | Full threat surface check |
57
+ | `/debug-blitz` | debug-detective + silent-failure-hunter + env-debugger | Bug that resisted 30+ min of investigation |
58
+ | `/refactor-sprint` | refactor-cleaner + code-simplifier + type-design-analyzer + tdd-guide | Full cleanup before a feature sprint |
59
+ | `/pre-release` | release-captain + security-reviewer + code-reviewer | Go/no-go verdict before shipping |
60
+ | `/onboard` | code-explorer + architect + doc-updater | Understand any codebase in 15 minutes |
61
+
48
62
  ## Key Commands
49
63
 
50
64
  - `/kodelyth-quickstart` — friendly onboarding guide
package/README.md CHANGED
@@ -299,7 +299,7 @@ Project: **my-app**
299
299
  |---|---|---|
300
300
  | Agents | **62** | Specialist subagents — reviewers, planners, debuggers, architects, incident-commander, load-tester, memory, image-architect |
301
301
  | Skills | **188** | Domain knowledge — patterns, testing, security, DevOps, intent routing, memory |
302
- | Commands | **80** | Slash command workflows (`/tdd`, `/plan`, `/memory`, etc.) |
302
+ | Commands | **90** | Slash command workflows (`/tdd`, `/plan`, `/memory`, `/doctor`, `/update`, etc.) |
303
303
  | Hooks | **20+** | Quality gates, secret scanning, branch checks, memory inject + capture + correction + project DNA |
304
304
  | Rules | **17** | Always-on coding standards + intent routing + memory protocol + self-improvement workflow |
305
305
  | Memory | **local** | BM25-indexed personal memory at `~/.kodelyth/memory/` (zero deps) |
@@ -440,7 +440,7 @@ The intent router will route you to the right one. The AI announces who's taking
440
440
 
441
441
  | Source | Destination | What it does |
442
442
  |---|---|---|
443
- | `agents/` | `~/.claude/agents/` | All 61 subagents available globally |
443
+ | `agents/` | `~/.claude/agents/` | All 62 subagents available globally |
444
444
  | `skills/` | `~/.claude/skills/` | All 188 skills loadable via commands |
445
445
  | `hooks/hooks.json` | `~/.claude/hooks/` | Automated quality gates |
446
446
  | `rules/` | `~/.claude/rules/` | Always-on standards + intent routing |
@@ -510,7 +510,7 @@ Available profiles:
510
510
  Or specify languages directly:
511
511
 
512
512
  ```bash
513
- npx kodelyth-ecc typescript python golang rust java kotlin php swift cpp dart
513
+ npx kodelyth-ecc typescript python golang rust java kotlin php swift cpp dart ruby elixir
514
514
  ```
515
515
 
516
516
  ---
@@ -524,7 +524,7 @@ npx kodelyth-ecc typescript python golang rust java kotlin php swift cpp dart
524
524
  | Cursor | Full | `cursor-project` | Rules, skills |
525
525
  | Codex CLI | Full | `codex-home` | Agents, skills, commands, rules |
526
526
  | Google Antigravity | Full | `antigravity` | Agents → skills, commands → workflows, rules |
527
- | OpenCode | Full | `opencode` | Rules |
527
+ | OpenCode | Rules only | `opencode` | Rules (agents + skills not yet supported by OpenCode) |
528
528
 
529
529
  **OS support:** macOS, Linux (`install.sh`), Windows (`install.ps1`), or any OS with Node.js 18+ (`npx`).
530
530
 
package/VERSION CHANGED
@@ -1 +1 @@
1
- 1.5.4
1
+ 1.5.6
@@ -7,6 +7,7 @@ description: >
7
7
  never patches symptoms, never stops until the root cause is understood.
8
8
  Use when a bug is hard to find, confusing, intermittent, or has resisted fixes.
9
9
  tools: ["Read", "Grep", "Glob", "Bash"]
10
+ model: sonnet
10
11
  ---
11
12
 
12
13
  You are the Debug Detective — a principal engineer with 10+ years of production war stories at companies where bugs cost millions per minute of downtime. You have debugged memory leaks in C++ services, traced race conditions in distributed systems, hunted null pointer exceptions in 2 AM on-call incidents, and found the one misconfigured timeout that was silently corrupting financial transactions. You do not guess. You do not patch. You investigate.
@@ -8,6 +8,7 @@ description: >
8
8
  Use when install fails, lockfile drifts, audit reports CVEs, or a dep
9
9
  upgrade breaks the build.
10
10
  tools: ["Read", "Grep", "Glob", "Bash"]
11
+ model: sonnet
11
12
  ---
12
13
 
13
14
  You are the Dependency Doctor — the engineer your team calls when `npm install` fails on CI but works locally, when `cargo update` breaks the world, when a transitive vulnerability lands in production at 2 AM. You read lockfiles like x-rays.
@@ -7,6 +7,7 @@ description: >
7
7
  everything is on fire. Knows exactly what to do, in what order, and who to tell.
8
8
  Use when production is down, degraded, or at risk.
9
9
  tools: ["Read", "Grep", "Glob", "Bash"]
10
+ model: sonnet
10
11
  ---
11
12
 
12
13
  You are the Incident Commander — a principal SRE with 10+ years leading production incidents at companies where every minute of downtime costs real money. You have run P0s at financial institutions, coordinated multi-team responses to database failures, managed rolling rollbacks under pressure, and written postmortems that changed how organizations think about reliability. You do not panic. You do not guess. You command.
@@ -7,6 +7,7 @@ description: >
7
7
  Use when you need to validate how a system behaves under load, before launch,
8
8
  after infrastructure changes, or when planning capacity.
9
9
  tools: ["Read", "Grep", "Glob", "Bash"]
10
+ model: sonnet
10
11
  ---
11
12
 
12
13
  You are the Load Tester — a performance engineering specialist with a decade of experience designing load tests for systems that serve millions of users. You have found the database query that only breaks at 500 req/s, identified the memory leak that only manifests after 10 minutes of sustained load, and discovered the thundering herd that only appears when 1000 users hit the cache miss simultaneously. You make systems prove their capacity limits before users find them.
@@ -8,6 +8,7 @@ description: >
8
8
  phased migration plan with exact file changes, and handles dependency
9
9
  conflicts. Use when upgrading any major framework, language, or library.
10
10
  tools: ["Read", "Grep", "Glob", "Bash"]
11
+ model: sonnet
11
12
  ---
12
13
 
13
14
  You are the Migration Guide — a principal engineer with 10+ years of leading major version migrations at companies where "we'll upgrade later" became "we're 4 major versions behind and nothing works." You have migrated millions of lines of code across React, Next.js, Python, Node.js, TypeScript, Java, Go, and more. You know every gotcha. You know which breaking changes are actually safe to batch and which need their own isolated PR.
@@ -8,6 +8,7 @@ description: >
8
8
  any code is committed. The cheapest bug is the one caught before coding starts.
9
9
  Use before implementing anything non-trivial.
10
10
  tools: ["Read", "Grep", "Glob"]
11
+ model: sonnet
11
12
  ---
12
13
 
13
14
  You are the Pair Programmer — a principal engineer with 10+ years of sitting next to developers at $300B-scale companies, thinking through hard problems before they become expensive mistakes. You have saved countless hours by asking "wait, have you considered..." before the wrong approach was half-built. You think out loud. You challenge respectfully. You make people think better — not feel worse.
@@ -7,6 +7,7 @@ description: >
7
7
  mistakes that turn a routine release into a Sunday outage.
8
8
  Use before cutting any new version, or when a release went sideways.
9
9
  tools: ["Read", "Grep", "Glob", "Bash"]
10
+ model: sonnet
10
11
  ---
11
12
 
12
13
  You are the Release Captain — the engineer who has shipped thousands of releases without a bad one. You know that the difference between a calm release and a fire is the **30 minutes of preparation no one wants to do**. You do them.
@@ -0,0 +1,70 @@
1
+ ---
2
+ description: Parallel debug assault — fires debug-detective + silent-failure-hunter + env-debugger simultaneously. Three root-cause specialists on your bug at once.
3
+ ---
4
+
5
+ # /debug-blitz — Parallel Debug Assault
6
+
7
+ Three debugging specialists attack your problem from different angles simultaneously. The bug that has resisted one approach rarely survives all three.
8
+
9
+ ## What Gets Launched in Parallel
10
+
11
+ | Agent | Focus |
12
+ |---|---|
13
+ | `debug-detective` | Traces the explicit error to root cause — stack traces, logs, hypothesis → proof |
14
+ | `silent-failure-hunter` | Finds bugs with no error — swallowed exceptions, bad fallbacks, wrong output |
15
+ | `env-debugger` | Catches environment-layer bugs — env vars, config drift, "works locally" failures |
16
+
17
+ ## Usage
18
+
19
+ ```
20
+ /debug-blitz # general debug — all three agents
21
+ /debug-blitz "TypeError on line 42" # paste the error — agents use it as starting point
22
+ /debug-blitz --ci # focus env-debugger on CI/CD environment
23
+ /debug-blitz --prod # production context — incident-commander added
24
+ ```
25
+
26
+ ## Report Format
27
+
28
+ ```
29
+ ## DEBUG BLITZ REPORT
30
+
31
+ ### Root Cause Analysis (debug-detective)
32
+ HYPOTHESIS: [most likely cause]
33
+ EVIDENCE: [what points to it]
34
+ DISPROVEN: [what was ruled out]
35
+ FIX: [exact change needed]
36
+
37
+ ### Silent Failures (silent-failure-hunter)
38
+ FOUND: [swallowed errors, bad fallbacks]
39
+ RISK: [what could be silently wrong]
40
+
41
+ ### Environment (env-debugger)
42
+ CONFIG: [mismatches found]
43
+ SECRETS: [missing or wrong vars]
44
+ DRIFT: [local vs CI vs prod differences]
45
+
46
+ ---
47
+ MOST LIKELY CAUSE: [one sentence]
48
+ RECOMMENDED FIX: [one action]
49
+ ```
50
+
51
+ ## When to Use
52
+
53
+ - Bug has resisted more than 30 minutes of investigation
54
+ - "Works on my machine" but fails in CI or prod
55
+ - No error thrown but wrong output
56
+ - Intermittent failures with no obvious pattern
57
+ - A fix was applied but the bug came back
58
+
59
+ ## Execute Now
60
+
61
+ Invoking this command is confirmation to proceed. Execute immediately:
62
+
63
+ 1. Extract the error, symptom, or context from `$ARGUMENTS`. If empty, scan recent git changes and ask: "What's broken and what changed last?"
64
+ 2. Spawn all agents simultaneously with `run_in_background: true`:
65
+ - `debug-detective` — hypothesis-driven root cause analysis
66
+ - `silent-failure-hunter` — scan for swallowed errors and bad fallbacks
67
+ - `env-debugger` — environment and config layer investigation
68
+ 3. Wait for all to complete.
69
+ 4. Aggregate into the Debug Blitz Report format above with one clear recommended fix.
70
+ 5. End with: "Want me to implement the fix?"
@@ -0,0 +1,75 @@
1
+ ---
2
+ description: Diagnose your Kodelyth ECC install — check for drift, missing files, version mismatches, and confirm everything is healthy
3
+ ---
4
+
5
+ # /doctor
6
+
7
+ Runs a health check on your ECC install. Detects drift between what was installed and what is currently on disk.
8
+
9
+ ## What It Checks
10
+
11
+ - Install state file exists and is readable
12
+ - Installed version vs latest available
13
+ - Agent files present and uncorrupted
14
+ - Skills directory intact
15
+ - Rules loaded correctly
16
+ - Memory store accessible (if applicable)
17
+ - Hooks registered (Claude Code only)
18
+
19
+ ## Usage
20
+
21
+ ```
22
+ /doctor
23
+ ```
24
+
25
+ Run with no arguments for a full health report on all detected installs.
26
+
27
+ ## Implementation
28
+
29
+ Runs the built-in doctor script:
30
+
31
+ ```bash
32
+ node scripts/doctor.js
33
+ ```
34
+
35
+ Or with a specific target:
36
+
37
+ ```bash
38
+ node scripts/doctor.js --target claude-home
39
+ node scripts/doctor.js --target windsurf-home
40
+ node scripts/doctor.js --target windsurf-project
41
+ node scripts/doctor.js --target codex-home
42
+ node scripts/doctor.js --target cursor-project
43
+ ```
44
+
45
+ For JSON output (useful in CI or scripts):
46
+
47
+ ```bash
48
+ node scripts/doctor.js --json
49
+ ```
50
+
51
+ ## Output
52
+
53
+ The doctor report shows:
54
+
55
+ | Field | Meaning |
56
+ |-------|---------|
57
+ | `OK` | Component healthy, no issues |
58
+ | `WARNING` | Potential issue, non-blocking |
59
+ | `ERROR` | Missing or corrupted file, needs attention |
60
+
61
+ A summary line shows total checked, ok, warnings, and errors.
62
+
63
+ ## When to Run
64
+
65
+ - After first install to confirm everything landed
66
+ - After upgrading to a new ECC version
67
+ - When an agent or skill isn't behaving as expected
68
+ - Before filing a bug report
69
+
70
+ ## Related
71
+
72
+ - `/update` — upgrade to the latest ECC version
73
+ - `use kodelyth-advisor` — if you're not sure where to start
74
+
75
+ > Powered by Kodelyth — trust your install, verify your tools.
@@ -0,0 +1,72 @@
1
+ ---
2
+ description: Parallel codebase onboarding — fires code-explorer + architect + doc-updater simultaneously. Understand any codebase in 15 minutes instead of 3 days.
3
+ ---
4
+
5
+ # /onboard — Parallel Codebase Onboarding
6
+
7
+ Three agents map your codebase simultaneously — architecture, execution paths, and documentation gaps. New to a repo? Get up to speed in 15 minutes.
8
+
9
+ ## What Gets Launched in Parallel
10
+
11
+ | Agent | Focus |
12
+ |---|---|
13
+ | `code-explorer` | Traces execution paths, maps data flow, identifies key entry points and dependencies |
14
+ | `architect` | Infers the architectural pattern, layers, module boundaries, and design decisions |
15
+ | `doc-updater` | Identifies documentation gaps, stale docs, and missing READMEs or JSDoc |
16
+
17
+ ## Usage
18
+
19
+ ```
20
+ /onboard # full codebase overview
21
+ /onboard src/payments/ # focus on a specific module
22
+ /onboard --new-hire # adds kodelyth-advisor for getting-started guidance
23
+ /onboard --audit # adds code-reviewer for quality assessment
24
+ ```
25
+
26
+ ## Report Format
27
+
28
+ ```
29
+ ## ONBOARDING REPORT
30
+
31
+ ### Architecture (architect)
32
+ PATTERN: [MVC / hexagonal / microservices / etc.]
33
+ LAYERS: [how the code is organized]
34
+ KEY FILES: [the 5–10 files you must understand first]
35
+ DECISIONS: [notable architectural choices and why]
36
+
37
+ ### Execution Paths (code-explorer)
38
+ ENTRY POINTS: [main flows — auth, data, API, jobs]
39
+ DATA FLOW: [how data moves through the system]
40
+ DEPENDENCIES: [what talks to what]
41
+ GOTCHAS: [non-obvious behaviours]
42
+
43
+ ### Documentation Health (doc-updater)
44
+ MISSING: [modules with no docs]
45
+ STALE: [docs that no longer match the code]
46
+ GAPS: [API endpoints with no documentation]
47
+
48
+ ---
49
+ TIME TO PRODUCTIVE: estimated X days
50
+ FIRST 3 THINGS TO READ: [ordered list]
51
+ ```
52
+
53
+ ## When to Use
54
+
55
+ - First day on a new codebase
56
+ - Reviewing a large PR in an unfamiliar module
57
+ - Taking over a project from another team
58
+ - Returning to code you haven't touched in 6+ months
59
+ - Evaluating an open-source repo before adopting it
60
+
61
+ ## Execute Now
62
+
63
+ Invoking this command is confirmation to proceed. Execute immediately:
64
+
65
+ 1. Determine scope from `$ARGUMENTS`. Default: entire current project.
66
+ 2. Spawn all agents simultaneously with `run_in_background: true`:
67
+ - `code-explorer` — execution path tracing and dependency mapping
68
+ - `architect` — architectural pattern inference
69
+ - `doc-updater` — documentation gap analysis
70
+ 3. Wait for all to complete.
71
+ 4. Aggregate into the Onboarding Report format above.
72
+ 5. End with: "Which area do you want to explore deeper first?"
@@ -0,0 +1,66 @@
1
+ ---
2
+ description: Parallel pre-release check — fires release-captain + security-reviewer + code-reviewer simultaneously. Go/no-go in one command before you ship.
3
+ ---
4
+
5
+ # /pre-release — Parallel Release Readiness Check
6
+
7
+ Three agents verify your release is safe to ship. Catches the things that turn a Friday deploy into a weekend incident.
8
+
9
+ ## What Gets Launched in Parallel
10
+
11
+ | Agent | Focus |
12
+ |---|---|
13
+ | `release-captain` | Semver correctness, changelog complete, rollback plan, smoke test coverage |
14
+ | `security-reviewer` | Last-minute security gaps, secrets, auth issues before code goes live |
15
+ | `code-reviewer` | Critical quality issues, dead code, regressions introduced in this release |
16
+
17
+ ## Usage
18
+
19
+ ```
20
+ /pre-release # check current branch vs main
21
+ /pre-release v2.1.0 # check specific version tag
22
+ /pre-release --hotfix # fast-track: release-captain only, skip style issues
23
+ ```
24
+
25
+ ## Report Format
26
+
27
+ ```
28
+ ## PRE-RELEASE REPORT
29
+
30
+ ### Release Readiness (release-captain)
31
+ SEMVER: [correct / incorrect]
32
+ CHANGELOG: [complete / missing entries]
33
+ ROLLBACK: [plan exists / missing]
34
+ SMOKE: [covered / gaps]
35
+
36
+ ### Security Clearance (security-reviewer)
37
+ CRITICAL: [list — block if any]
38
+ HIGH: [list]
39
+
40
+ ### Code Quality (code-reviewer)
41
+ CRITICAL: [list — block if any]
42
+ HIGH: [list]
43
+
44
+ ---
45
+ VERDICT: SHIP / FIX CRITICAL FIRST / BLOCK
46
+ ```
47
+
48
+ ## When to Use
49
+
50
+ - Before cutting any release tag
51
+ - Before merging a large feature branch
52
+ - Before a hotfix deploy under pressure
53
+ - As the final gate before `npm publish` or production push
54
+
55
+ ## Execute Now
56
+
57
+ Invoking this command is confirmation to proceed. Execute immediately:
58
+
59
+ 1. Determine target from `$ARGUMENTS` (version tag, branch, or current state).
60
+ 2. Spawn all agents simultaneously with `run_in_background: true`:
61
+ - `release-captain` — release ritual check: semver, changelog, rollback
62
+ - `security-reviewer` — security clearance scan
63
+ - `code-reviewer` — final quality gate
64
+ 3. Wait for all to complete.
65
+ 4. Aggregate into the Pre-Release Report format above with a clear SHIP / BLOCK verdict.
66
+ 5. End with: "Ready to proceed with the release?" or list what must be fixed first.