Compare commits

..

15 Commits

Author SHA1 Message Date
ecc-tools[bot]
2200582b18 feat: add everything-claude-code ECC bundle (.claude/commands/add-or-update-skill.md) 2026-04-02 13:45:48 +00:00
ecc-tools[bot]
2e645ca04f feat: add everything-claude-code ECC bundle (.claude/commands/refactoring.md) 2026-04-02 13:45:47 +00:00
ecc-tools[bot]
73df5a0180 feat: add everything-claude-code ECC bundle (.claude/commands/feature-development.md) 2026-04-02 13:45:46 +00:00
ecc-tools[bot]
838464fa2f feat: add everything-claude-code ECC bundle (.claude/enterprise/controls.md) 2026-04-02 13:45:45 +00:00
ecc-tools[bot]
a667b2124b feat: add everything-claude-code ECC bundle (.claude/team/everything-claude-code-team-config.json) 2026-04-02 13:45:44 +00:00
ecc-tools[bot]
bf45d3cbc1 feat: add everything-claude-code ECC bundle (.claude/research/everything-claude-code-research-playbook.md) 2026-04-02 13:45:43 +00:00
ecc-tools[bot]
afd2a031cb feat: add everything-claude-code ECC bundle (.claude/rules/everything-claude-code-guardrails.md) 2026-04-02 13:45:42 +00:00
ecc-tools[bot]
d4cdcc5de7 feat: add everything-claude-code ECC bundle (.codex/agents/docs-researcher.toml) 2026-04-02 13:45:41 +00:00
ecc-tools[bot]
2ac04c6a8e feat: add everything-claude-code ECC bundle (.codex/agents/reviewer.toml) 2026-04-02 13:45:40 +00:00
ecc-tools[bot]
7c8af2537e feat: add everything-claude-code ECC bundle (.codex/agents/explorer.toml) 2026-04-02 13:45:39 +00:00
ecc-tools[bot]
6d1b5cbe89 feat: add everything-claude-code ECC bundle (.claude/identity.json) 2026-04-02 13:45:38 +00:00
ecc-tools[bot]
33caa95137 feat: add everything-claude-code ECC bundle (.agents/skills/everything-claude-code/agents/openai.yaml) 2026-04-02 13:45:37 +00:00
ecc-tools[bot]
a317a60950 feat: add everything-claude-code ECC bundle (.agents/skills/everything-claude-code/SKILL.md) 2026-04-02 13:45:36 +00:00
ecc-tools[bot]
05f745dd8c feat: add everything-claude-code ECC bundle (.claude/skills/everything-claude-code/SKILL.md) 2026-04-02 13:45:35 +00:00
ecc-tools[bot]
2c33c90c76 feat: add everything-claude-code ECC bundle (.claude/ecc-tools.json) 2026-04-02 13:45:34 +00:00
10 changed files with 406 additions and 882 deletions

View File

@@ -1,442 +1,165 @@
--- ```markdown
name: everything-claude-code-conventions # everything-claude-code Development Patterns
description: Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.
---
# Everything Claude Code Conventions > Auto-generated skill from repository analysis
> Generated from [affaan-m/everything-claude-code](https://github.com/affaan-m/everything-claude-code) on 2026-03-20
## Overview ## Overview
This skill teaches Claude the development patterns and conventions used in everything-claude-code. This skill provides a comprehensive guide to the development patterns, coding conventions, and key workflows used in the `everything-claude-code` repository. The project is written in JavaScript (no framework detected) and focuses on modular skill development, extensible command workflows, and robust automation for agents and integrations. This guide will help contributors maintain consistency and efficiency across code, documentation, and automation.
## Tech Stack ## Coding Conventions
- **Primary Language**: JavaScript **File Naming**
- **Architecture**: hybrid module organization - Use `camelCase` for JavaScript files and directories.
- **Test Location**: separate - Example: `installTargets.js`, `mySkillHandler.js`
## When to Use This Skill **Import Style**
- Use relative imports for modules within the repository.
- Example:
```js
import myUtil from '../utils/myUtil.js';
```
Activate this skill when: **Export Style**
- Making changes to this repository - Mixed: Both default and named exports are used.
- Adding new features following established patterns - Example (default export):
- Writing tests that match project conventions ```js
- Creating commits with proper message format export default function installTarget() { ... }
```
- Example (named export):
```js
export function registerSkill() { ... }
```
## Commit Conventions **Commit Messages**
- Use [Conventional Commits](https://www.conventionalcommits.org/) with these prefixes: `fix`, `feat`, `docs`, `chore`.
- Example: `feat: add support for new install target (CodeBuddy)`
Follow these commit message conventions based on 500 analyzed commits. ## Workflows
### Commit Style: Conventional Commits ### Add or Update a Skill
**Trigger:** When introducing a new skill or updating an existing skill's capabilities or documentation
**Command:** `/add-skill`
### Prefixes Used 1. Create or update `SKILL.md` in `skills/<skill-name>/` or `.agents/skills/<skill-name>/`.
2. Optionally add or update related reference files (e.g., assets, rules, schemas) in the skill directory.
3. Update `manifests/install-modules.json` and/or `manifests/install-components.json` to register the new skill.
4. Update documentation files: `AGENTS.md`, `README.md`, `README.zh-CN.md`, `docs/zh-CN/AGENTS.md`, and `docs/zh-CN/README.md`.
5. Optionally add or update tests for the skill.
- `fix` **Example:**
- `test` ```bash
- `feat` # Add a new skill
- `docs` mkdir skills/myNewSkill
touch skills/myNewSkill/SKILL.md
### Message Guidelines # Update manifests
vim manifests/install-modules.json
- Average message length: ~65 characters # Document the skill
- Keep first line concise and descriptive vim README.md AGENTS.md
- Use imperative mood ("Add feature" not "Added feature")
*Commit message example*
```text
feat(rules): add C# language support
``` ```
*Commit message example*
```text
chore(deps-dev): bump flatted (#675)
```
*Commit message example*
```text
fix: auto-detect ECC root from plugin cache when CLAUDE_PLUGIN_ROOT is unset (#547) (#691)
```
*Commit message example*
```text
docs: add Antigravity setup and usage guide (#552)
```
*Commit message example*
```text
merge: PR #529 — feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
```
*Commit message example*
```text
Revert "Add Kiro IDE support (.kiro/) (#548)"
```
*Commit message example*
```text
Add Kiro IDE support (.kiro/) (#548)
```
*Commit message example*
```text
feat: add block-no-verify hook for Claude Code and Cursor (#649)
```
## Architecture
### Project Structure: Single Package
This project uses **hybrid** module organization.
### Configuration Files
- `.github/workflows/ci.yml`
- `.github/workflows/maintenance.yml`
- `.github/workflows/monthly-metrics.yml`
- `.github/workflows/release.yml`
- `.github/workflows/reusable-release.yml`
- `.github/workflows/reusable-test.yml`
- `.github/workflows/reusable-validate.yml`
- `.opencode/package.json`
- `.opencode/tsconfig.json`
- `.prettierrc`
- `eslint.config.js`
- `package.json`
### Guidelines
- This project uses a hybrid organization
- Follow existing patterns when adding new code
## Code Style
### Language: JavaScript
### Naming Conventions
| Element | Convention |
|---------|------------|
| Files | camelCase |
| Functions | camelCase |
| Classes | PascalCase |
| Constants | SCREAMING_SNAKE_CASE |
### Import Style: Relative Imports
### Export Style: Mixed Style
*Preferred import style*
```typescript
// Use relative imports
import { Button } from '../components/Button'
import { useAuth } from './hooks/useAuth'
```
## Testing
### Test Framework
No specific test framework detected — use the repository's existing test patterns.
### File Pattern: `*.test.js`
### Test Types
- **Unit tests**: Test individual functions and components in isolation
- **Integration tests**: Test interactions between multiple components/services
### Coverage
This project has coverage reporting configured. Aim for 80%+ coverage.
## Error Handling
### Error Handling Style: Try-Catch Blocks
*Standard error handling pattern*
```typescript
try {
const result = await riskyOperation()
return result
} catch (error) {
console.error('Operation failed:', error)
throw new Error('User-friendly message')
}
```
## Common Workflows
These workflows were detected from analyzing commit patterns.
### Database Migration
Database schema changes with migration files
**Frequency**: ~2 times per month
**Steps**:
1. Create migration file
2. Update schema definitions
3. Generate/update types
**Files typically involved**:
- `**/schema.*`
- `migrations/*`
**Example commit sequence**:
```
feat: implement --with/--without selective install flags (#679)
fix: sync catalog counts with filesystem (27 agents, 113 skills, 58 commands) (#693)
feat(rules): add Rust language rules (rebased #660) (#686)
```
### Feature Development
Standard feature implementation workflow
**Frequency**: ~22 times per month
**Steps**:
1. Add feature implementation
2. Add tests for feature
3. Update documentation
**Files typically involved**:
- `manifests/*`
- `schemas/*`
- `**/*.test.*`
- `**/api/**`
**Example commit sequence**:
```
feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
docs(skills): align documentation-lookup with CONTRIBUTING template; add cross-harness (Codex/Cursor) skill copies
fix: address PR review — skill template (When to use, How it works, Examples), bun.lock, next build note, rust-reviewer CI note, doc-lookup privacy/uncertainty
```
### Add Language Rules
Adds a new programming language to the rules system, including coding style, hooks, patterns, security, and testing guidelines.
**Frequency**: ~2 times per month
**Steps**:
1. Create a new directory under rules/{language}/
2. Add coding-style.md, hooks.md, patterns.md, security.md, and testing.md files with language-specific content
3. Optionally reference or link to related skills
**Files typically involved**:
- `rules/*/coding-style.md`
- `rules/*/hooks.md`
- `rules/*/patterns.md`
- `rules/*/security.md`
- `rules/*/testing.md`
**Example commit sequence**:
```
Create a new directory under rules/{language}/
Add coding-style.md, hooks.md, patterns.md, security.md, and testing.md files with language-specific content
Optionally reference or link to related skills
```
### Add New Skill
Adds a new skill to the system, documenting its workflow, triggers, and usage, often with supporting scripts.
**Frequency**: ~4 times per month
**Steps**:
1. Create a new directory under skills/{skill-name}/
2. Add SKILL.md with documentation (When to Use, How It Works, Examples, etc.)
3. Optionally add scripts or supporting files under skills/{skill-name}/scripts/
4. Address review feedback and iterate on documentation
**Files typically involved**:
- `skills/*/SKILL.md`
- `skills/*/scripts/*.sh`
- `skills/*/scripts/*.js`
**Example commit sequence**:
```
Create a new directory under skills/{skill-name}/
Add SKILL.md with documentation (When to Use, How It Works, Examples, etc.)
Optionally add scripts or supporting files under skills/{skill-name}/scripts/
Address review feedback and iterate on documentation
```
### Add New Agent
Adds a new agent to the system for code review, build resolution, or other automated tasks.
**Frequency**: ~2 times per month
**Steps**:
1. Create a new agent markdown file under agents/{agent-name}.md
2. Register the agent in AGENTS.md
3. Optionally update README.md and docs/COMMAND-AGENT-MAP.md
**Files typically involved**:
- `agents/*.md`
- `AGENTS.md`
- `README.md`
- `docs/COMMAND-AGENT-MAP.md`
**Example commit sequence**:
```
Create a new agent markdown file under agents/{agent-name}.md
Register the agent in AGENTS.md
Optionally update README.md and docs/COMMAND-AGENT-MAP.md
```
### 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.
**Frequency**: ~1 times per month
**Steps**:
1. Create or update the canonical workflow under skills/{skill-name}/SKILL.md
2. Only if needed, add or update commands/{command-name}.md as a compatibility shim
**Files typically involved**:
- `skills/*/SKILL.md`
- `commands/*.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
```
### Sync Catalog Counts
Synchronizes the documented counts of agents, skills, and commands in AGENTS.md and README.md with the actual repository state.
**Frequency**: ~3 times per month
**Steps**:
1. Update agent, skill, and command counts in AGENTS.md
2. Update the same counts in README.md (quick-start, comparison table, etc.)
3. Optionally update other documentation files
**Files typically involved**:
- `AGENTS.md`
- `README.md`
**Example commit sequence**:
```
Update agent, skill, and command counts in AGENTS.md
Update the same counts in README.md (quick-start, comparison table, etc.)
Optionally update other documentation files
```
### Add Cross Harness Skill Copies
Adds skill copies for different agent harnesses (e.g., Codex, Cursor, Antigravity) to ensure compatibility across platforms.
**Frequency**: ~2 times per month
**Steps**:
1. Copy or adapt SKILL.md to .agents/skills/{skill}/SKILL.md and/or .cursor/skills/{skill}/SKILL.md
2. Optionally add harness-specific openai.yaml or config files
3. Address review feedback to align with CONTRIBUTING template
**Files typically involved**:
- `.agents/skills/*/SKILL.md`
- `.cursor/skills/*/SKILL.md`
- `.agents/skills/*/agents/openai.yaml`
**Example commit sequence**:
```
Copy or adapt SKILL.md to .agents/skills/{skill}/SKILL.md and/or .cursor/skills/{skill}/SKILL.md
Optionally add harness-specific openai.yaml or config files
Address review feedback to align with CONTRIBUTING template
```
### Add Or Update Hook
Adds or updates git or bash hooks to enforce workflow, quality, or security policies.
**Frequency**: ~1 times per month
**Steps**:
1. Add or update hook scripts in hooks/ or scripts/hooks/
2. Register the hook in hooks/hooks.json or similar config
3. Optionally add or update tests in tests/hooks/
**Files typically involved**:
- `hooks/*.hook`
- `hooks/hooks.json`
- `scripts/hooks/*.js`
- `tests/hooks/*.test.js`
- `.cursor/hooks.json`
**Example commit sequence**:
```
Add or update hook scripts in hooks/ or scripts/hooks/
Register the hook in hooks/hooks.json or similar config
Optionally add or update tests in tests/hooks/
```
### Address Review Feedback
Addresses code review feedback by updating documentation, scripts, or configuration for clarity, correctness, or convention alignment.
**Frequency**: ~4 times per month
**Steps**:
1. Edit SKILL.md, agent, or command files to address reviewer comments
2. Update examples, headings, or configuration as requested
3. Iterate until all review feedback is resolved
**Files typically involved**:
- `skills/*/SKILL.md`
- `agents/*.md`
- `commands/*.md`
- `.agents/skills/*/SKILL.md`
- `.cursor/skills/*/SKILL.md`
**Example commit sequence**:
```
Edit SKILL.md, agent, or command files to address reviewer comments
Update examples, headings, or configuration as requested
Iterate until all review feedback is resolved
```
## Best Practices
Based on analysis of the codebase, follow these practices:
### Do
- Use conventional commit format (feat:, fix:, etc.)
- Follow *.test.js naming pattern
- Use camelCase for file names
- Prefer mixed exports
### Don't
- Don't write vague commit messages
- Don't skip tests for new features
- Don't deviate from established patterns without discussion
--- ---
*This skill was auto-generated by [ECC Tools](https://ecc.tools). Review and customize as needed for your team.* ### Add or Update a Command Workflow
**Trigger:** When introducing or improving a command-driven workflow (e.g., PRP, code review, refactoring)
**Command:** `/add-command`
1. Create or update a markdown file in `commands/` (e.g., `commands/prp-*.md`).
2. If relevant, update or add supporting files in `.claude/commands/`.
3. Optionally update documentation or references to the command in `README.md` or `AGENTS.md`.
**Example:**
```bash
# Add a new PRP command workflow
touch commands/prp-enhanced.md
# Optionally update supporting files
vim .claude/commands/prp-enhanced.md
```
---
### Refactor Skill or Core Logic
**Trigger:** When improving, reorganizing, or merging existing skill or core logic for maintainability or performance
**Command:** `/refactor-skill`
1. Edit multiple `SKILL.md` files in `skills/` or `.agents/skills/`.
2. Update documentation: `AGENTS.md`, `README.md`, `README.zh-CN.md`, `docs/zh-CN/AGENTS.md`, `docs/zh-CN/README.md`.
3. Update `manifests/install-modules.json` or related manifests as needed.
4. Remove, merge, or rename legacy command or skill files.
5. Optionally update or add tests for the refactored logic.
**Example:**
```bash
# Refactor multiple skills
vim skills/skillA/SKILL.md skills/skillB/SKILL.md
# Update manifests and docs
vim manifests/install-modules.json README.md
```
---
### Add or Update Install Target
**Trigger:** When supporting a new external tool or environment as an install target
**Command:** `/add-install-target`
1. Create or update install scripts in a dedicated directory (e.g., `.codebuddy/`, `.gemini/`).
2. Add or update install target logic in `scripts/lib/install-targets/`.
3. Update `manifests/install-modules.json` and `schemas/ecc-install-config.schema.json`.
4. Update or add tests for the new install target in `tests/lib/install-targets.test.js`.
5. Update registry logic if necessary.
**Example:**
```bash
# Add a Gemini install target
mkdir .gemini
touch .gemini/install.sh
vim scripts/lib/install-targets/gemini.js
# Update schemas and manifests
vim schemas/ecc-install-config.schema.json manifests/install-modules.json
```
---
### Update or Add CI/CD Workflow
**Trigger:** When improving, fixing, or adding CI/CD automation (e.g., dependency updates, release validation)
**Command:** `/update-ci`
1. Edit or add YAML files in `.github/workflows/`.
2. Optionally update related scripts or lockfiles (`yarn.lock`, `package-lock.json`).
3. Optionally update hooks or validation scripts.
**Example:**
```bash
# Add a new CI workflow
touch .github/workflows/dependency-check.yml
# Update lockfiles if needed
yarn install
```
## Testing Patterns
- **Test Files:** Use the `*.test.js` naming pattern.
- Example: `installTargets.test.js`
- **Framework:** Not explicitly specified; use standard Node.js or your preferred JS testing framework.
- **Placement:** Tests are typically placed alongside implementation or in a `tests/` directory.
**Example Test File:**
```js
// tests/lib/install-targets.test.js
import { installTarget } from '../../scripts/lib/install-targets/gemini.js';
test('should install Gemini target', () => {
expect(installTarget()).toBe(true);
});
```
## Commands
| Command | Purpose |
|---------------------|--------------------------------------------------------------|
| /add-skill | Add or update a skill, including documentation and manifests |
| /add-command | Add or update a command workflow |
| /refactor-skill | Refactor skill or core logic and update documentation |
| /add-install-target | Add or update an install target integration |
| /update-ci | Add or update CI/CD workflow files |
```

View File

@@ -0,0 +1,42 @@
---
name: add-or-update-skill
description: Workflow command scaffold for add-or-update-skill in everything-claude-code.
allowed_tools: ["Bash", "Read", "Write", "Grep", "Glob"]
---
# /add-or-update-skill
Use this workflow when working on **add-or-update-skill** in `everything-claude-code`.
## Goal
Adds a new skill or updates an existing skill in the system, including documentation and registration in manifests.
## Common Files
- `skills/*/SKILL.md`
- `.agents/skills/*/SKILL.md`
- `manifests/install-modules.json`
- `manifests/install-components.json`
- `AGENTS.md`
- `README.md`
## Suggested Sequence
1. Understand the current state and failure mode before editing.
2. Make the smallest coherent change that satisfies the workflow goal.
3. Run the most relevant verification for touched files.
4. Summarize what changed and what still needs review.
## Typical Commit Signals
- Create or update SKILL.md in skills/<skill-name>/ or .agents/skills/<skill-name>/
- Optionally add or update related reference files (e.g., assets, rules, schemas) in the skill directory
- Update manifests/install-modules.json and/or manifests/install-components.json to register the new skill
- Update AGENTS.md, README.md, README.zh-CN.md, docs/zh-CN/AGENTS.md, and docs/zh-CN/README.md to document the new skill
- Optionally add or update tests for the skill
## Notes
- Treat this as a scaffold, not a hard-coded script.
- Update the command if the workflow evolves materially.

View File

@@ -14,8 +14,9 @@ Standard feature implementation workflow
## Common Files ## Common Files
- `manifests/*` - `.opencode/*`
- `schemas/*` - `.opencode/plugins/*`
- `.opencode/plugins/lib/*`
- `**/*.test.*` - `**/*.test.*`
- `**/api/**` - `**/api/**`

View File

@@ -0,0 +1,35 @@
---
name: refactoring
description: Workflow command scaffold for refactoring in everything-claude-code.
allowed_tools: ["Bash", "Read", "Write", "Grep", "Glob"]
---
# /refactoring
Use this workflow when working on **refactoring** in `everything-claude-code`.
## Goal
Code refactoring and cleanup workflow
## Common Files
- `src/**/*`
## Suggested Sequence
1. Understand the current state and failure mode before editing.
2. Make the smallest coherent change that satisfies the workflow goal.
3. Run the most relevant verification for touched files.
4. Summarize what changed and what still needs review.
## Typical Commit Signals
- Ensure tests pass before refactor
- Refactor code structure
- Verify tests still pass
## Notes
- Treat this as a scaffold, not a hard-coded script.
- Update the command if the workflow evolves materially.

View File

@@ -2,7 +2,7 @@
"version": "1.3", "version": "1.3",
"schemaVersion": "1.0", "schemaVersion": "1.0",
"generatedBy": "ecc-tools", "generatedBy": "ecc-tools",
"generatedAt": "2026-03-20T12:07:36.496Z", "generatedAt": "2026-04-02T13:44:44.593Z",
"repo": "https://github.com/affaan-m/everything-claude-code", "repo": "https://github.com/affaan-m/everything-claude-code",
"profiles": { "profiles": {
"requested": "full", "requested": "full",
@@ -148,9 +148,9 @@
".claude/research/everything-claude-code-research-playbook.md", ".claude/research/everything-claude-code-research-playbook.md",
".claude/team/everything-claude-code-team-config.json", ".claude/team/everything-claude-code-team-config.json",
".claude/enterprise/controls.md", ".claude/enterprise/controls.md",
".claude/commands/database-migration.md",
".claude/commands/feature-development.md", ".claude/commands/feature-development.md",
".claude/commands/add-language-rules.md" ".claude/commands/refactoring.md",
".claude/commands/add-or-update-skill.md"
], ],
"packageFiles": { "packageFiles": {
"runtime-core": [ "runtime-core": [
@@ -178,9 +178,9 @@
".claude/enterprise/controls.md" ".claude/enterprise/controls.md"
], ],
"workflow-pack": [ "workflow-pack": [
".claude/commands/database-migration.md",
".claude/commands/feature-development.md", ".claude/commands/feature-development.md",
".claude/commands/add-language-rules.md" ".claude/commands/refactoring.md",
".claude/commands/add-or-update-skill.md"
] ]
}, },
"moduleFiles": { "moduleFiles": {
@@ -209,9 +209,9 @@
".claude/enterprise/controls.md" ".claude/enterprise/controls.md"
], ],
"workflow-pack": [ "workflow-pack": [
".claude/commands/database-migration.md",
".claude/commands/feature-development.md", ".claude/commands/feature-development.md",
".claude/commands/add-language-rules.md" ".claude/commands/refactoring.md",
".claude/commands/add-or-update-skill.md"
] ]
}, },
"files": [ "files": [
@@ -285,11 +285,6 @@
"path": ".claude/enterprise/controls.md", "path": ".claude/enterprise/controls.md",
"description": "Enterprise governance scaffold for approvals, audit posture, and escalation." "description": "Enterprise governance scaffold for approvals, audit posture, and escalation."
}, },
{
"moduleId": "workflow-pack",
"path": ".claude/commands/database-migration.md",
"description": "Workflow command scaffold for database-migration."
},
{ {
"moduleId": "workflow-pack", "moduleId": "workflow-pack",
"path": ".claude/commands/feature-development.md", "path": ".claude/commands/feature-development.md",
@@ -297,22 +292,27 @@
}, },
{ {
"moduleId": "workflow-pack", "moduleId": "workflow-pack",
"path": ".claude/commands/add-language-rules.md", "path": ".claude/commands/refactoring.md",
"description": "Workflow command scaffold for add-language-rules." "description": "Workflow command scaffold for refactoring."
},
{
"moduleId": "workflow-pack",
"path": ".claude/commands/add-or-update-skill.md",
"description": "Workflow command scaffold for add-or-update-skill."
} }
], ],
"workflows": [ "workflows": [
{
"command": "database-migration",
"path": ".claude/commands/database-migration.md"
},
{ {
"command": "feature-development", "command": "feature-development",
"path": ".claude/commands/feature-development.md" "path": ".claude/commands/feature-development.md"
}, },
{ {
"command": "add-language-rules", "command": "refactoring",
"path": ".claude/commands/add-language-rules.md" "path": ".claude/commands/refactoring.md"
},
{
"command": "add-or-update-skill",
"path": ".claude/commands/add-or-update-skill.md"
} }
], ],
"adapters": { "adapters": {
@@ -320,9 +320,9 @@
"skillPath": ".claude/skills/everything-claude-code/SKILL.md", "skillPath": ".claude/skills/everything-claude-code/SKILL.md",
"identityPath": ".claude/identity.json", "identityPath": ".claude/identity.json",
"commandPaths": [ "commandPaths": [
".claude/commands/database-migration.md",
".claude/commands/feature-development.md", ".claude/commands/feature-development.md",
".claude/commands/add-language-rules.md" ".claude/commands/refactoring.md",
".claude/commands/add-or-update-skill.md"
] ]
}, },
"codex": { "codex": {

View File

@@ -10,5 +10,5 @@
"javascript" "javascript"
], ],
"suggestedBy": "ecc-tools-repo-analysis", "suggestedBy": "ecc-tools-repo-analysis",
"createdAt": "2026-03-20T12:07:57.119Z" "createdAt": "2026-04-02T13:45:31.240Z"
} }

View File

@@ -18,4 +18,4 @@ Use this when the task is documentation-heavy, source-sensitive, or requires bro
- Primary language: JavaScript - Primary language: JavaScript
- Framework: Not detected - Framework: Not detected
- Workflows detected: 10 - Workflows detected: 7

View File

@@ -4,7 +4,7 @@ Generated by ECC Tools from repository history. Review before treating it as a h
## Commit Workflow ## Commit Workflow
- Prefer `conventional` commit messaging with prefixes such as fix, test, feat, docs. - Prefer `conventional` commit messaging with prefixes such as fix, feat, docs, chore.
- Keep new changes aligned with the existing pull-request and review flow already present in the repo. - Keep new changes aligned with the existing pull-request and review flow already present in the repo.
## Architecture ## Architecture
@@ -24,9 +24,9 @@ Generated by ECC Tools from repository history. Review before treating it as a h
## Detected Workflows ## Detected Workflows
- database-migration: Database schema changes with migration files
- feature-development: Standard feature implementation workflow - feature-development: Standard feature implementation workflow
- add-language-rules: Adds a new programming language to the rules system, including coding style, hooks, patterns, security, and testing guidelines. - refactoring: Code refactoring and cleanup workflow
- add-or-update-skill: Adds a new skill or updates an existing skill in the system, including documentation and registration in manifests.
## Review Reminder ## Review Reminder

View File

@@ -1,442 +1,165 @@
--- ```markdown
name: everything-claude-code-conventions # everything-claude-code Development Patterns
description: Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.
---
# Everything Claude Code Conventions > Auto-generated skill from repository analysis
> Generated from [affaan-m/everything-claude-code](https://github.com/affaan-m/everything-claude-code) on 2026-03-20
## Overview ## Overview
This skill teaches Claude the development patterns and conventions used in everything-claude-code. This skill provides a comprehensive guide to the development patterns, coding conventions, and key workflows used in the `everything-claude-code` repository. The project is written in JavaScript (no framework detected) and focuses on modular skill development, extensible command workflows, and robust automation for agents and integrations. This guide will help contributors maintain consistency and efficiency across code, documentation, and automation.
## Tech Stack ## Coding Conventions
- **Primary Language**: JavaScript **File Naming**
- **Architecture**: hybrid module organization - Use `camelCase` for JavaScript files and directories.
- **Test Location**: separate - Example: `installTargets.js`, `mySkillHandler.js`
## When to Use This Skill **Import Style**
- Use relative imports for modules within the repository.
- Example:
```js
import myUtil from '../utils/myUtil.js';
```
Activate this skill when: **Export Style**
- Making changes to this repository - Mixed: Both default and named exports are used.
- Adding new features following established patterns - Example (default export):
- Writing tests that match project conventions ```js
- Creating commits with proper message format export default function installTarget() { ... }
```
- Example (named export):
```js
export function registerSkill() { ... }
```
## Commit Conventions **Commit Messages**
- Use [Conventional Commits](https://www.conventionalcommits.org/) with these prefixes: `fix`, `feat`, `docs`, `chore`.
- Example: `feat: add support for new install target (CodeBuddy)`
Follow these commit message conventions based on 500 analyzed commits. ## Workflows
### Commit Style: Conventional Commits ### Add or Update a Skill
**Trigger:** When introducing a new skill or updating an existing skill's capabilities or documentation
**Command:** `/add-skill`
### Prefixes Used 1. Create or update `SKILL.md` in `skills/<skill-name>/` or `.agents/skills/<skill-name>/`.
2. Optionally add or update related reference files (e.g., assets, rules, schemas) in the skill directory.
3. Update `manifests/install-modules.json` and/or `manifests/install-components.json` to register the new skill.
4. Update documentation files: `AGENTS.md`, `README.md`, `README.zh-CN.md`, `docs/zh-CN/AGENTS.md`, and `docs/zh-CN/README.md`.
5. Optionally add or update tests for the skill.
- `fix` **Example:**
- `test` ```bash
- `feat` # Add a new skill
- `docs` mkdir skills/myNewSkill
touch skills/myNewSkill/SKILL.md
### Message Guidelines # Update manifests
vim manifests/install-modules.json
- Average message length: ~65 characters # Document the skill
- Keep first line concise and descriptive vim README.md AGENTS.md
- Use imperative mood ("Add feature" not "Added feature")
*Commit message example*
```text
feat(rules): add C# language support
``` ```
*Commit message example*
```text
chore(deps-dev): bump flatted (#675)
```
*Commit message example*
```text
fix: auto-detect ECC root from plugin cache when CLAUDE_PLUGIN_ROOT is unset (#547) (#691)
```
*Commit message example*
```text
docs: add Antigravity setup and usage guide (#552)
```
*Commit message example*
```text
merge: PR #529 — feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
```
*Commit message example*
```text
Revert "Add Kiro IDE support (.kiro/) (#548)"
```
*Commit message example*
```text
Add Kiro IDE support (.kiro/) (#548)
```
*Commit message example*
```text
feat: add block-no-verify hook for Claude Code and Cursor (#649)
```
## Architecture
### Project Structure: Single Package
This project uses **hybrid** module organization.
### Configuration Files
- `.github/workflows/ci.yml`
- `.github/workflows/maintenance.yml`
- `.github/workflows/monthly-metrics.yml`
- `.github/workflows/release.yml`
- `.github/workflows/reusable-release.yml`
- `.github/workflows/reusable-test.yml`
- `.github/workflows/reusable-validate.yml`
- `.opencode/package.json`
- `.opencode/tsconfig.json`
- `.prettierrc`
- `eslint.config.js`
- `package.json`
### Guidelines
- This project uses a hybrid organization
- Follow existing patterns when adding new code
## Code Style
### Language: JavaScript
### Naming Conventions
| Element | Convention |
|---------|------------|
| Files | camelCase |
| Functions | camelCase |
| Classes | PascalCase |
| Constants | SCREAMING_SNAKE_CASE |
### Import Style: Relative Imports
### Export Style: Mixed Style
*Preferred import style*
```typescript
// Use relative imports
import { Button } from '../components/Button'
import { useAuth } from './hooks/useAuth'
```
## Testing
### Test Framework
No specific test framework detected — use the repository's existing test patterns.
### File Pattern: `*.test.js`
### Test Types
- **Unit tests**: Test individual functions and components in isolation
- **Integration tests**: Test interactions between multiple components/services
### Coverage
This project has coverage reporting configured. Aim for 80%+ coverage.
## Error Handling
### Error Handling Style: Try-Catch Blocks
*Standard error handling pattern*
```typescript
try {
const result = await riskyOperation()
return result
} catch (error) {
console.error('Operation failed:', error)
throw new Error('User-friendly message')
}
```
## Common Workflows
These workflows were detected from analyzing commit patterns.
### Database Migration
Database schema changes with migration files
**Frequency**: ~2 times per month
**Steps**:
1. Create migration file
2. Update schema definitions
3. Generate/update types
**Files typically involved**:
- `**/schema.*`
- `migrations/*`
**Example commit sequence**:
```
feat: implement --with/--without selective install flags (#679)
fix: sync catalog counts with filesystem (27 agents, 113 skills, 58 commands) (#693)
feat(rules): add Rust language rules (rebased #660) (#686)
```
### Feature Development
Standard feature implementation workflow
**Frequency**: ~22 times per month
**Steps**:
1. Add feature implementation
2. Add tests for feature
3. Update documentation
**Files typically involved**:
- `manifests/*`
- `schemas/*`
- `**/*.test.*`
- `**/api/**`
**Example commit sequence**:
```
feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
docs(skills): align documentation-lookup with CONTRIBUTING template; add cross-harness (Codex/Cursor) skill copies
fix: address PR review — skill template (When to use, How it works, Examples), bun.lock, next build note, rust-reviewer CI note, doc-lookup privacy/uncertainty
```
### Add Language Rules
Adds a new programming language to the rules system, including coding style, hooks, patterns, security, and testing guidelines.
**Frequency**: ~2 times per month
**Steps**:
1. Create a new directory under rules/{language}/
2. Add coding-style.md, hooks.md, patterns.md, security.md, and testing.md files with language-specific content
3. Optionally reference or link to related skills
**Files typically involved**:
- `rules/*/coding-style.md`
- `rules/*/hooks.md`
- `rules/*/patterns.md`
- `rules/*/security.md`
- `rules/*/testing.md`
**Example commit sequence**:
```
Create a new directory under rules/{language}/
Add coding-style.md, hooks.md, patterns.md, security.md, and testing.md files with language-specific content
Optionally reference or link to related skills
```
### Add New Skill
Adds a new skill to the system, documenting its workflow, triggers, and usage, often with supporting scripts.
**Frequency**: ~4 times per month
**Steps**:
1. Create a new directory under skills/{skill-name}/
2. Add SKILL.md with documentation (When to Use, How It Works, Examples, etc.)
3. Optionally add scripts or supporting files under skills/{skill-name}/scripts/
4. Address review feedback and iterate on documentation
**Files typically involved**:
- `skills/*/SKILL.md`
- `skills/*/scripts/*.sh`
- `skills/*/scripts/*.js`
**Example commit sequence**:
```
Create a new directory under skills/{skill-name}/
Add SKILL.md with documentation (When to Use, How It Works, Examples, etc.)
Optionally add scripts or supporting files under skills/{skill-name}/scripts/
Address review feedback and iterate on documentation
```
### Add New Agent
Adds a new agent to the system for code review, build resolution, or other automated tasks.
**Frequency**: ~2 times per month
**Steps**:
1. Create a new agent markdown file under agents/{agent-name}.md
2. Register the agent in AGENTS.md
3. Optionally update README.md and docs/COMMAND-AGENT-MAP.md
**Files typically involved**:
- `agents/*.md`
- `AGENTS.md`
- `README.md`
- `docs/COMMAND-AGENT-MAP.md`
**Example commit sequence**:
```
Create a new agent markdown file under agents/{agent-name}.md
Register the agent in AGENTS.md
Optionally update README.md and docs/COMMAND-AGENT-MAP.md
```
### Add New Command
Adds a new command to the system, often paired with a backing skill.
**Frequency**: ~1 times per month
**Steps**:
1. Create a new markdown file under commands/{command-name}.md
2. Optionally add or update a backing skill under skills/{skill-name}/SKILL.md
**Files typically involved**:
- `commands/*.md`
- `skills/*/SKILL.md`
**Example commit sequence**:
```
Create a new markdown file under commands/{command-name}.md
Optionally add or update a backing skill under skills/{skill-name}/SKILL.md
```
### Sync Catalog Counts
Synchronizes the documented counts of agents, skills, and commands in AGENTS.md and README.md with the actual repository state.
**Frequency**: ~3 times per month
**Steps**:
1. Update agent, skill, and command counts in AGENTS.md
2. Update the same counts in README.md (quick-start, comparison table, etc.)
3. Optionally update other documentation files
**Files typically involved**:
- `AGENTS.md`
- `README.md`
**Example commit sequence**:
```
Update agent, skill, and command counts in AGENTS.md
Update the same counts in README.md (quick-start, comparison table, etc.)
Optionally update other documentation files
```
### Add Cross Harness Skill Copies
Adds skill copies for different agent harnesses (e.g., Codex, Cursor, Antigravity) to ensure compatibility across platforms.
**Frequency**: ~2 times per month
**Steps**:
1. Copy or adapt SKILL.md to .agents/skills/{skill}/SKILL.md and/or .cursor/skills/{skill}/SKILL.md
2. Optionally add harness-specific openai.yaml or config files
3. Address review feedback to align with CONTRIBUTING template
**Files typically involved**:
- `.agents/skills/*/SKILL.md`
- `.cursor/skills/*/SKILL.md`
- `.agents/skills/*/agents/openai.yaml`
**Example commit sequence**:
```
Copy or adapt SKILL.md to .agents/skills/{skill}/SKILL.md and/or .cursor/skills/{skill}/SKILL.md
Optionally add harness-specific openai.yaml or config files
Address review feedback to align with CONTRIBUTING template
```
### Add Or Update Hook
Adds or updates git or bash hooks to enforce workflow, quality, or security policies.
**Frequency**: ~1 times per month
**Steps**:
1. Add or update hook scripts in hooks/ or scripts/hooks/
2. Register the hook in hooks/hooks.json or similar config
3. Optionally add or update tests in tests/hooks/
**Files typically involved**:
- `hooks/*.hook`
- `hooks/hooks.json`
- `scripts/hooks/*.js`
- `tests/hooks/*.test.js`
- `.cursor/hooks.json`
**Example commit sequence**:
```
Add or update hook scripts in hooks/ or scripts/hooks/
Register the hook in hooks/hooks.json or similar config
Optionally add or update tests in tests/hooks/
```
### Address Review Feedback
Addresses code review feedback by updating documentation, scripts, or configuration for clarity, correctness, or convention alignment.
**Frequency**: ~4 times per month
**Steps**:
1. Edit SKILL.md, agent, or command files to address reviewer comments
2. Update examples, headings, or configuration as requested
3. Iterate until all review feedback is resolved
**Files typically involved**:
- `skills/*/SKILL.md`
- `agents/*.md`
- `commands/*.md`
- `.agents/skills/*/SKILL.md`
- `.cursor/skills/*/SKILL.md`
**Example commit sequence**:
```
Edit SKILL.md, agent, or command files to address reviewer comments
Update examples, headings, or configuration as requested
Iterate until all review feedback is resolved
```
## Best Practices
Based on analysis of the codebase, follow these practices:
### Do
- Use conventional commit format (feat:, fix:, etc.)
- Follow *.test.js naming pattern
- Use camelCase for file names
- Prefer mixed exports
### Don't
- Don't write vague commit messages
- Don't skip tests for new features
- Don't deviate from established patterns without discussion
--- ---
*This skill was auto-generated by [ECC Tools](https://ecc.tools). Review and customize as needed for your team.* ### Add or Update a Command Workflow
**Trigger:** When introducing or improving a command-driven workflow (e.g., PRP, code review, refactoring)
**Command:** `/add-command`
1. Create or update a markdown file in `commands/` (e.g., `commands/prp-*.md`).
2. If relevant, update or add supporting files in `.claude/commands/`.
3. Optionally update documentation or references to the command in `README.md` or `AGENTS.md`.
**Example:**
```bash
# Add a new PRP command workflow
touch commands/prp-enhanced.md
# Optionally update supporting files
vim .claude/commands/prp-enhanced.md
```
---
### Refactor Skill or Core Logic
**Trigger:** When improving, reorganizing, or merging existing skill or core logic for maintainability or performance
**Command:** `/refactor-skill`
1. Edit multiple `SKILL.md` files in `skills/` or `.agents/skills/`.
2. Update documentation: `AGENTS.md`, `README.md`, `README.zh-CN.md`, `docs/zh-CN/AGENTS.md`, `docs/zh-CN/README.md`.
3. Update `manifests/install-modules.json` or related manifests as needed.
4. Remove, merge, or rename legacy command or skill files.
5. Optionally update or add tests for the refactored logic.
**Example:**
```bash
# Refactor multiple skills
vim skills/skillA/SKILL.md skills/skillB/SKILL.md
# Update manifests and docs
vim manifests/install-modules.json README.md
```
---
### Add or Update Install Target
**Trigger:** When supporting a new external tool or environment as an install target
**Command:** `/add-install-target`
1. Create or update install scripts in a dedicated directory (e.g., `.codebuddy/`, `.gemini/`).
2. Add or update install target logic in `scripts/lib/install-targets/`.
3. Update `manifests/install-modules.json` and `schemas/ecc-install-config.schema.json`.
4. Update or add tests for the new install target in `tests/lib/install-targets.test.js`.
5. Update registry logic if necessary.
**Example:**
```bash
# Add a Gemini install target
mkdir .gemini
touch .gemini/install.sh
vim scripts/lib/install-targets/gemini.js
# Update schemas and manifests
vim schemas/ecc-install-config.schema.json manifests/install-modules.json
```
---
### Update or Add CI/CD Workflow
**Trigger:** When improving, fixing, or adding CI/CD automation (e.g., dependency updates, release validation)
**Command:** `/update-ci`
1. Edit or add YAML files in `.github/workflows/`.
2. Optionally update related scripts or lockfiles (`yarn.lock`, `package-lock.json`).
3. Optionally update hooks or validation scripts.
**Example:**
```bash
# Add a new CI workflow
touch .github/workflows/dependency-check.yml
# Update lockfiles if needed
yarn install
```
## Testing Patterns
- **Test Files:** Use the `*.test.js` naming pattern.
- Example: `installTargets.test.js`
- **Framework:** Not explicitly specified; use standard Node.js or your preferred JS testing framework.
- **Placement:** Tests are typically placed alongside implementation or in a `tests/` directory.
**Example Test File:**
```js
// tests/lib/install-targets.test.js
import { installTarget } from '../../scripts/lib/install-targets/gemini.js';
test('should install Gemini target', () => {
expect(installTarget()).toBe(true);
});
```
## Commands
| Command | Purpose |
|---------------------|--------------------------------------------------------------|
| /add-skill | Add or update a skill, including documentation and manifests |
| /add-command | Add or update a command workflow |
| /refactor-skill | Refactor skill or core logic and update documentation |
| /add-install-target | Add or update an install target integration |
| /update-ci | Add or update CI/CD workflow files |
```

View File

@@ -7,9 +7,9 @@
".agents/skills/everything-claude-code/SKILL.md" ".agents/skills/everything-claude-code/SKILL.md"
], ],
"commandFiles": [ "commandFiles": [
".claude/commands/database-migration.md",
".claude/commands/feature-development.md", ".claude/commands/feature-development.md",
".claude/commands/add-language-rules.md" ".claude/commands/refactoring.md",
".claude/commands/add-or-update-skill.md"
], ],
"updatedAt": "2026-03-20T12:07:36.496Z" "updatedAt": "2026-04-02T13:44:44.593Z"
} }