everything-claude-code
Skill0 starsChanged 8 months agoMITView on GitHub
js const registry = require('../lib/install-targets/registry'); feat: add Gemini install target support js // scripts/lib/install-targets/gemini-project.js module.exports = function installGemini() { // Installation logic for Gemini }; markdown # skills/mySkill/SKILL.md
12 other projects use a version of this.
Adopted by
Most recently taken up by
- davidanthonyn/claude-skillstheir own version, first seen Oct 20, 2026
- affaan-m/ECCtheir own version, first seen Aug 31, 2026
- siva323388/claudeCodetheir own version, first seen Aug 31, 2026
- SamuelNDCE/claude-super-skill-librarytheir own version, first seen Aug 1, 2026
- whyymj/page-agent-sdktheir own version, first seen Jul 31, 2026
- ysyecust/everything-claude-codetheir own version, first seen Jun 11, 2026
Used with
Projects with it also use brand-discovery, competitive-platform-analysis and 3 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
ysyecustSkillbrand-discovery
Use when a brand needs to discover or articulate its identity through structured multi-session interviews. Covers purpose, positioning, audience, personality, voice, narrative, and founder-brand tension across 8 modules using laddering, 5 Whys, and projective techniques. Produces a resumable session with disk-persisted state and a master brandbook (90_SYNTHESIS.md).
Also in 3 projects that use this
ysyecustSkillcompetitive-platform-analysis
Use when scoping a competitive landscape — identifying, categorising, and score-filtering a competitor set before any benchmarking begins. Decides who counts as a competitor, which tier they belong to, and which sources to mine. First step in the three-skill competitive pipeline; precedes benchmark-methodology.
Also in 3 projects that use this
niloykumarbarmanSkillagent-sort
Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.
Also in 4 projects that use this
- +2 more from ysyecust
Other versions12 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 12
- affaan-m/ECC★ 246ksame name
- tpavanipradeep/everything-claude-code★ 104same name
- ysyecust/everything-claude-code★ 44same name
- Infopibe/everything-claude-code★ 8same name
- yapota2018/affaan-m-everything-claude-code★ 4same name
- ashutoshrathi0909-oss/everything-claude-code★ 1same name
- junimnjw/everything-claude-code★ 1same name
- rhfl04-dfdf/jychoi_everything-claude-code-ko★ 1same name
- SamuelNDCE/claude-super-skill-library★ 1same name
- whyymj/page-agent-sdk★ 1same name
2 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository82 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .codex/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- examples/CLAUDE.mdCLAUDE.md
- .cursor/rules/common-agents.mdCursor rule
- .cursor/rules/common-coding-style.mdCursor rule
- .cursor/rules/common-development-workflow.mdCursor rule
- .cursor/rules/common-git-workflow.mdCursor rule
- .cursor/rules/common-hooks.mdCursor rule
- .cursor/rules/common-patterns.mdCursor rule
- .cursor/rules/common-performance.mdCursor rule
- .cursor/rules/common-security.mdCursor rule
- .cursor/rules/common-testing.mdCursor rule
- .cursor/rules/golang-coding-style.mdCursor rule
- .cursor/rules/golang-hooks.mdCursor rule
- .cursor/rules/golang-patterns.mdCursor rule
- .cursor/rules/golang-security.mdCursor rule
- .cursor/rules/golang-testing.mdCursor rule
- .cursor/rules/kotlin-coding-style.mdCursor rule
- .cursor/rules/kotlin-hooks.mdCursor rule
- .cursor/rules/kotlin-patterns.mdCursor rule
- .cursor/rules/kotlin-security.mdCursor rule
- .cursor/rules/kotlin-testing.mdCursor rule
- .cursor/rules/php-coding-style.mdCursor rule
- .cursor/rules/php-hooks.mdCursor rule
- .cursor/rules/php-patterns.mdCursor rule
- .cursor/rules/php-security.mdCursor rule
- .cursor/rules/php-testing.mdCursor rule
- .cursor/rules/python-coding-style.mdCursor rule
- .cursor/rules/python-hooks.mdCursor rule
- .cursor/rules/python-patterns.mdCursor rule
- .cursor/rules/python-security.mdCursor rule
- .cursor/rules/python-testing.mdCursor rule
- .cursor/rules/swift-coding-style.mdCursor rule
- .cursor/rules/swift-hooks.mdCursor rule
- .cursor/rules/swift-patterns.mdCursor rule
- .cursor/rules/swift-security.mdCursor rule
- .cursor/rules/swift-testing.mdCursor rule
- .cursor/rules/typescript-coding-style.mdCursor rule
- .cursor/rules/typescript-hooks.mdCursor rule
- .cursor/rules/typescript-patterns.mdCursor rule
- .cursor/rules/typescript-security.mdCursor rule
- .cursor/rules/typescript-testing.mdCursor rule
- api-designSkill
- article-writingSkill
- backend-patternsSkill
- bun-runtimeSkill
- claude-apiSkill
- coding-standardsSkill
- content-engineSkill
- crosspostSkill
- deep-researchSkill
- dmux-workflowsSkill
- documentation-lookupSkill
- e2e-testingSkill
- eval-harnessSkill
- exa-searchSkill
- fal-ai-mediaSkill
- frontend-patternsSkill
- frontend-slidesSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. 0 are common, 7 are distinctive, and 9 are very specific to this project.
0
Common
Most of the 11 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 109
Create or update the canonical skill under skills/{skill-name}/SKILL.md Only if needed, add or update commands/{command-name}.md as a …
- Distinctive: line 110
Only if needed, add or update commands/{command-name}.md as a compatibility shim
- Distinctive: line 128
Trigger: When bulk importing conventions, agent definitions, or skill documentation
- Very specific: line 131
Add multiple files in .claude/commands/, .claude/enterprise/, .claude/team/, .claude/research/, .claude/rules/, .codex/agents/, …
- Distinctive: line 133
No code/test changes—just documentation and config import.
- Distinctive: line 138
Trigger: When Dependabot creates a PR for a new dependency version
- Very specific: line 141
Update versions in package.json, package-lock.json, or yarn.lock.
- Very specific: line 142
Update .github/workflows/*.yml for GitHub Actions if needed.
- Distinctive: line 143
Commit with a standard Dependabot message.
- Very specific: line 144
Update .github/dependabot.yml for configuration if necessary.
- Distinctive: line 149
Trigger: When a skill/agent needs to be removed, merged, or reworked
- Very specific: line 152
Remove or modify SKILL.md in skills/{skill-name}/ or agents/{agent-name}.md.
- Very specific: line 153
Update manifests/install-modules.json and documentation.
- Distinctive: line 155
Document the reason for the change (e.g., security, redundancy).
- Very specific: line 162
All test files use the *.test.js pattern.
- Very specific: line 164
No specific testing framework detected.
“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
# everything-claude-code Development Patterns
> Auto-generated skill from repository analysis
## Overview
This skill documents the core development patterns, coding conventions, and workflows used in the `everything-claude-code` JavaScript repository. It is designed to help contributors understand how to add new skills, agents, commands, install targets, and maintain the codebase according to established conventions. The repository is framework-agnostic, uses conventional commits, and supports modular extension via skills, agents, and command workflows.
## Coding Conventions
- **File Naming:**
Use `camelCase` for JavaScript files (e.g., `installManifests.js`), and descriptive names for markdown/config files (e.g., `SKILL.md`, `install-modules.json`).
- **Import Style:**
Use relative imports for modules:
```js
const registry = require('../lib/install-targets/registry');- Export Style:
Both CommonJS (module.exports = ...) and ES module (export default ...) styles may be used, depending on file context. - Commit Messages:
Follow Conventional Commits with prefixes such asfix,feat,docs,chore.
Example:feat: add Gemini install target support - Test Files:
Test files follow the*.test.jspattern and are colocated with the code under test or in atests/directory.
Workflows
Add New Install Target
Trigger: When supporting a new IDE, platform, or environment for ECC installation
Command: /add-install-target
- Create a new install target script, e.g.,
scripts/lib/install-targets/{target}-project.js,.{target}/install.sh, or.{target}/install.js. - Add documentation for the new target, such as
.{target}/README.md,.{target}/README.zh-CN.md, or.{target}/GEMINI.md. - Update
manifests/install-modules.jsonto register the new target. - Update schemas:
schemas/ecc-install-config.schema.jsonschemas/install-modules.schema.json
- Update logic in:
scripts/lib/install-manifests.jsscripts/lib/install-targets/registry.js
- Add or update tests in
tests/lib/install-targets.test.js. - Update
README.mdif public-facing install instructions change.
Example:
// scripts/lib/install-targets/gemini-project.js
module.exports = function installGemini() {
// Installation logic for Gemini
};Add New Skill or Agent
Trigger: When introducing a new capability, workflow, or agent persona
Command: /add-skill
- Create a new
SKILL.mdinskills/{skill-name}/or.agents/skills/{skill-name}/. - For agents, add definitions in
agents/{agent-name}.mdor.codex/agents/{agent-name}.toml. - Update
manifests/install-modules.jsonif the skill is installable. - Update
AGENTS.mdand/orREADME.mdto document the new skill/agent. - Add supporting files as needed (e.g.,
rules/,prompts/, orchestration scripts). - If orchestration is needed, add a shell or JS orchestrator (e.g.,
scripts/{skill-name}.sh).
Example:
# skills/mySkill/SKILL.md
## Overview
Describes the "mySkill" capability for ECC.
## Usage
...Add New Workflow Surface
Adds or updates a workflow entrypoint. Default to skills-first; only add a command shim when legacy slash compatibility is still required.
Add or Update Command Workflow
Trigger: When adding or improving CLI commands or workflows
Command: /add-command
- Create or modify a command markdown file in
commands/{command-name}.mdor.claude/commands/{command-name}.md. - Add YAML frontmatter and sections for Purpose, Usage, and Output.
- Iterate based on review feedback (fix placeholders, add error handling, clarify protocol).
- Update related commands or documentation if part of a workflow.
- Document artifact storage locations if applicable.
Steps:
- Create or update the canonical workflow under skills/{skill-name}/SKILL.md
- Only if needed, add or update commands/{command-name}.md as a compatibility shim
Files typically involved:
skills/*/SKILL.mdcommands/*.md(only when a legacy shim is intentionally retained)
Example commit sequence:
Create or update the canonical skill under skills/{skill-name}/SKILL.md
Only if needed, add or update commands/{command-name}.md as a compatibility shim
**Example:**
```markdown
---
name: install
description: Install a new ECC module
---
## Purpose
...
## Usage
...Agent or Skill Bundle Import
Trigger: When bulk importing conventions, agent definitions, or skill documentation
Command: /import-bundle
- Add multiple files in
.claude/commands/,.claude/enterprise/,.claude/team/,.claude/research/,.claude/rules/,.codex/agents/,.claude/skills/,.agents/skills/, etc. - Include team config, identity, guardrails, research playbook, and skills documentation.
- No code/test changes—just documentation and config import.
Dependency Update via Dependabot
Trigger: When Dependabot creates a PR for a new dependency version
Command: /update-dependencies
- Update versions in
package.json,package-lock.json, oryarn.lock. - Update
.github/workflows/*.ymlfor GitHub Actions if needed. - Commit with a standard Dependabot message.
- Update
.github/dependabot.ymlfor configuration if necessary.
Refactor or Fix Skill or Agent
Trigger: When a skill/agent needs to be removed, merged, or reworked
Command: /remove-skill
- Remove or modify
SKILL.mdinskills/{skill-name}/oragents/{agent-name}.md. - Update
manifests/install-modules.jsonand documentation. - Restore or remove associated files as needed.
- Document the reason for the change (e.g., security, redundancy).
Testing Patterns
- Test Files:
All test files use the*.test.jspattern. - Framework:
No specific testing framework detected; use standard Node.js assertions or your preferred test runner. - Location:
Tests are typically placed in atests/directory or alongside the source files.
Example:
// tests/lib/install-targets.test.js
const installGemini = require('../../scripts/lib/install-targets/gemini-project');
test('Gemini install target works', () => {
expect(installGemini()).toBeDefined();
});Commands
| Command | Purpose |
| /add-install-target | Add support for a new install target (IDE/platform) |
| /add-skill | Add a new skill or agent to the ECC system |
| /add-command | Add or update a CLI command or workflow |
| /import-bundle | Bulk import agent/skill bundles or conventions documentation |
| /update-dependencies | Update dependencies via Dependabot |
| /remove-skill | Refactor, remove, or revert a skill or agent |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

