mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-03-30 13:43:26 +08:00
feat(rules): add C# language support (#704)
* feat(rules): add C# language support * feat: add everything-claude-code ECC bundle (#705) * feat: add everything-claude-code ECC bundle (.claude/ecc-tools.json) * feat: add everything-claude-code ECC bundle (.claude/skills/everything-claude-code/SKILL.md) * feat: add everything-claude-code ECC bundle (.agents/skills/everything-claude-code/SKILL.md) * feat: add everything-claude-code ECC bundle (.agents/skills/everything-claude-code/agents/openai.yaml) * feat: add everything-claude-code ECC bundle (.claude/identity.json) * feat: add everything-claude-code ECC bundle (.codex/agents/explorer.toml) * feat: add everything-claude-code ECC bundle (.codex/agents/reviewer.toml) * feat: add everything-claude-code ECC bundle (.codex/agents/docs-researcher.toml) * feat: add everything-claude-code ECC bundle (.claude/rules/everything-claude-code-guardrails.md) * feat: add everything-claude-code ECC bundle (.claude/research/everything-claude-code-research-playbook.md) * feat: add everything-claude-code ECC bundle (.claude/team/everything-claude-code-team-config.json) * feat: add everything-claude-code ECC bundle (.claude/enterprise/controls.md) * feat: add everything-claude-code ECC bundle (.claude/commands/database-migration.md) * feat: add everything-claude-code ECC bundle (.claude/commands/feature-development.md) * feat: add everything-claude-code ECC bundle (.claude/commands/add-language-rules.md) --------- Co-authored-by: ecc-tools[bot] <257055122+ecc-tools[bot]@users.noreply.github.com> * ci: retrigger --------- Co-authored-by: ecc-tools[bot] <257055122+ecc-tools[bot]@users.noreply.github.com>
This commit is contained in:
Affaan Mustafa
442
.agents/skills/everything-claude-code/SKILL.md
Normal file
442
.agents/skills/everything-claude-code/SKILL.md
Normal file
@@ -0,0 +1,442 @@
|
|||||||
|
---
|
||||||
|
name: everything-claude-code-conventions
|
||||||
|
description: Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.
|
||||||
|
---
|
||||||
|
|
||||||
|
# Everything Claude Code Conventions
|
||||||
|
|
||||||
|
> Generated from [affaan-m/everything-claude-code](https://github.com/affaan-m/everything-claude-code) on 2026-03-20
|
||||||
|
|
||||||
|
## Overview
|
||||||
|
|
||||||
|
This skill teaches Claude the development patterns and conventions used in everything-claude-code.
|
||||||
|
|
||||||
|
## Tech Stack
|
||||||
|
|
||||||
|
- **Primary Language**: JavaScript
|
||||||
|
- **Architecture**: hybrid module organization
|
||||||
|
- **Test Location**: separate
|
||||||
|
|
||||||
|
## When to Use This Skill
|
||||||
|
|
||||||
|
Activate this skill when:
|
||||||
|
- Making changes to this repository
|
||||||
|
- Adding new features following established patterns
|
||||||
|
- Writing tests that match project conventions
|
||||||
|
- Creating commits with proper message format
|
||||||
|
|
||||||
|
## Commit Conventions
|
||||||
|
|
||||||
|
Follow these commit message conventions based on 500 analyzed commits.
|
||||||
|
|
||||||
|
### Commit Style: Conventional Commits
|
||||||
|
|
||||||
|
### Prefixes Used
|
||||||
|
|
||||||
|
- `fix`
|
||||||
|
- `test`
|
||||||
|
- `feat`
|
||||||
|
- `docs`
|
||||||
|
|
||||||
|
### Message Guidelines
|
||||||
|
|
||||||
|
- Average message length: ~65 characters
|
||||||
|
- Keep first line concise and descriptive
|
||||||
|
- 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.*
|
||||||
6
.agents/skills/everything-claude-code/agents/openai.yaml
Normal file
6
.agents/skills/everything-claude-code/agents/openai.yaml
Normal file
@@ -0,0 +1,6 @@
|
|||||||
|
interface:
|
||||||
|
display_name: "Everything Claude Code"
|
||||||
|
short_description: "Repo-specific patterns and workflows for everything-claude-code"
|
||||||
|
default_prompt: "Use the everything-claude-code repo skill to follow existing architecture, testing, and workflow conventions."
|
||||||
|
policy:
|
||||||
|
allow_implicit_invocation: true
|
||||||
39
.claude/commands/add-language-rules.md
Normal file
39
.claude/commands/add-language-rules.md
Normal file
@@ -0,0 +1,39 @@
|
|||||||
|
---
|
||||||
|
name: add-language-rules
|
||||||
|
description: Workflow command scaffold for add-language-rules in everything-claude-code.
|
||||||
|
allowed_tools: ["Bash", "Read", "Write", "Grep", "Glob"]
|
||||||
|
---
|
||||||
|
|
||||||
|
# /add-language-rules
|
||||||
|
|
||||||
|
Use this workflow when working on **add-language-rules** in `everything-claude-code`.
|
||||||
|
|
||||||
|
## Goal
|
||||||
|
|
||||||
|
Adds a new programming language to the rules system, including coding style, hooks, patterns, security, and testing guidelines.
|
||||||
|
|
||||||
|
## Common Files
|
||||||
|
|
||||||
|
- `rules/*/coding-style.md`
|
||||||
|
- `rules/*/hooks.md`
|
||||||
|
- `rules/*/patterns.md`
|
||||||
|
- `rules/*/security.md`
|
||||||
|
- `rules/*/testing.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 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
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Treat this as a scaffold, not a hard-coded script.
|
||||||
|
- Update the command if the workflow evolves materially.
|
||||||
36
.claude/commands/database-migration.md
Normal file
36
.claude/commands/database-migration.md
Normal file
@@ -0,0 +1,36 @@
|
|||||||
|
---
|
||||||
|
name: database-migration
|
||||||
|
description: Workflow command scaffold for database-migration in everything-claude-code.
|
||||||
|
allowed_tools: ["Bash", "Read", "Write", "Grep", "Glob"]
|
||||||
|
---
|
||||||
|
|
||||||
|
# /database-migration
|
||||||
|
|
||||||
|
Use this workflow when working on **database-migration** in `everything-claude-code`.
|
||||||
|
|
||||||
|
## Goal
|
||||||
|
|
||||||
|
Database schema changes with migration files
|
||||||
|
|
||||||
|
## Common Files
|
||||||
|
|
||||||
|
- `**/schema.*`
|
||||||
|
- `migrations/*`
|
||||||
|
|
||||||
|
## 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 migration file
|
||||||
|
- Update schema definitions
|
||||||
|
- Generate/update types
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Treat this as a scaffold, not a hard-coded script.
|
||||||
|
- Update the command if the workflow evolves materially.
|
||||||
38
.claude/commands/feature-development.md
Normal file
38
.claude/commands/feature-development.md
Normal file
@@ -0,0 +1,38 @@
|
|||||||
|
---
|
||||||
|
name: feature-development
|
||||||
|
description: Workflow command scaffold for feature-development in everything-claude-code.
|
||||||
|
allowed_tools: ["Bash", "Read", "Write", "Grep", "Glob"]
|
||||||
|
---
|
||||||
|
|
||||||
|
# /feature-development
|
||||||
|
|
||||||
|
Use this workflow when working on **feature-development** in `everything-claude-code`.
|
||||||
|
|
||||||
|
## Goal
|
||||||
|
|
||||||
|
Standard feature implementation workflow
|
||||||
|
|
||||||
|
## Common Files
|
||||||
|
|
||||||
|
- `manifests/*`
|
||||||
|
- `schemas/*`
|
||||||
|
- `**/*.test.*`
|
||||||
|
- `**/api/**`
|
||||||
|
|
||||||
|
## 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
|
||||||
|
|
||||||
|
- Add feature implementation
|
||||||
|
- Add tests for feature
|
||||||
|
- Update documentation
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Treat this as a scaffold, not a hard-coded script.
|
||||||
|
- Update the command if the workflow evolves materially.
|
||||||
334
.claude/ecc-tools.json
Normal file
334
.claude/ecc-tools.json
Normal file
@@ -0,0 +1,334 @@
|
|||||||
|
{
|
||||||
|
"version": "1.3",
|
||||||
|
"schemaVersion": "1.0",
|
||||||
|
"generatedBy": "ecc-tools",
|
||||||
|
"generatedAt": "2026-03-20T12:07:36.496Z",
|
||||||
|
"repo": "https://github.com/affaan-m/everything-claude-code",
|
||||||
|
"profiles": {
|
||||||
|
"requested": "full",
|
||||||
|
"recommended": "full",
|
||||||
|
"effective": "full",
|
||||||
|
"requestedAlias": "full",
|
||||||
|
"recommendedAlias": "full",
|
||||||
|
"effectiveAlias": "full"
|
||||||
|
},
|
||||||
|
"requestedProfile": "full",
|
||||||
|
"profile": "full",
|
||||||
|
"recommendedProfile": "full",
|
||||||
|
"effectiveProfile": "full",
|
||||||
|
"tier": "enterprise",
|
||||||
|
"requestedComponents": [
|
||||||
|
"repo-baseline",
|
||||||
|
"workflow-automation",
|
||||||
|
"security-audits",
|
||||||
|
"research-tooling",
|
||||||
|
"team-rollout",
|
||||||
|
"governance-controls"
|
||||||
|
],
|
||||||
|
"selectedComponents": [
|
||||||
|
"repo-baseline",
|
||||||
|
"workflow-automation",
|
||||||
|
"security-audits",
|
||||||
|
"research-tooling",
|
||||||
|
"team-rollout",
|
||||||
|
"governance-controls"
|
||||||
|
],
|
||||||
|
"requestedAddComponents": [],
|
||||||
|
"requestedRemoveComponents": [],
|
||||||
|
"blockedRemovalComponents": [],
|
||||||
|
"tierFilteredComponents": [],
|
||||||
|
"requestedRootPackages": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"selectedRootPackages": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"requestedPackages": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"requestedAddPackages": [],
|
||||||
|
"requestedRemovePackages": [],
|
||||||
|
"selectedPackages": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"packages": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"blockedRemovalPackages": [],
|
||||||
|
"tierFilteredRootPackages": [],
|
||||||
|
"tierFilteredPackages": [],
|
||||||
|
"conflictingPackages": [],
|
||||||
|
"dependencyGraph": {
|
||||||
|
"runtime-core": [],
|
||||||
|
"workflow-pack": [
|
||||||
|
"runtime-core"
|
||||||
|
],
|
||||||
|
"agentshield-pack": [
|
||||||
|
"workflow-pack"
|
||||||
|
],
|
||||||
|
"research-pack": [
|
||||||
|
"workflow-pack"
|
||||||
|
],
|
||||||
|
"team-config-sync": [
|
||||||
|
"runtime-core"
|
||||||
|
],
|
||||||
|
"enterprise-controls": [
|
||||||
|
"team-config-sync"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
"resolutionOrder": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"requestedModules": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"selectedModules": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"modules": [
|
||||||
|
"runtime-core",
|
||||||
|
"workflow-pack",
|
||||||
|
"agentshield-pack",
|
||||||
|
"research-pack",
|
||||||
|
"team-config-sync",
|
||||||
|
"enterprise-controls"
|
||||||
|
],
|
||||||
|
"managedFiles": [
|
||||||
|
".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/agents/openai.yaml",
|
||||||
|
".claude/identity.json",
|
||||||
|
".codex/config.toml",
|
||||||
|
".codex/AGENTS.md",
|
||||||
|
".codex/agents/explorer.toml",
|
||||||
|
".codex/agents/reviewer.toml",
|
||||||
|
".codex/agents/docs-researcher.toml",
|
||||||
|
".claude/homunculus/instincts/inherited/everything-claude-code-instincts.yaml",
|
||||||
|
".claude/rules/everything-claude-code-guardrails.md",
|
||||||
|
".claude/research/everything-claude-code-research-playbook.md",
|
||||||
|
".claude/team/everything-claude-code-team-config.json",
|
||||||
|
".claude/enterprise/controls.md",
|
||||||
|
".claude/commands/database-migration.md",
|
||||||
|
".claude/commands/feature-development.md",
|
||||||
|
".claude/commands/add-language-rules.md"
|
||||||
|
],
|
||||||
|
"packageFiles": {
|
||||||
|
"runtime-core": [
|
||||||
|
".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/agents/openai.yaml",
|
||||||
|
".claude/identity.json",
|
||||||
|
".codex/config.toml",
|
||||||
|
".codex/AGENTS.md",
|
||||||
|
".codex/agents/explorer.toml",
|
||||||
|
".codex/agents/reviewer.toml",
|
||||||
|
".codex/agents/docs-researcher.toml",
|
||||||
|
".claude/homunculus/instincts/inherited/everything-claude-code-instincts.yaml"
|
||||||
|
],
|
||||||
|
"agentshield-pack": [
|
||||||
|
".claude/rules/everything-claude-code-guardrails.md"
|
||||||
|
],
|
||||||
|
"research-pack": [
|
||||||
|
".claude/research/everything-claude-code-research-playbook.md"
|
||||||
|
],
|
||||||
|
"team-config-sync": [
|
||||||
|
".claude/team/everything-claude-code-team-config.json"
|
||||||
|
],
|
||||||
|
"enterprise-controls": [
|
||||||
|
".claude/enterprise/controls.md"
|
||||||
|
],
|
||||||
|
"workflow-pack": [
|
||||||
|
".claude/commands/database-migration.md",
|
||||||
|
".claude/commands/feature-development.md",
|
||||||
|
".claude/commands/add-language-rules.md"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
"moduleFiles": {
|
||||||
|
"runtime-core": [
|
||||||
|
".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/agents/openai.yaml",
|
||||||
|
".claude/identity.json",
|
||||||
|
".codex/config.toml",
|
||||||
|
".codex/AGENTS.md",
|
||||||
|
".codex/agents/explorer.toml",
|
||||||
|
".codex/agents/reviewer.toml",
|
||||||
|
".codex/agents/docs-researcher.toml",
|
||||||
|
".claude/homunculus/instincts/inherited/everything-claude-code-instincts.yaml"
|
||||||
|
],
|
||||||
|
"agentshield-pack": [
|
||||||
|
".claude/rules/everything-claude-code-guardrails.md"
|
||||||
|
],
|
||||||
|
"research-pack": [
|
||||||
|
".claude/research/everything-claude-code-research-playbook.md"
|
||||||
|
],
|
||||||
|
"team-config-sync": [
|
||||||
|
".claude/team/everything-claude-code-team-config.json"
|
||||||
|
],
|
||||||
|
"enterprise-controls": [
|
||||||
|
".claude/enterprise/controls.md"
|
||||||
|
],
|
||||||
|
"workflow-pack": [
|
||||||
|
".claude/commands/database-migration.md",
|
||||||
|
".claude/commands/feature-development.md",
|
||||||
|
".claude/commands/add-language-rules.md"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
"files": [
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
"description": "Repository-specific Claude Code skill generated from git history."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".agents/skills/everything-claude-code/SKILL.md",
|
||||||
|
"description": "Codex-facing copy of the generated repository skill."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".agents/skills/everything-claude-code/agents/openai.yaml",
|
||||||
|
"description": "Codex skill metadata so the repo skill appears cleanly in the skill interface."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".claude/identity.json",
|
||||||
|
"description": "Suggested identity.json baseline derived from repository conventions."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".codex/config.toml",
|
||||||
|
"description": "Repo-local Codex MCP and multi-agent baseline aligned with ECC defaults."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".codex/AGENTS.md",
|
||||||
|
"description": "Codex usage guide that points at the generated repo skill and workflow bundle."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".codex/agents/explorer.toml",
|
||||||
|
"description": "Read-only explorer role config for Codex multi-agent work."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".codex/agents/reviewer.toml",
|
||||||
|
"description": "Read-only reviewer role config focused on correctness and security."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".codex/agents/docs-researcher.toml",
|
||||||
|
"description": "Read-only docs researcher role config for API verification."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "runtime-core",
|
||||||
|
"path": ".claude/homunculus/instincts/inherited/everything-claude-code-instincts.yaml",
|
||||||
|
"description": "Continuous-learning instincts derived from repository patterns."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "agentshield-pack",
|
||||||
|
"path": ".claude/rules/everything-claude-code-guardrails.md",
|
||||||
|
"description": "Repository guardrails distilled from analysis for security and workflow review."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "research-pack",
|
||||||
|
"path": ".claude/research/everything-claude-code-research-playbook.md",
|
||||||
|
"description": "Research workflow playbook for source attribution and long-context tasks."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "team-config-sync",
|
||||||
|
"path": ".claude/team/everything-claude-code-team-config.json",
|
||||||
|
"description": "Team config scaffold that points collaborators at the shared ECC bundle."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "enterprise-controls",
|
||||||
|
"path": ".claude/enterprise/controls.md",
|
||||||
|
"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",
|
||||||
|
"path": ".claude/commands/feature-development.md",
|
||||||
|
"description": "Workflow command scaffold for feature-development."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"moduleId": "workflow-pack",
|
||||||
|
"path": ".claude/commands/add-language-rules.md",
|
||||||
|
"description": "Workflow command scaffold for add-language-rules."
|
||||||
|
}
|
||||||
|
],
|
||||||
|
"workflows": [
|
||||||
|
{
|
||||||
|
"command": "database-migration",
|
||||||
|
"path": ".claude/commands/database-migration.md"
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"command": "feature-development",
|
||||||
|
"path": ".claude/commands/feature-development.md"
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"command": "add-language-rules",
|
||||||
|
"path": ".claude/commands/add-language-rules.md"
|
||||||
|
}
|
||||||
|
],
|
||||||
|
"adapters": {
|
||||||
|
"claudeCode": {
|
||||||
|
"skillPath": ".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
"identityPath": ".claude/identity.json",
|
||||||
|
"commandPaths": [
|
||||||
|
".claude/commands/database-migration.md",
|
||||||
|
".claude/commands/feature-development.md",
|
||||||
|
".claude/commands/add-language-rules.md"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
"codex": {
|
||||||
|
"configPath": ".codex/config.toml",
|
||||||
|
"agentsGuidePath": ".codex/AGENTS.md",
|
||||||
|
"skillPath": ".agents/skills/everything-claude-code/SKILL.md"
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
15
.claude/enterprise/controls.md
Normal file
15
.claude/enterprise/controls.md
Normal file
@@ -0,0 +1,15 @@
|
|||||||
|
# Enterprise Controls
|
||||||
|
|
||||||
|
This is a starter governance file for enterprise ECC deployments.
|
||||||
|
|
||||||
|
## Baseline
|
||||||
|
|
||||||
|
- Repository: https://github.com/affaan-m/everything-claude-code
|
||||||
|
- Recommended profile: full
|
||||||
|
- Keep install manifests, audit allowlists, and Codex baselines under review.
|
||||||
|
|
||||||
|
## Approval Expectations
|
||||||
|
|
||||||
|
- Security-sensitive workflow changes require explicit reviewer acknowledgement.
|
||||||
|
- Audit suppressions must include a reason and the narrowest viable matcher.
|
||||||
|
- Generated skills should be reviewed before broad rollout to teams.
|
||||||
14
.claude/identity.json
Normal file
14
.claude/identity.json
Normal file
@@ -0,0 +1,14 @@
|
|||||||
|
{
|
||||||
|
"version": "2.0",
|
||||||
|
"technicalLevel": "technical",
|
||||||
|
"preferredStyle": {
|
||||||
|
"verbosity": "minimal",
|
||||||
|
"codeComments": true,
|
||||||
|
"explanations": true
|
||||||
|
},
|
||||||
|
"domains": [
|
||||||
|
"javascript"
|
||||||
|
],
|
||||||
|
"suggestedBy": "ecc-tools-repo-analysis",
|
||||||
|
"createdAt": "2026-03-20T12:07:57.119Z"
|
||||||
|
}
|
||||||
21
.claude/research/everything-claude-code-research-playbook.md
Normal file
21
.claude/research/everything-claude-code-research-playbook.md
Normal file
@@ -0,0 +1,21 @@
|
|||||||
|
# Everything Claude Code Research Playbook
|
||||||
|
|
||||||
|
Use this when the task is documentation-heavy, source-sensitive, or requires broad repository context.
|
||||||
|
|
||||||
|
## Defaults
|
||||||
|
|
||||||
|
- Prefer primary documentation and direct source links.
|
||||||
|
- Include concrete dates when facts may change over time.
|
||||||
|
- Keep a short evidence trail for each recommendation or conclusion.
|
||||||
|
|
||||||
|
## Suggested Flow
|
||||||
|
|
||||||
|
1. Inspect local code and docs first.
|
||||||
|
2. Browse only for unstable or external facts.
|
||||||
|
3. Summarize findings with file paths, commands, or links.
|
||||||
|
|
||||||
|
## Repo Signals
|
||||||
|
|
||||||
|
- Primary language: JavaScript
|
||||||
|
- Framework: Not detected
|
||||||
|
- Workflows detected: 10
|
||||||
34
.claude/rules/everything-claude-code-guardrails.md
Normal file
34
.claude/rules/everything-claude-code-guardrails.md
Normal file
@@ -0,0 +1,34 @@
|
|||||||
|
# Everything Claude Code Guardrails
|
||||||
|
|
||||||
|
Generated by ECC Tools from repository history. Review before treating it as a hard policy file.
|
||||||
|
|
||||||
|
## Commit Workflow
|
||||||
|
|
||||||
|
- Prefer `conventional` commit messaging with prefixes such as fix, test, feat, docs.
|
||||||
|
- Keep new changes aligned with the existing pull-request and review flow already present in the repo.
|
||||||
|
|
||||||
|
## Architecture
|
||||||
|
|
||||||
|
- Preserve the current `hybrid` module organization.
|
||||||
|
- Respect the current test layout: `separate`.
|
||||||
|
|
||||||
|
## Code Style
|
||||||
|
|
||||||
|
- Use `camelCase` file naming.
|
||||||
|
- Prefer `relative` imports and `mixed` exports.
|
||||||
|
|
||||||
|
## ECC Defaults
|
||||||
|
|
||||||
|
- Current recommended install profile: `full`.
|
||||||
|
- Validate risky config changes in PRs and keep the install manifest in source control.
|
||||||
|
|
||||||
|
## Detected Workflows
|
||||||
|
|
||||||
|
- database-migration: Database schema changes with migration files
|
||||||
|
- 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.
|
||||||
|
|
||||||
|
## Review Reminder
|
||||||
|
|
||||||
|
- Regenerate this bundle when repository conventions materially change.
|
||||||
|
- Keep suppressions narrow and auditable.
|
||||||
@@ -1,97 +1,442 @@
|
|||||||
# Everything Claude Code
|
---
|
||||||
|
name: everything-claude-code-conventions
|
||||||
|
description: Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.
|
||||||
|
---
|
||||||
|
|
||||||
Use this skill when working inside the `everything-claude-code` repository and you need repo-specific guidance instead of generic coding advice.
|
# Everything Claude Code Conventions
|
||||||
|
|
||||||
Optional companion instincts live at `.claude/homunculus/instincts/inherited/everything-claude-code-instincts.yaml` for teams using `continuous-learning-v2`.
|
> Generated from [affaan-m/everything-claude-code](https://github.com/affaan-m/everything-claude-code) on 2026-03-20
|
||||||
|
|
||||||
## When to Use
|
## Overview
|
||||||
|
|
||||||
Activate this skill when the task touches one or more of these areas:
|
This skill teaches Claude the development patterns and conventions used in everything-claude-code.
|
||||||
- cross-platform parity across Claude Code, Cursor, Codex, and OpenCode
|
|
||||||
- hook scripts, hook docs, or hook tests
|
|
||||||
- skills, commands, agents, or rules that must stay synchronized across surfaces
|
|
||||||
- release work such as version bumps, changelog updates, or plugin metadata updates
|
|
||||||
- continuous-learning or instinct workflows inside this repository
|
|
||||||
|
|
||||||
## How It Works
|
## Tech Stack
|
||||||
|
|
||||||
### 1. Follow the repo's development contract
|
- **Primary Language**: JavaScript
|
||||||
|
- **Architecture**: hybrid module organization
|
||||||
|
- **Test Location**: separate
|
||||||
|
|
||||||
- Use conventional commits such as `feat:`, `fix:`, `docs:`, `test:`, `chore:`.
|
## When to Use This Skill
|
||||||
- Keep commit subjects concise and close to the repo norm of about 70 characters.
|
|
||||||
- Prefer camelCase for JavaScript and TypeScript module filenames.
|
|
||||||
- Use kebab-case for skill directories and command filenames.
|
|
||||||
- Keep test files on the existing `*.test.js` pattern.
|
|
||||||
|
|
||||||
### 2. Treat the root repo as the source of truth
|
Activate this skill when:
|
||||||
|
- Making changes to this repository
|
||||||
|
- Adding new features following established patterns
|
||||||
|
- Writing tests that match project conventions
|
||||||
|
- Creating commits with proper message format
|
||||||
|
|
||||||
Start from the root implementation, then mirror changes where they are intentionally shipped.
|
## Commit Conventions
|
||||||
|
|
||||||
Typical mirror targets:
|
Follow these commit message conventions based on 500 analyzed commits.
|
||||||
- `.cursor/`
|
|
||||||
- `.codex/`
|
|
||||||
- `.opencode/`
|
|
||||||
- `.agents/`
|
|
||||||
|
|
||||||
Do not assume every `.claude/` artifact needs a cross-platform copy. Only mirror files that are part of the shipped multi-platform surface.
|
### Commit Style: Conventional Commits
|
||||||
|
|
||||||
### 3. Update hooks with tests and docs together
|
### Prefixes Used
|
||||||
|
|
||||||
When changing hook behavior:
|
- `fix`
|
||||||
1. update `hooks/hooks.json` or the relevant script in `scripts/hooks/`
|
- `test`
|
||||||
2. update matching tests in `tests/hooks/` or `tests/integration/`
|
- `feat`
|
||||||
3. update `hooks/README.md` if behavior or configuration changed
|
- `docs`
|
||||||
4. verify parity for `.cursor/hooks/` and `.opencode/plugins/` when applicable
|
|
||||||
|
|
||||||
### 4. Keep release metadata in sync
|
### Message Guidelines
|
||||||
|
|
||||||
When preparing a release, verify the same version is reflected anywhere it is surfaced:
|
- Average message length: ~65 characters
|
||||||
- `package.json`
|
- Keep first line concise and descriptive
|
||||||
- `.claude-plugin/plugin.json`
|
- Use imperative mood ("Add feature" not "Added feature")
|
||||||
- `.claude-plugin/marketplace.json`
|
|
||||||
|
|
||||||
|
*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/package.json`
|
||||||
- release notes or changelog entries when the release process expects them
|
- `.opencode/tsconfig.json`
|
||||||
|
- `.prettierrc`
|
||||||
|
- `eslint.config.js`
|
||||||
|
- `package.json`
|
||||||
|
|
||||||
### 5. Be explicit about continuous-learning changes
|
### Guidelines
|
||||||
|
|
||||||
If the task touches `skills/continuous-learning-v2/` or imported instincts:
|
- This project uses a hybrid organization
|
||||||
- prefer accurate, low-noise instincts over auto-generated bulk output
|
- Follow existing patterns when adding new code
|
||||||
- keep instinct files importable by `instinct-cli.py`
|
|
||||||
- remove duplicated or contradictory instincts instead of layering more guidance on top
|
|
||||||
|
|
||||||
## Examples
|
## Code Style
|
||||||
|
|
||||||
### Naming examples
|
### Language: JavaScript
|
||||||
|
|
||||||
```text
|
### Naming Conventions
|
||||||
skills/continuous-learning-v2/SKILL.md
|
|
||||||
commands/update-docs.md
|
| Element | Convention |
|
||||||
scripts/hooks/session-start.js
|
|---------|------------|
|
||||||
tests/hooks/hooks.test.js
|
| 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'
|
||||||
```
|
```
|
||||||
|
|
||||||
### Commit examples
|
## Testing
|
||||||
|
|
||||||
```text
|
### Test Framework
|
||||||
fix: harden session summary extraction on Stop hook
|
|
||||||
docs: align Codex config examples with current schema
|
No specific test framework detected — use the repository's existing test patterns.
|
||||||
test: cover Windows formatter fallback behavior
|
|
||||||
|
### 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')
|
||||||
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
### Skill update checklist
|
## Common Workflows
|
||||||
|
|
||||||
```text
|
These workflows were detected from analyzing commit patterns.
|
||||||
1. Update the root skill or command.
|
|
||||||
2. Mirror it only where that surface is shipped.
|
### Database Migration
|
||||||
3. Run targeted tests first, then the broader suite if behavior changed.
|
|
||||||
4. Review docs and release notes for user-visible changes.
|
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)
|
||||||
```
|
```
|
||||||
|
|
||||||
### Release checklist
|
### Feature Development
|
||||||
|
|
||||||
```text
|
Standard feature implementation workflow
|
||||||
1. Bump package and plugin versions.
|
|
||||||
2. Run npm test.
|
**Frequency**: ~22 times per month
|
||||||
3. Verify platform-specific manifests.
|
|
||||||
4. Publish the release notes with a human-readable summary.
|
**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.*
|
||||||
|
|||||||
15
.claude/team/everything-claude-code-team-config.json
Normal file
15
.claude/team/everything-claude-code-team-config.json
Normal file
@@ -0,0 +1,15 @@
|
|||||||
|
{
|
||||||
|
"version": "1.0",
|
||||||
|
"generatedBy": "ecc-tools",
|
||||||
|
"profile": "full",
|
||||||
|
"sharedSkills": [
|
||||||
|
".claude/skills/everything-claude-code/SKILL.md",
|
||||||
|
".agents/skills/everything-claude-code/SKILL.md"
|
||||||
|
],
|
||||||
|
"commandFiles": [
|
||||||
|
".claude/commands/database-migration.md",
|
||||||
|
".claude/commands/feature-development.md",
|
||||||
|
".claude/commands/add-language-rules.md"
|
||||||
|
],
|
||||||
|
"updatedAt": "2026-03-20T12:07:36.496Z"
|
||||||
|
}
|
||||||
72
rules/csharp/coding-style.md
Normal file
72
rules/csharp/coding-style.md
Normal file
@@ -0,0 +1,72 @@
|
|||||||
|
---
|
||||||
|
paths:
|
||||||
|
- "**/*.cs"
|
||||||
|
- "**/*.csx"
|
||||||
|
---
|
||||||
|
# C# Coding Style
|
||||||
|
|
||||||
|
> This file extends [common/coding-style.md](../common/coding-style.md) with C#-specific content.
|
||||||
|
|
||||||
|
## Standards
|
||||||
|
|
||||||
|
- Follow current .NET conventions and enable nullable reference types
|
||||||
|
- Prefer explicit access modifiers on public and internal APIs
|
||||||
|
- Keep files aligned with the primary type they define
|
||||||
|
|
||||||
|
## Types and Models
|
||||||
|
|
||||||
|
- Prefer `record` or `record struct` for immutable value-like models
|
||||||
|
- Use `class` for entities or types with identity and lifecycle
|
||||||
|
- Use `interface` for service boundaries and abstractions
|
||||||
|
- Avoid `dynamic` in application code; prefer generics or explicit models
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public sealed record UserDto(Guid Id, string Email);
|
||||||
|
|
||||||
|
public interface IUserRepository
|
||||||
|
{
|
||||||
|
Task<UserDto?> FindByIdAsync(Guid id, CancellationToken cancellationToken);
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## Immutability
|
||||||
|
|
||||||
|
- Prefer `init` setters, constructor parameters, and immutable collections for shared state
|
||||||
|
- Do not mutate input models in-place when producing updated state
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public sealed record UserProfile(string Name, string Email);
|
||||||
|
|
||||||
|
public static UserProfile Rename(UserProfile profile, string name) =>
|
||||||
|
profile with { Name = name };
|
||||||
|
```
|
||||||
|
|
||||||
|
## Async and Error Handling
|
||||||
|
|
||||||
|
- Prefer `async`/`await` over blocking calls like `.Result` or `.Wait()`
|
||||||
|
- Pass `CancellationToken` through public async APIs
|
||||||
|
- Throw specific exceptions and log with structured properties
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public async Task<Order> LoadOrderAsync(
|
||||||
|
Guid orderId,
|
||||||
|
CancellationToken cancellationToken)
|
||||||
|
{
|
||||||
|
try
|
||||||
|
{
|
||||||
|
return await repository.FindAsync(orderId, cancellationToken)
|
||||||
|
?? throw new InvalidOperationException($"Order {orderId} was not found.");
|
||||||
|
}
|
||||||
|
catch (Exception ex)
|
||||||
|
{
|
||||||
|
logger.LogError(ex, "Failed to load order {OrderId}", orderId);
|
||||||
|
throw;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## Formatting
|
||||||
|
|
||||||
|
- Use `dotnet format` for formatting and analyzer fixes
|
||||||
|
- Keep `using` directives organized and remove unused imports
|
||||||
|
- Prefer expression-bodied members only when they stay readable
|
||||||
25
rules/csharp/hooks.md
Normal file
25
rules/csharp/hooks.md
Normal file
@@ -0,0 +1,25 @@
|
|||||||
|
---
|
||||||
|
paths:
|
||||||
|
- "**/*.cs"
|
||||||
|
- "**/*.csx"
|
||||||
|
- "**/*.csproj"
|
||||||
|
- "**/*.sln"
|
||||||
|
- "**/Directory.Build.props"
|
||||||
|
- "**/Directory.Build.targets"
|
||||||
|
---
|
||||||
|
# C# Hooks
|
||||||
|
|
||||||
|
> This file extends [common/hooks.md](../common/hooks.md) with C#-specific content.
|
||||||
|
|
||||||
|
## PostToolUse Hooks
|
||||||
|
|
||||||
|
Configure in `~/.claude/settings.json`:
|
||||||
|
|
||||||
|
- **dotnet format**: Auto-format edited C# files and apply analyzer fixes
|
||||||
|
- **dotnet build**: Verify the solution or project still compiles after edits
|
||||||
|
- **dotnet test --no-build**: Re-run the nearest relevant test project after behavior changes
|
||||||
|
|
||||||
|
## Stop Hooks
|
||||||
|
|
||||||
|
- Run a final `dotnet build` before ending a session with broad C# changes
|
||||||
|
- Warn on modified `appsettings*.json` files so secrets do not get committed
|
||||||
50
rules/csharp/patterns.md
Normal file
50
rules/csharp/patterns.md
Normal file
@@ -0,0 +1,50 @@
|
|||||||
|
---
|
||||||
|
paths:
|
||||||
|
- "**/*.cs"
|
||||||
|
- "**/*.csx"
|
||||||
|
---
|
||||||
|
# C# Patterns
|
||||||
|
|
||||||
|
> This file extends [common/patterns.md](../common/patterns.md) with C#-specific content.
|
||||||
|
|
||||||
|
## API Response Pattern
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public sealed record ApiResponse<T>(
|
||||||
|
bool Success,
|
||||||
|
T? Data = default,
|
||||||
|
string? Error = null,
|
||||||
|
object? Meta = null);
|
||||||
|
```
|
||||||
|
|
||||||
|
## Repository Pattern
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public interface IRepository<T>
|
||||||
|
{
|
||||||
|
Task<IReadOnlyList<T>> FindAllAsync(CancellationToken cancellationToken);
|
||||||
|
Task<T?> FindByIdAsync(Guid id, CancellationToken cancellationToken);
|
||||||
|
Task<T> CreateAsync(T entity, CancellationToken cancellationToken);
|
||||||
|
Task<T> UpdateAsync(T entity, CancellationToken cancellationToken);
|
||||||
|
Task DeleteAsync(Guid id, CancellationToken cancellationToken);
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## Options Pattern
|
||||||
|
|
||||||
|
Use strongly typed options for config instead of reading raw strings throughout the codebase.
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public sealed class PaymentsOptions
|
||||||
|
{
|
||||||
|
public const string SectionName = "Payments";
|
||||||
|
public required string BaseUrl { get; init; }
|
||||||
|
public required string ApiKeySecretName { get; init; }
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## Dependency Injection
|
||||||
|
|
||||||
|
- Depend on interfaces at service boundaries
|
||||||
|
- Keep constructors focused; if a service needs too many dependencies, split responsibilities
|
||||||
|
- Register lifetimes intentionally: singleton for stateless/shared services, scoped for request data, transient for lightweight pure workers
|
||||||
58
rules/csharp/security.md
Normal file
58
rules/csharp/security.md
Normal file
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
paths:
|
||||||
|
- "**/*.cs"
|
||||||
|
- "**/*.csx"
|
||||||
|
- "**/*.csproj"
|
||||||
|
- "**/appsettings*.json"
|
||||||
|
---
|
||||||
|
# C# Security
|
||||||
|
|
||||||
|
> This file extends [common/security.md](../common/security.md) with C#-specific content.
|
||||||
|
|
||||||
|
## Secret Management
|
||||||
|
|
||||||
|
- Never hardcode API keys, tokens, or connection strings in source code
|
||||||
|
- Use environment variables, user secrets for local development, and a secret manager in production
|
||||||
|
- Keep `appsettings.*.json` free of real credentials
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
// BAD
|
||||||
|
const string ApiKey = "sk-live-123";
|
||||||
|
|
||||||
|
// GOOD
|
||||||
|
var apiKey = builder.Configuration["OpenAI:ApiKey"]
|
||||||
|
?? throw new InvalidOperationException("OpenAI:ApiKey is not configured.");
|
||||||
|
```
|
||||||
|
|
||||||
|
## SQL Injection Prevention
|
||||||
|
|
||||||
|
- Always use parameterized queries with ADO.NET, Dapper, or EF Core
|
||||||
|
- Never concatenate user input into SQL strings
|
||||||
|
- Validate sort fields and filter operators before using dynamic query composition
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
const string sql = "SELECT * FROM Orders WHERE CustomerId = @customerId";
|
||||||
|
await connection.QueryAsync<Order>(sql, new { customerId });
|
||||||
|
```
|
||||||
|
|
||||||
|
## Input Validation
|
||||||
|
|
||||||
|
- Validate DTOs at the application boundary
|
||||||
|
- Use data annotations, FluentValidation, or explicit guard clauses
|
||||||
|
- Reject invalid model state before running business logic
|
||||||
|
|
||||||
|
## Authentication and Authorization
|
||||||
|
|
||||||
|
- Prefer framework auth handlers instead of custom token parsing
|
||||||
|
- Enforce authorization policies at endpoint or handler boundaries
|
||||||
|
- Never log raw tokens, passwords, or PII
|
||||||
|
|
||||||
|
## Error Handling
|
||||||
|
|
||||||
|
- Return safe client-facing messages
|
||||||
|
- Log detailed exceptions with structured context server-side
|
||||||
|
- Do not expose stack traces, SQL text, or filesystem paths in API responses
|
||||||
|
|
||||||
|
## References
|
||||||
|
|
||||||
|
See skill: `security-review` for broader application security review checklists.
|
||||||
46
rules/csharp/testing.md
Normal file
46
rules/csharp/testing.md
Normal file
@@ -0,0 +1,46 @@
|
|||||||
|
---
|
||||||
|
paths:
|
||||||
|
- "**/*.cs"
|
||||||
|
- "**/*.csx"
|
||||||
|
- "**/*.csproj"
|
||||||
|
---
|
||||||
|
# C# Testing
|
||||||
|
|
||||||
|
> This file extends [common/testing.md](../common/testing.md) with C#-specific content.
|
||||||
|
|
||||||
|
## Test Framework
|
||||||
|
|
||||||
|
- Prefer **xUnit** for unit and integration tests
|
||||||
|
- Use **FluentAssertions** for readable assertions
|
||||||
|
- Use **Moq** or **NSubstitute** for mocking dependencies
|
||||||
|
- Use **Testcontainers** when integration tests need real infrastructure
|
||||||
|
|
||||||
|
## Test Organization
|
||||||
|
|
||||||
|
- Mirror `src/` structure under `tests/`
|
||||||
|
- Separate unit, integration, and end-to-end coverage clearly
|
||||||
|
- Name tests by behavior, not implementation details
|
||||||
|
|
||||||
|
```csharp
|
||||||
|
public sealed class OrderServiceTests
|
||||||
|
{
|
||||||
|
[Fact]
|
||||||
|
public async Task FindByIdAsync_ReturnsOrder_WhenOrderExists()
|
||||||
|
{
|
||||||
|
// Arrange
|
||||||
|
// Act
|
||||||
|
// Assert
|
||||||
|
}
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## ASP.NET Core Integration Tests
|
||||||
|
|
||||||
|
- Use `WebApplicationFactory<TEntryPoint>` for API integration coverage
|
||||||
|
- Test auth, validation, and serialization through HTTP, not by bypassing middleware
|
||||||
|
|
||||||
|
## Coverage
|
||||||
|
|
||||||
|
- Target 80%+ line coverage
|
||||||
|
- Focus coverage on domain logic, validation, auth, and failure paths
|
||||||
|
- Run `dotnet test` in CI with coverage collection enabled where available
|
||||||
Reference in New Issue
Block a user