kodelyth-ecc 1.5.3 → 1.5.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CLAUDE.md +18 -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/kodelyth-advisor.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/onboard.md +72 -0
- package/commands/pre-release.md +66 -0
- package/commands/project-launch.md +17 -0
- package/commands/refactor-sprint.md +77 -0
- package/commands/security-audit.md +66 -0
- package/commands/team-review.md +17 -0
- package/install.sh +1 -1
- package/package.json +2 -2
package/CLAUDE.md
CHANGED
|
@@ -6,11 +6,11 @@ Guidance for Claude Code when working with this repository.
|
|
|
6
6
|
|
|
7
7
|
**Kodelyth ECC** — a production-grade AI coding toolkit:
|
|
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
|
-
- **
|
|
12
|
-
- **
|
|
13
|
-
- **
|
|
11
|
+
- **88 commands** — slash workflows (`/tdd`, `/plan`, `/code-review`, `/team-review`, `/project-launch`, `/debug-blitz`, `/security-audit`, ...)
|
|
12
|
+
- **20+ hooks** — automated quality gates, session memory, memory inject + capture, correction encoding
|
|
13
|
+
- **17 rules** — always-on coding standards + semantic intent routing + memory protocol
|
|
14
14
|
|
|
15
15
|
Works with Claude Code, Windsurf, Cursor, Codex CLI, Antigravity, and OpenCode.
|
|
16
16
|
|
|
@@ -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/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
1.5.
|
|
1
|
+
1.5.5
|
|
@@ -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
|
direction instantly. No hand-holding, no noise — just the exact answer.
|
|
8
8
|
Use when you need strategic guidance, tool selection, or a clear path forward.
|
|
9
9
|
tools: ["Read", "Grep", "Glob"]
|
|
10
|
+
model: sonnet
|
|
10
11
|
---
|
|
11
12
|
|
|
12
13
|
You are the Kodelyth Advisor — a principal engineer with a decade-plus of building systems that power billions of users at companies valued in the hundreds of billions. You have shipped production code at Google scale, designed distributed systems under real SLA pressure, and mentored engineers who went on to lead their own platforms. You do not write toy code. You do not give junior-level answers. You think in systems, not files.
|
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,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.
|
|
@@ -72,3 +72,20 @@ Each agent gets a **narrow, focused context** — just the project description +
|
|
|
72
72
|
## Arguments
|
|
73
73
|
|
|
74
74
|
$ARGUMENTS
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## Execute Now
|
|
79
|
+
|
|
80
|
+
Invoking this command is confirmation to proceed. Do not show this documentation to the user — execute immediately:
|
|
81
|
+
|
|
82
|
+
1. Read `$ARGUMENTS` for the project description. If empty, ask: "What are you building? Describe it in 2–3 sentences."
|
|
83
|
+
2. Once you have a project description, spawn all agents simultaneously using `run_in_background: true`:
|
|
84
|
+
- `architect` — system design, tech selection, component breakdown
|
|
85
|
+
- `pair-programmer` — implementation approach, patterns, gotchas
|
|
86
|
+
- `security-reviewer` — threats, auth design, data exposure risks
|
|
87
|
+
- `tdd-guide` — test strategy, coverage plan, critical paths to test
|
|
88
|
+
- `ux-reviewer` — UX flows, accessibility, interaction design
|
|
89
|
+
3. Wait for all agents to complete.
|
|
90
|
+
4. Aggregate into the Project Launch Report format above.
|
|
91
|
+
5. End with: "Which area do you want to go deeper on first?"
|
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Parallel refactor sprint — fires refactor-cleaner + code-simplifier + type-design-analyzer + tdd-guide simultaneously. Full cleanup in one pass.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /refactor-sprint — Parallel Refactor Sprint
|
|
6
|
+
|
|
7
|
+
Four agents clean, simplify, type-harden, and test-cover your code simultaneously. What would take a full day of careful manual work is scoped and planned in 15 minutes.
|
|
8
|
+
|
|
9
|
+
## What Gets Launched in Parallel
|
|
10
|
+
|
|
11
|
+
| Agent | Focus |
|
|
12
|
+
|---|---|
|
|
13
|
+
| `refactor-cleaner` | Dead code, unused imports, duplicate logic, copy-paste debt, tech debt |
|
|
14
|
+
| `code-simplifier` | Complex functions, deep nesting, clever one-liners, readability improvements |
|
|
15
|
+
| `type-design-analyzer` | `any` types, weak discriminated unions, missing type guards, type safety gaps |
|
|
16
|
+
| `tdd-guide` | Test coverage gaps, missing unit tests, untested edge cases, coverage below 80% |
|
|
17
|
+
|
|
18
|
+
## Usage
|
|
19
|
+
|
|
20
|
+
```
|
|
21
|
+
/refactor-sprint # full repo
|
|
22
|
+
/refactor-sprint src/auth/ # focus on a module
|
|
23
|
+
/refactor-sprint --types-only # skip cleanup, focus on type safety
|
|
24
|
+
/refactor-sprint --tests-only # skip cleanup, focus on test coverage
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
## Report Format
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
## REFACTOR SPRINT REPORT
|
|
31
|
+
|
|
32
|
+
### Dead Code & Debt (refactor-cleaner)
|
|
33
|
+
REMOVE: [files, functions, imports to delete]
|
|
34
|
+
EXTRACT: [duplicated logic to consolidate]
|
|
35
|
+
DEBT: [tech debt items ranked by impact]
|
|
36
|
+
|
|
37
|
+
### Simplification (code-simplifier)
|
|
38
|
+
COMPLEX: [functions that need splitting]
|
|
39
|
+
NESTING: [deep nesting to flatten with early returns]
|
|
40
|
+
READABILITY: [naming and clarity improvements]
|
|
41
|
+
|
|
42
|
+
### Type Safety (type-design-analyzer)
|
|
43
|
+
ANY_USAGE: [locations using any/unknown unsafely]
|
|
44
|
+
WEAK_TYPES:[discriminated unions to strengthen]
|
|
45
|
+
GUARDS: [missing type guards]
|
|
46
|
+
|
|
47
|
+
### Test Coverage (tdd-guide)
|
|
48
|
+
UNCOVERED: [critical paths with no tests]
|
|
49
|
+
GAPS: [edge cases missing]
|
|
50
|
+
PLAN: [test writing priority order]
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
TOTAL DEBT: X items | QUICK WINS: Y items
|
|
54
|
+
RECOMMENDED ORDER: [prioritized action list]
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
## When to Use
|
|
58
|
+
|
|
59
|
+
- Before a major feature addition (clean house first)
|
|
60
|
+
- After a fast-moving sprint that accumulated debt
|
|
61
|
+
- Monthly code health pass
|
|
62
|
+
- Before onboarding a new team member
|
|
63
|
+
- When coverage has dropped below 80%
|
|
64
|
+
|
|
65
|
+
## Execute Now
|
|
66
|
+
|
|
67
|
+
Invoking this command is confirmation to proceed. Execute immediately:
|
|
68
|
+
|
|
69
|
+
1. Determine scope from `$ARGUMENTS`. Default: entire current project.
|
|
70
|
+
2. Spawn all agents simultaneously with `run_in_background: true`:
|
|
71
|
+
- `refactor-cleaner` — dead code and duplicate logic audit
|
|
72
|
+
- `code-simplifier` — complexity and readability analysis
|
|
73
|
+
- `type-design-analyzer` — type safety audit
|
|
74
|
+
- `tdd-guide` — test coverage gap analysis
|
|
75
|
+
3. Wait for all to complete.
|
|
76
|
+
4. Aggregate into the Refactor Sprint Report above with a prioritized action list.
|
|
77
|
+
5. End with: "Which area do you want to tackle first?"
|
|
@@ -0,0 +1,66 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Parallel security audit — fires security-reviewer + dependency-doctor + api-guardian simultaneously. Full threat surface in one command.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /security-audit — Parallel Security Audit
|
|
6
|
+
|
|
7
|
+
Three security-focused agents fire simultaneously. What would take an hour one-by-one finishes in 15 minutes.
|
|
8
|
+
|
|
9
|
+
## What Gets Launched in Parallel
|
|
10
|
+
|
|
11
|
+
| Agent | Focus |
|
|
12
|
+
|---|---|
|
|
13
|
+
| `security-reviewer` | OWASP Top 10, secrets in code, injection, XSS, CSRF, auth gaps, crypto misuse |
|
|
14
|
+
| `dependency-doctor` | CVEs in deps, outdated packages, transitive vulnerabilities, license issues |
|
|
15
|
+
| `api-guardian` | Exposed endpoints, missing auth, broken contracts, data leakage in responses |
|
|
16
|
+
|
|
17
|
+
## Usage
|
|
18
|
+
|
|
19
|
+
```
|
|
20
|
+
/security-audit # full repo
|
|
21
|
+
/security-audit src/auth/ # focus on auth module
|
|
22
|
+
/security-audit --pre-deploy # adds environment + secrets check
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
## Report Format
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
## SECURITY AUDIT REPORT
|
|
29
|
+
|
|
30
|
+
### Vulnerabilities (security-reviewer)
|
|
31
|
+
CRITICAL: [list]
|
|
32
|
+
HIGH: [list]
|
|
33
|
+
MEDIUM: [list]
|
|
34
|
+
|
|
35
|
+
### Dependencies (dependency-doctor)
|
|
36
|
+
CVE: [list with severity]
|
|
37
|
+
OUTDATED: [list]
|
|
38
|
+
|
|
39
|
+
### API Surface (api-guardian)
|
|
40
|
+
EXPOSED: [list]
|
|
41
|
+
WARN: [list]
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
TOTAL: X critical, Y high, Z medium
|
|
45
|
+
ACTION: [ship / patch first / block]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## When to Use
|
|
49
|
+
|
|
50
|
+
- Before any production deploy
|
|
51
|
+
- After adding new auth or payment flows
|
|
52
|
+
- When a dep audit flags CVEs
|
|
53
|
+
- Quarterly security health check
|
|
54
|
+
|
|
55
|
+
## Execute Now
|
|
56
|
+
|
|
57
|
+
Invoking this command is confirmation to proceed. Execute immediately:
|
|
58
|
+
|
|
59
|
+
1. Determine scope from `$ARGUMENTS`. Default: entire current project.
|
|
60
|
+
2. Spawn all agents simultaneously with `run_in_background: true`:
|
|
61
|
+
- `security-reviewer` — full OWASP scan of codebase
|
|
62
|
+
- `dependency-doctor` — CVE audit of all package manifests
|
|
63
|
+
- `api-guardian` — API surface exposure check
|
|
64
|
+
3. Wait for all to complete.
|
|
65
|
+
4. Aggregate into the Security Audit Report format above.
|
|
66
|
+
5. End with: "Which vulnerability do you want to fix first?"
|
package/commands/team-review.md
CHANGED
|
@@ -88,3 +88,20 @@ System prompt cached across all agents → each pays 10% on that prefix.
|
|
|
88
88
|
## Arguments
|
|
89
89
|
|
|
90
90
|
$ARGUMENTS
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Execute Now
|
|
95
|
+
|
|
96
|
+
Invoking this command is confirmation to proceed. Do not show this documentation to the user — execute immediately:
|
|
97
|
+
|
|
98
|
+
1. Identify the target scope from `$ARGUMENTS` (directory, `--changed`, `--pre-release`). Default: entire current project.
|
|
99
|
+
2. Spawn all agents simultaneously using `run_in_background: true`:
|
|
100
|
+
- `code-reviewer` — quality, patterns, complexity, naming
|
|
101
|
+
- `security-reviewer` — OWASP Top 10, secrets, auth gaps
|
|
102
|
+
- `performance-optimizer` — N+1, memory, bundle size, slow queries
|
|
103
|
+
- `api-guardian` — breaking changes, contract drift, missing validation
|
|
104
|
+
- If `--pre-release` in args: also spawn `release-captain`
|
|
105
|
+
3. Wait for all agents to complete.
|
|
106
|
+
4. Aggregate results into the Team Review Report format above.
|
|
107
|
+
5. End with: "Which finding do you want to fix first?"
|
package/install.sh
CHANGED
|
@@ -47,7 +47,7 @@ echo -e "${RED}${BOLD} ║ DANGER LEVEL: GOD TIER · NOT FOR JUNIOR DEV
|
|
|
47
47
|
echo -e "${RED}${BOLD} ╚══════════════════════════════════════════════════════════════╝${RESET}"
|
|
48
48
|
echo ""
|
|
49
49
|
echo -e "${BOLD} Kodelyth ECC — The most dangerous AI coding toolkit on the planet${RESET}"
|
|
50
|
-
echo -e "${CYAN}
|
|
50
|
+
echo -e "${CYAN} 62 specialist agents · 188 skills · 88 commands · 20+ hooks · intent routing · compound memory${RESET}"
|
|
51
51
|
echo -e "${CYAN} Any language · Any framework · Any scale · 300B-level quality${RESET}"
|
|
52
52
|
echo ""
|
|
53
53
|
echo -e " github.com/sifxprime/kodelyth-ecc"
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "kodelyth-ecc",
|
|
3
|
-
"version": "1.5.
|
|
4
|
-
"description": "Production-grade AI coding toolkit
|
|
3
|
+
"version": "1.5.5",
|
|
4
|
+
"description": "Production-grade AI coding toolkit — 62 agents, 188 skills, 88 commands, parallel multi-agent commands, semantic intent routing, self-learning memory. Works with Claude Code, Windsurf, Cursor, Codex, Antigravity, and OpenCode.",
|
|
5
5
|
"author": "Kodelyth <github.com/sifxprime>",
|
|
6
6
|
"license": "MIT",
|
|
7
7
|
"repository": {
|