Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
日本語の概要は準備中です。原文の説明を表示しています。
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.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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 ecc@ecc — 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, Quarkus, 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 (25 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 and Quarkus: naming, immutability, Optional, streams, CDI |
python-patterns | Pythonic idioms, PEP 8, type hints, best practices |
python-testing | Python testing with pytest, TDD, fixtures, mocking, parametrization |
quarkus-patterns | Quarkus architecture, Camel messaging, CDI services, Panache data access |
quarkus-security | Quarkus security: JWT/OIDC, RBAC, input validation, secrets management |
quarkus-tdd | Quarkus TDD with JUnit 5, Mockito, REST Assured, Camel testing |
quarkus-verification | Quarkus verification: build, static analysis, tests, native compilation |
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 | Legacy v1 Stop-hook session pattern extraction; prefer continuous-learning-v2 for new installs |
continuous-learning-v2 | Instinct-based learning with confidence scoring, evolves into skills, agents, and optional legacy command shims |
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 (2 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 is an Anthropic canonical skill. Install it from anthropics/skills when you want the official Claude API workflow instead of an ECC-bundled copy.
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 |
|---|---|
docs/examples/project-guidelines-template.md | Template for creating project-specific skills |
For each selected skill, copy the entire skill directory from the correct source root:
# Core skills live under .agents/skills/
cp -R "$ECC_ROOT/.agents/skills/<skill-name>" "$TARGET/skills/"
# Niche skills live under skills/
cp -R "$ECC_ROOT/skills/<skill-name>" "$TARGET/skills/"
When iterating over globbed source directories, never pass a trailing-slash source directly to cp. Use the directory path as the destination name explicitly:
cp -R "${src%/}" "$TARGET/skills/$(basename "${src%/}")"
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
cp -r $ECC_ROOT/rules/common $TARGET/rules/common
# Language-specific rules (preserve per-language directories)
cp -r $ECC_ROOT/rules/typescript $TARGET/rules/typescript # if selected
cp -r $ECC_ROOT/rules/python $TARGET/rules/python # if selected
cp -r $ECC_ROOT/rules/golang $TARGET/rules/golang # 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-patternsquarkus-tdd may reference quarkus-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.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
日本語の概要は準備中です。原文の説明を表示しています。
Whole site or product — a full web accessibility (a11y) audit against WCAG 2.2, following the WCAG-EM methodology. Defines scope, samples representative pages and flows, runs the automated tier (`accessibility-scan`) and the hands-on manual tier (`accessibility-inspect`), and produces one conformance report. Grades each finding by severity and evidence basis, and states per-criterion conformance as pass, fail, or undetermined (needs a human). Use it for 'audit my site for accessibility', 'is this product accessible', 'a11y audit', 'WCAG or Section 508 conformance report', or any multi-page assessment. Assesses; does not fix (use `accessibility-fix`) or diff (use `accessibility-diff`). For a single page use `accessibility-scan`; for hands-on keyboard and screen-reader checks use `accessibility-inspect`.
日本語の概要は準備中です。原文の説明を表示しています。
Regression check — diff a live page's web accessibility (a11y) violations against a baseline. By default it compares your uncommitted changes (stash-based); pass `--branch [<name>]` to compare against a branch. Reports the new WCAG violations introduced, the ones fixed, and the count of pre-existing ones. Use it for 'did my change break accessibility', 'what a11y issues did this PR add', or as a CI gate. For a full scan of one page use `accessibility-scan`; for a whole site use `accessibility-audit`.
日本語の概要は準備中です。原文の説明を表示しています。
Remediation only — repair web accessibility (a11y) violations against WCAG 2.2 with a baseline, edit, and verify loop. Takes a target (URL, files, directory) or a findings worklist from `accessibility-scan`/`accessibility-inspect`/`accessibility-audit`, applies mechanical fixes as given, leaves TODOs for visual or contextual judgment, and verifies by re-running the baseline check. It only fixes. To find issues use `accessibility-scan` (one page, automated), `accessibility-inspect` (one page, manual), or `accessibility-audit` (whole site, WCAG-EM); to check for regressions use `accessibility-diff`. Use it for 'fix the a11y issues in X', 'make this accessible', 'add missing alt text and labels', 'apply these accessibility fixes', 'remediate these violations'.
日本語の概要は準備中です。原文の説明を表示しています。
One page, hands-on manual tier — drive a live page through the web accessibility (a11y) checks a rule engine can't decide: keyboard operation and focus order, screen-reader names, roles and states from the accessibility tree, reflow and zoom, reduced motion, form errors, and target size. Grades each finding by evidence basis (verified / confirm-with-a-human / human-required) and severity, and closes every criterion in a ledger: verified, flagged, not exercised, or N/A. Locates and assesses; does not fix (use `accessibility-fix`). Use it for keyboard testing, focus-order checks, screen-reader or a11y-tree review, reflow and zoom at 200%, or 'is this operable, not just lint-clean'. The automated tier is `accessibility-scan`; `accessibility-audit` runs both across a sampled site.
日本語の概要は準備中です。原文の説明を表示しています。
One page, automated tier — run the web accessibility (a11y) rule engine against a live page and locate every violation it can detect mechanically. Pass a URL, a config target name (e.g. `accesslint:accessibility-scan dev`), or nothing to use the default target from `accesslint.config.json`. Ensures a debuggable Chrome, runs the @accesslint/core engine over CDP, and returns a worklist of live-DOM WCAG 2.2 violations, each grounded to its DOM selector and source `file:line`. Locates; doesn't edit. Use it for 'is this page accessible', 'check a11y on this URL', 'find contrast and alt-text issues', or to verify a UI change. For hands-on keyboard and screen-reader checks use `accessibility-inspect`; for a whole site or product use `accessibility-audit`; to diff against uncommitted changes or a branch use `accessibility-diff`.
日本語の概要は準備中です。原文の説明を表示しています。