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.
- package/.github/ISSUE_TEMPLATE/bug_report.md +47 -0
- package/.github/ISSUE_TEMPLATE/new_agent.md +52 -0
- package/.github/PULL_REQUEST_TEMPLATE.md +53 -0
- package/CHANGELOG.md +27 -0
- package/CLAUDE.md +15 -1
- package/README.md +4 -4
- package/VERSION +1 -1
- package/agents/debug-detective.md +1 -0
- package/agents/dependency-doctor.md +1 -0
- package/agents/incident-commander.md +1 -0
- package/agents/load-tester.md +1 -0
- package/agents/migration-guide.md +1 -0
- package/agents/pair-programmer.md +1 -0
- package/agents/release-captain.md +1 -0
- package/commands/debug-blitz.md +70 -0
- package/commands/doctor.md +75 -0
- package/commands/onboard.md +72 -0
- package/commands/pre-release.md +66 -0
- package/commands/refactor-sprint.md +77 -0
- package/commands/security-audit.md +66 -0
- package/commands/update.md +92 -0
- package/install.ps1 +16 -11
- package/install.sh +21 -15
- package/package.json +2 -2
- package/rules/common/agents.md +141 -45
- package/rules/elixir/coding-style.md +46 -0
- package/rules/elixir/hooks.md +26 -0
- package/rules/elixir/patterns.md +67 -0
- package/rules/elixir/security.md +58 -0
- package/rules/elixir/testing.md +64 -0
- package/rules/ruby/coding-style.md +41 -0
- package/rules/ruby/hooks.md +23 -0
- package/rules/ruby/patterns.md +71 -0
- package/rules/ruby/security.md +56 -0
- package/rules/ruby/testing.md +65 -0
|
@@ -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
|
-
- **
|
|
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 | **
|
|
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
|
|
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 |
|
|
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.
|
|
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.
|
package/agents/load-tester.md
CHANGED
|
@@ -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.
|