.cursor/skills/configure-ecc/SKILL.md
Interactive installer for Everything Claude Code — guides users through selecting and installing skills and rules to user-level or project-level directories, verifies paths, and optionally optimizes installed files.
npx skillsauth add LUAgam/stage-harness configure-eccInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
An interactive, step-by-step installation wizard for the Everything Claude Code project. Uses AskUserQuestion to guide users through selective installation of skills and rules, then verifies correctness and offers optimization.
This skill must be accessible to Claude Code before activation. Two ways to bootstrap:
/plugin install everything-claude-code — the plugin loads this skill automatically~/.claude/skills/configure-ecc/SKILL.md, then activate by saying "configure ecc"Before any installation, clone the latest ECC source to /tmp:
rm -rf /tmp/everything-claude-code
git clone https://github.com/affaan-m/everything-claude-code.git /tmp/everything-claude-code
Set ECC_ROOT=/tmp/everything-claude-code as the source for all subsequent copy operations.
If the clone fails (network issues, etc.), use AskUserQuestion to ask the user to provide a local path to an existing ECC clone.
Use AskUserQuestion to ask the user where to install:
Question: "Where should ECC components be installed?"
Options:
- "User-level (~/.claude/)" — "Applies to all your Claude Code projects"
- "Project-level (.claude/)" — "Applies only to the current project"
- "Both" — "Common/shared items user-level, project-specific items project-level"
Store the choice as INSTALL_LEVEL. Set the target directory:
TARGET=~/.claudeTARGET=.claude (relative to current project root)TARGET_USER=~/.claude, TARGET_PROJECT=.claudeCreate the target directories if they don't exist:
mkdir -p $TARGET/skills $TARGET/rules
Default to Core (recommended for new users) — copy .agents/skills/* plus skills/search-first/ for research-first workflows. This bundle covers engineering, evals, verification, security, strategic compaction, frontend design, and Anthropic cross-functional skills (article-writing, content-engine, market-research, frontend-slides).
Use AskUserQuestion (single select):
Question: "Install core skills only, or include niche/framework packs?"
Options:
- "Core only (recommended)" — "tdd, e2e, evals, verification, research-first, security, frontend patterns, compacting, cross-functional Anthropic skills"
- "Core + selected niche" — "Add framework/domain-specific skills after core"
- "Niche only" — "Skip core, install specific framework/domain skills"
Default: Core only
If the user chooses niche or core + niche, continue to category selection below and only include those niche skills they pick.
There are 7 selectable category groups below. The detailed confirmation lists that follow cover 45 skills across 8 categories, plus 1 standalone template. Use AskUserQuestion with multiSelect: true:
Question: "Which skill categories do you want to install?"
Options:
- "Framework & Language" — "Django, Laravel, Spring Boot, Go, Python, Java, Frontend, Backend patterns"
- "Database" — "PostgreSQL, ClickHouse, JPA/Hibernate patterns"
- "Workflow & Quality" — "TDD, verification, learning, security review, compaction"
- "Research & APIs" — "Deep research, Exa search, Claude API patterns"
- "Social & Content Distribution" — "X/Twitter API, crossposting alongside content-engine"
- "Media Generation" — "fal.ai image/video/audio alongside VideoDB"
- "Orchestration" — "dmux multi-agent workflows"
- "All skills" — "Install every available skill"
For each selected category, print the full list of skills below and ask the user to confirm or deselect specific ones. If the list exceeds 4 items, print the list as text and use AskUserQuestion with an "Install all listed" option plus "Other" for the user to paste specific names.
Category: Framework & Language (21 skills)
| Skill | Description |
|-------|-------------|
| backend-patterns | Backend architecture, API design, server-side best practices for Node.js/Express/Next.js |
| coding-standards | Universal coding standards for TypeScript, JavaScript, React, Node.js |
| django-patterns | Django architecture, REST API with DRF, ORM, caching, signals, middleware |
| django-security | Django security: auth, CSRF, SQL injection, XSS prevention |
| django-tdd | Django testing with pytest-django, factory_boy, mocking, coverage |
| django-verification | Django verification loop: migrations, linting, tests, security scans |
| laravel-patterns | Laravel architecture patterns: routing, controllers, Eloquent, queues, caching |
| laravel-security | Laravel security: auth, policies, CSRF, mass assignment, rate limiting |
| laravel-tdd | Laravel testing with PHPUnit and Pest, factories, fakes, coverage |
| laravel-verification | Laravel verification: linting, static analysis, tests, security scans |
| frontend-patterns | React, Next.js, state management, performance, UI patterns |
| frontend-slides | Zero-dependency HTML presentations, style previews, and PPTX-to-web conversion |
| golang-patterns | Idiomatic Go patterns, conventions for robust Go applications |
| golang-testing | Go testing: table-driven tests, subtests, benchmarks, fuzzing |
| java-coding-standards | Java coding standards for Spring Boot: naming, immutability, Optional, streams |
| python-patterns | Pythonic idioms, PEP 8, type hints, best practices |
| python-testing | Python testing with pytest, TDD, fixtures, mocking, parametrization |
| springboot-patterns | Spring Boot architecture, REST API, layered services, caching, async |
| springboot-security | Spring Security: authn/authz, validation, CSRF, secrets, rate limiting |
| springboot-tdd | Spring Boot TDD with JUnit 5, Mockito, MockMvc, Testcontainers |
| springboot-verification | Spring Boot verification: build, static analysis, tests, security scans |
Category: Database (3 skills)
| Skill | Description |
|-------|-------------|
| clickhouse-io | ClickHouse patterns, query optimization, analytics, data engineering |
| jpa-patterns | JPA/Hibernate entity design, relationships, query optimization, transactions |
| postgres-patterns | PostgreSQL query optimization, schema design, indexing, security |
Category: Workflow & Quality (8 skills)
| Skill | Description |
|-------|-------------|
| continuous-learning | Auto-extract reusable patterns from sessions as learned skills |
| continuous-learning-v2 | Instinct-based learning with confidence scoring, evolves into skills/commands/agents |
| eval-harness | Formal evaluation framework for eval-driven development (EDD) |
| iterative-retrieval | Progressive context refinement for subagent context problem |
| security-review | Security checklist: auth, input, secrets, API, payment features |
| strategic-compact | Suggests manual context compaction at logical intervals |
| tdd-workflow | Enforces TDD with 80%+ coverage: unit, integration, E2E |
| verification-loop | Verification and quality loop patterns |
Category: Business & Content (5 skills)
| Skill | Description |
|-------|-------------|
| article-writing | Long-form writing in a supplied voice using notes, examples, or source docs |
| content-engine | Multi-platform social content, scripts, and repurposing workflows |
| market-research | Source-attributed market, competitor, fund, and technology research |
| investor-materials | Pitch decks, one-pagers, investor memos, and financial models |
| investor-outreach | Personalized investor cold emails, warm intros, and follow-ups |
Category: Research & APIs (3 skills)
| Skill | Description |
|-------|-------------|
| deep-research | Multi-source deep research using firecrawl and exa MCPs with cited reports |
| exa-search | Neural search via Exa MCP for web, code, company, and people research |
| claude-api | Anthropic Claude API patterns: Messages, streaming, tool use, vision, batches, Agent SDK |
Category: Social & Content Distribution (2 skills)
| Skill | Description |
|-------|-------------|
| x-api | X/Twitter API integration for posting, threads, search, and analytics |
| crosspost | Multi-platform content distribution with platform-native adaptation |
Category: Media Generation (2 skills)
| Skill | Description |
|-------|-------------|
| fal-ai-media | Unified AI media generation (image, video, audio) via fal.ai MCP |
| video-editing | AI-assisted video editing for cutting, structuring, and augmenting real footage |
Category: Orchestration (1 skill)
| Skill | Description |
|-------|-------------|
| dmux-workflows | Multi-agent orchestration using dmux for parallel agent sessions |
Standalone
| Skill | Description |
|-------|-------------|
| project-guidelines-example | Template for creating project-specific skills |
For each selected skill, copy the entire skill directory:
cp -r $ECC_ROOT/skills/<skill-name> $TARGET/skills/
Note: continuous-learning and continuous-learning-v2 have extra files (config.json, hooks, scripts) — ensure the entire directory is copied, not just SKILL.md.
Use AskUserQuestion with multiSelect: true:
Question: "Which rule sets do you want to install?"
Options:
- "Common rules (Recommended)" — "Language-agnostic principles: coding style, git workflow, testing, security, etc. (8 files)"
- "TypeScript/JavaScript" — "TS/JS patterns, hooks, testing with Playwright (5 files)"
- "Python" — "Python patterns, pytest, black/ruff formatting (5 files)"
- "Go" — "Go patterns, table-driven tests, gofmt/staticcheck (5 files)"
Execute installation:
# Common rules (flat copy into rules/)
cp -r $ECC_ROOT/rules/common/* $TARGET/rules/
# Language-specific rules (flat copy into rules/)
cp -r $ECC_ROOT/rules/typescript/* $TARGET/rules/ # if selected
cp -r $ECC_ROOT/rules/python/* $TARGET/rules/ # if selected
cp -r $ECC_ROOT/rules/golang/* $TARGET/rules/ # if selected
Important: If the user selects any language-specific rules but NOT common rules, warn them:
"Language-specific rules extend the common rules. Installing without common rules may result in incomplete coverage. Install common rules too?"
After installation, perform these automated checks:
List all installed files and confirm they exist at the target location:
ls -la $TARGET/skills/
ls -la $TARGET/rules/
Scan all installed .md files for path references:
grep -rn "~/.claude/" $TARGET/skills/ $TARGET/rules/
grep -rn "../common/" $TARGET/rules/
grep -rn "skills/" $TARGET/skills/
For project-level installs, flag any references to ~/.claude/ paths:
~/.claude/settings.json — this is usually fine (settings are always user-level)~/.claude/skills/ or ~/.claude/rules/ — this may be broken if installed only at project levelSome skills reference others. Verify these dependencies:
django-tdd may reference django-patternslaravel-tdd may reference laravel-patternsspringboot-tdd may reference springboot-patternscontinuous-learning-v2 references ~/.claude/homunculus/ directorypython-testing may reference python-patternsgolang-testing may reference golang-patternscrosspost references content-engine and x-apideep-research references exa-search (complementary MCP tools)fal-ai-media references videodb (complementary media skill)x-api references content-engine and crosspostcommon/ counterpartsFor each issue found, report:
Use AskUserQuestion:
Question: "Would you like to optimize the installed files for your project?"
Options:
- "Optimize skills" — "Remove irrelevant sections, adjust paths, tailor to your tech stack"
- "Optimize rules" — "Adjust coverage targets, add project-specific patterns, customize tool configs"
- "Optimize both" — "Full optimization of all installed files"
- "Skip" — "Keep everything as-is"
Critical: Only modify files in the installation target ($TARGET/), NEVER modify files in the source ECC repository ($ECC_ROOT/).
Clean up the cloned repository from /tmp:
rm -rf /tmp/everything-claude-code
Then print a summary report:
## ECC Installation Complete
### Installation Target
- Level: [user-level / project-level / both]
- Path: [target path]
### Skills Installed ([count])
- skill-1, skill-2, skill-3, ...
### Rules Installed ([count])
- common (8 files)
- typescript (5 files)
- ...
### Verification Results
- [count] issues found, [count] fixed
- [list any remaining issues]
### Optimizations Applied
- [list changes made, or "None"]
SKILL.md file (not just loose .md files)~/.claude/skills/<skill-name>/SKILL.md exists.claude/skills/<skill-name>/SKILL.md exists$TARGET/rules/coding-style.md (correct) vs $TARGET/rules/common/coding-style.md (incorrect for flat install)~/.claude/ paths. Run Step 4 verification to find and fix these.continuous-learning-v2, the ~/.claude/homunculus/ directory is always user-level — this is expected and not an error.development
在 generate-test-cases 阶段之后执行,逐个验证测试用例并在失败时修复项目代码、重新编译部署、再次验证, 直到通过或达到最大修复次数。覆盖 UI / API / API+UI / 性能测试四个维度,UI 测试通过浏览器真实模拟用户操作并截图, API 测试根据项目代码生成可执行的接口脚本,性能测试调用现有性能/质量技能全量执行。 涉及真实用户登录信息(如手机号+验证码、账号密码、JWT)时必须中断要求用户提供,禁止编造无效凭证。 所有 case 状态变更必须通过 e2e-case-tracker.sh 脚本持久化,确保中途崩溃可恢复、无 case 遗漏。
development
# SKILL: e2e > **核心原则**: > 1. 测试范围跟着本次变动走。后端接口改了,对应的前端流程必须做联调验证;与本次需求无关的功能不测。对于涉及算法、转换准确率等质量敏感型需求,需额外生成专项质量测试。 > 2. **覆盖完整性优先于执行便利性**。不得以"链路复杂"、"需要外部依赖"为由跳过本次变动相关的用例;凡是受变动影响的接口和 UI 流程,都必须生成真实调用/操作用例。 > 3. **UI 测试必须模拟真实用户操作**(定位元素、点击、键入、等待渲染、断言可见文本/状态)。**禁止**将 UI 套件退化为浏览器上下文里的 `page.evaluate(fetch(...))` API 验证——那只是把 API 测试换了执行环境,没有额外价值,不算 UI 测试。 > 4. **通用性**:本 skill 不假设具体业务域,所有规则均以抽象变动面(文件、接口、页面、用户动作)为单位组织,不针对任何特定项目的数据库/领域词汇。 > 5. **E2E 套件必须验证运行时行为**。严禁把"读取源码/配置文件并做字符串/结构匹配"的检查封装成独立 E2E 套件——这类检
tools
# SKILL: deploy ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$H
tools
# SKILL: build ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$HA