useful-claude-skills
CLAUDE.md1 starsChanged 8 months agoMITView on GitHub
This document provides mandatory instructions for AI-assisted development in this repository. All contributions must be consistent, high-quality, and aligned with these standards. A collection of reusable Claude Code skills for software engineering workflows. Skills are markdown instruction files in .claude/skills/ that teach Claude specific methodologies — investigation, planning, auditing, documentation, and architecture visualization. They chain together (e.g., investigate → rectify → implement-worktree) and use subagents for parallel exploration. These rules are essential for maintaining project structure, preventing bugs, and ensuring…
In this repository59 other files it gives its agents.
- arch-lens-c4-containerSkill
- arch-lens-concurrencySkill
- arch-lens-data-lineageSkill
- arch-lens-deploymentSkill
- arch-lens-developmentSkill
- arch-lens-error-resilienceSkill
- arch-lens-module-dependencySkill
- arch-lens-operationalSkill
- arch-lens-process-flowSkill
- arch-lens-repository-accessSkill
- arch-lens-scenariosSkill
- arch-lens-securitySkill
- arch-lens-state-lifecycleSkill
- audit-archSkill
- audit-bugsSkill
- audit-cohesionSkill
- audit-defense-standardsSkill
- audit-frictionSkill
- audit-implSkill
- audit-testsSkill
- design-guardsSkill
- dry-walkthroughSkill
- elaborate-phaseSkill
- exp-lens-benchmark-representativenessSkill
- exp-lens-causal-assumptionsSkill
- exp-lens-comparator-constructionSkill
- exp-lens-error-budgetSkill
- exp-lens-estimand-claritySkill
- exp-lens-exploratory-confirmatorySkill
- exp-lens-fair-comparisonSkill
- exp-lens-governance-riskSkill
- exp-lens-iterative-learningSkill
- exp-lens-measurement-validitySkill
- exp-lens-pipeline-integritySkill
- exp-lens-randomization-blockingSkill
- exp-lens-reproducibility-artifactsSkill
- exp-lens-sensitivity-robustnessSkill
- exp-lens-severity-testingSkill
- exp-lens-unit-interferenceSkill
- exp-lens-validity-threatsSkill
- exp-lens-variance-stabilitySkill
- id-slopSkill
- implement-worktreeSkill
- investigateSkill
- make-arch-diagSkill
- make-experiment-diagSkill
- make-groupsSkill
- make-planSkill
- make-reqSkill
- make-scenariosSkill
- mermaidSkill
- plan-arcSkill
- rectifySkill
- review-approachSkill
- update-architectureSkill
- update-reqsSkill
- update-specsSkill
- verify-diagSkill
- verify-proposed-diagSkill
The file
We split this CLAUDE.md into the rules it gives an agent
7 rules. About 0 are common, 6 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Adhere to Project Standards: Write clean, maintainable code following the established conventions and architectural patterns of this …
- Distinctive: line 24
Address the Root Cause: When your code fails a test or causes a bug, debug the implementation to find and fix the root cause.
- Distinctive: line 25
No Backward Compatibility Hacks: Do NOT leave comments about dead or deprecated code.
- Distinctive: line 26
Avoid Redundancy: Do not duplicate logic, utilities, or test code.
- Distinctive: line 27
Use Current Package Versions: When adding new dependencies, use web search to find and use the current stable version.
- Very specific: line 31
Temporary Files: All temporary files for debugging, analysis, or testing hypotheses must be created in the project's temp/ directory.
- Distinctive: line 32
Do Not Add Root Files: Never create new files or scripts in the repository root unless the task explicitly requires it.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Project Development Guidelines
This document provides mandatory instructions for AI-assisted development in this repository. All contributions must be consistent, high-quality, and aligned with these standards.
1. Core Project Goal
A collection of reusable Claude Code skills for software engineering workflows. Skills are markdown instruction files in .claude/skills/ that teach Claude specific methodologies — investigation, planning, auditing, documentation, and architecture visualization. They chain together (e.g., investigate → rectify → implement-worktree) and use subagents for parallel exploration.
2. General Principles
- Follow the Task Description: Your primary source of truth is the issue, ticket, or work package description provided for your assignment. It contains the complete scope and requirements for your work.
- Adhere to Task Scope: Strictly adhere to the scope of the assigned task. Do not work on unassigned features, unrelated refactoring, or bug fixes outside the current assignment.
- Implement Faithfully: Produce a functionally correct implementation based on the task requirements. Do not add new features or architectural changes unless explicitly requested.
- Adhere to Project Standards: Write clean, maintainable code following the established conventions and architectural patterns of this project.
3. Critical Rules - DO NOT VIOLATE
These rules are essential for maintaining project structure, preventing bugs, and ensuring a clean codebase.
3.1. Code and Implementation
- Do Not Oversimplify: Implement logic with its required complexity. Do not take shortcuts that compromise correctness or violate requirements.
- Respect the Existing Architecture: Build upon the established project structure, modules, and design patterns. Do not introduce new architectural patterns or file structures without explicit instruction. Always understand existing architecture before implementing a new feature.
- Address the Root Cause: When your code fails a test or causes a bug, debug the implementation to find and fix the root cause. Avoid hardcoded workarounds that only solve for specific inputs.
- No Backward Compatibility Hacks: Do NOT leave comments about dead or deprecated code. No backward compatibility or deprecated code should be kept. Dead code should always be removed.
- Avoid Redundancy: Do not duplicate logic, utilities, or test code.
- Use Current Package Versions: When adding new dependencies, use web search to find and use the current stable version.
3.2. File System
- Temporary Files: All temporary files for debugging, analysis, or testing hypotheses must be created in the project's
temp/directory. - Do Not Add Root Files: Never create new files or scripts in the repository root unless the task explicitly requires it.
- Never commit unless told to do so
4. Testing Guidelines
4.1. Running Tests
This is a skills-only repository with no executable code and no test suite. Verification is done by reviewing skill outputs against the format defined in each SKILL.md.
5. Pre-commit Hooks
Install hooks after cloning: pre-commit install
Hooks run automatically on commit. To run manually: pre-commit run --all-files
<!-- List your project's specific hooks here -->6. Architecture
.claude/skills/ # All skill definitions (SKILL.md files)
arch-lens-*/ # 13 architecture lens skills
investigate/ # Root cause analysis
rectify/ # Architectural immunity plans
review-approach/ # External solution research
make-plan/ # Implementation planning
make-scenarios/ # Scenario discovery
make-req/ # Requirement decomposition
elaborate-phase/ # Phase elaboration
dry-walkthrough/ # Plan validation
implement-worktree/ # Isolated implementation
audit-arch/ # Architecture audit
audit-bugs/ # Bug pattern mining
audit-cohesion/ # Integration fitness and pattern alignment audit
audit-tests/ # Test quality audit
audit-defense-standards/ # Defense standard audit
audit-impl/ # Pre-merge implementation audit (GO/NO GO)
design-guards/ # Guard design from bug patterns
id-slop/ # AI slop identification
update-architecture/ # Architecture doc maintenance
update-reqs/ # Requirements doc maintenance
update-specs/ # Specification maintenance
mermaid/ # Shared mermaid styling
make-arch-diag/ # Interactive lens selection
verify-diag/ # Diagram verification
docs/ # Category documentation and examples
arch-lens/ # Lens overview + examples by tool
investigation/ # Investigation pipeline docs
planning/ # Planning pipeline docs
auditing/ # Auditing pipeline docs
documentation/ # Documentation skills docs
temp/ # Temporary/working files (gitignored)Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

