mrkeyoor.com_
Wed 16 Sept 21:11 UTC
AI Toolsevaluationupdated 23 Aug 2026

ECC review

ECC is a large set of skills, specialist agents, rules, hooks, memory tools, and installers for coding assistants, with Claude Code as its best-supported host. It tries to make planning, tests, review, security checks, and handoffs repeatable instead of asking developers to restate their process in every prompt.

+5,013stars / 7d
Verdict

ECC makes sense for a heavy Claude Code user who wants one maintained opinion about planning, verification, memory, and agent roles. The successful test run is reassuring, but the product is too broad and too dependent on host-specific hooks to install casually. Start with the smallest useful profile, test the actual hook path, and add components only after they earn their context and latency cost.

We ran it

Lab card: what happened when we ran ECCScreenshot of ECC (ecc.tools)
Install✓ · 21s261 packages · 152 MB
Buildn/ano build script
Tests✓ · 683sran, no count parsed
Known vulns00 critical · 0 high · 0 moderate · 0 low (npm audit)
Repo3493 files~245,284 lines of source · 51.5 MB · 11 CI workflows · tests dir

Answers from our run

Does ECC build from source?

Dependencies installed in 21 seconds (261 packages), and the project has no separate build step. We cloned commit d8409a4 into a clean Debian container with 3 CPUs and no project-specific setup.

Do ECC's tests pass?

The test command failed in our container, and its output did not report a pass or fail count.

Does ECC have known vulnerabilities in its dependencies?

npm audit found none in the dependency tree at the time of our run.

Who should not use ECC?

Developers who prefer a small, inspectable instruction set: ECC spans thousands of files and roughly a quarter-million source lines.

What are the alternatives to ECC?

Superpowers, Anthropic Skills, Awesome Claude Code. ECC makes sense for a heavy Claude Code user who wants one maintained opinion about planning, verification, memory, and agent roles.

Setup3/5Native plugin path is short, but profiles and adapters need care
Docs4/5Very detailed install, support, security, and recovery guidance
Community4/5Current release and pushes with busy issue and contributor activity
Maturity3/5Wide tested surface, with active install and hook regressions

Who it’s for

Claude Code users who want an opinionated engineering workflow installed as a plugin rather than assembled file by file.
Codex users willing to use the native plugin path and accept a different hook model from Claude Code.
Teams that will select a small profile, inspect its hooks, and tune the supplied rules to match their repository.
Developers moving between agent harnesses who want a local Markdown memory format for explicit handoffs.

Who it’s NOT for

Developers who prefer a small, inspectable instruction set: ECC spans thousands of files and roughly a quarter-million source lines.
Teams expecting equal behavior across Claude Code, Codex, Cursor, Copilot, and other adapters: the README's support matrix documents different skill, hook, agent, and delegation capabilities.
Users likely to stack installation methods: the project warns that mixing plugin, manual, or sync paths duplicates skills, commands, hooks, and configuration.
Anyone relying on blocking hooks as a hard security boundary without version-specific tests: an open report says a wrapper discarded the exit code from a configuration-protection hook.
Latency-sensitive users who enable the default hook set without profiling: an open report measured about 1.6 seconds of hook overhead per Bash call in the reporter's setup.

Setup reality

Our fresh Debian sandbox installed 261 Yarn packages in 21 seconds and used 152 MB on disk. The repository has no build script or target, so the build was skipped. Its test command succeeded in 683 seconds. Npm audit found zero known vulnerabilities across critical, high, moderate, and low severities.

For Claude Code, the README recommends adding the marketplace and installing ecc@ecc, then stopping rather than layering a manual install. Codex has its own native plugin path. Optional rule packs, hooks, memory, MCP entries, self-hosted model endpoints, and other harness adapters require separate choices; some paths also need Bash or Python.

The checkout contained 3,493 files, about 245,284 source lines, and occupied 51.5 MB. It has 11 CI workflow files and a tests directory, but no Dockerfile. Because installation writes agent instructions and may activate hooks, review the chosen profile, use dry runs where offered, and keep a clean uninstall path.

A whole engineering system for an agent

ECC goes far beyond a prompt file. It packages specialized agents, task skills, slash-command compatibility, rule packs, hooks, memory, security scanning, and adapters for several coding assistants. Its preferred loop asks the agent to plan, test, implement, review, verify, and retain useful context. The practical appeal is consistency: a developer installs the workflow once instead of rebuilding a checklist in every session.

Claude Code gets the deepest integration. ECC installs through a native marketplace plugin and can use plugin-managed hooks. Codex has a native plugin route and a deprecated sync route for older setups. Cursor, OpenCode, Gemini, Zed, Copilot, Kimi, Hermes, and other tools receive different subsets because their extension systems differ. The README is unusually direct about this. Its support matrix shows where skills, agents, hooks, delegation, and project files do or do not exist.

That honesty prevents the worst marketing mistake, assuming a copied folder creates parity. A GitHub Copilot installation is instruction-only. Codex does not use Claude Code's hook profiles. Some optional cross-platform features still need Bash or Python. If your team moves among several assistants, decide which behavior must remain consistent and which behavior is allowed to vary.

Installation has one important rule

For Claude Code, ECC recommends adding its marketplace and installing ecc@ecc. The README repeatedly says to choose one path per harness. Do not combine the plugin with a full manual install, and do not combine Codex's native plugin with the legacy sync process. Layering paths can duplicate commands, skills, hooks, or configuration, which is hard to diagnose because the duplicate files may live in different scopes.

The project has doctor, repair, dry-run, and uninstall commands, plus selective profiles for users who do not want the entire surface. That makes a cautious rollout possible. Begin with common rules and one language pack, or choose a low-context path without runtime hooks. Read the generated changes before enabling a profile across every repository. Agent instructions are operational configuration, and hooks may run on ordinary tool calls.

An open issue reports a concrete packaging problem in a Claude marketplace checkout: scripts that need ajv or sql.js failed because the plugin clone had no node_modules. The report identifies install planning, the control pane, and the memory MCP entry among affected paths. Check the current issue state and run the project's diagnostics on the exact revision you install. A two-command setup is only successful when the workflows you need can execute afterward.

What happened when we ran it

We cloned commit d8409a4 into a fresh unprivileged Debian container with three CPUs and 8 GB of RAM. The repository held 3,493 files, about 245,284 lines of source, and occupied 51.5 MB. Yarn installation succeeded in 21 seconds, adding 261 packages and using 152 MB on disk.

The project had no build script or target, so our harness skipped the build. Its tests succeeded in 683 seconds. The measurement did not provide a test count, so the pass says the configured command exited successfully and nothing more. Npm audit found zero known vulnerabilities: none critical, high, moderate, or low.

ECC includes a tests directory and 11 CI workflow files, with no Dockerfile. The long successful test step is a stronger signal than a package that merely installs, especially for a repository full of installers and hooks. It cannot prove that every host version, operating system, plugin scope, and optional adapter behaves the same. Those combinations still need a small acceptance check on the machines where developers work.

Hooks and memory deserve close inspection

Hooks can enforce useful habits or add friction to every command. ECC includes checks around dangerous shell operations, configuration changes, formatting, session summaries, and other events. An open report says the wrapper around a configuration-protection hook passed the wrong input shape and then discarded its blocking exit code. Another reporter profiled roughly 1.6 seconds of synchronous overhead per Bash call, much of it from processes that quickly decided they had nothing to do. These reports are version-specific, but they show why a hook must be tested through the host, not only as a standalone script.

The Memory Vault is a better-shaped feature. It stores handoffs and context as inspectable Markdown under explicit project, team, or user scopes. The README labels recalled memory unreviewed context and tells agents to verify important claims before promoting them into governed documentation. An optional MCP server exposes bounded save, search, read, and doctor operations. One open compatibility report says Codex metadata parameters caused its tool discovery and calls to fail until _meta was accepted. Test that route if cross-harness memory is part of the purchase decision.

AgentShield scans agent configuration, permissions, hooks, MCP entries, and possible secrets. This is useful hygiene, though a scanner packaged with the same system cannot turn every hook into a security boundary. Keep sandboxing and least privilege in the host, review executable changes, and treat hook checks as an extra layer.

Who should adopt it

The repository was pushed on August 21, 2026. Release 2.1.0 arrived on July 27, and GitHub's open count of 149 combines issues and pull requests. Recent activity covers installation, hook performance, adapter behavior, privacy, and memory compatibility. ECC is moving quickly under an MIT license, with English documentation and several translations.

Choose ECC when you want its opinionated system and will maintain that system as part of developer tooling. Superpowers is easier to reason about when planning and test discipline are the main goals. Anthropic Skills is better for selecting individual examples, while Awesome Claude Code helps you assemble independent parts. ECC earns its footprint only when several of its workflows replace repeated team effort.

Alternatives

ProjectWhat it isPick it when
Superpowers gh↗A smaller agentic development methodology built around planning, tests, debugging, and review skills.pick this instead when you want a tighter software workflow and less catalog, memory, adapter, and hook machinery.
Anthropic Skills gh↗Anthropic's broad collection of Claude skill examples, templates, and document tooling.pick this instead when you want examples to study or a few task skills rather than an installed engineering system.
Awesome Claude Code gh↗A curated directory of Claude Code commands, hooks, skills, plugins, and related tools.pick this instead when you want to assemble your own stack from independent pieces.

What people are saying

  1. [github-trending] affaan-m/ECC

Sources

  1. ECC README
  2. ECC 2.1.0 release
  3. Configuration protection hook report
  4. Plugin dependency packaging report
  5. Hook overhead report

More ai tools reviews

eve · MemOS · LongCat-Video · Concat · DLSS5-Feeder · Concat · the whole board →