smithery/doodledood

update-claude-md

Create or update CLAUDE.md with best practices - brevity, universal applicability, progressive disclosure

Installation

$ npx skills add smithery/doodledood --skill update-claude-md

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/doodledood · top by installs.

npx skills add smithery/doodledood

Browse all from smithery/doodledood

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,763 B
  • docs SUMMARY.md 129 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Update my CLAUDE.md based on: $ARGUMENTS

Current CLAUDE.md: @CLAUDE.md


Make targeted updates based on my request. Only explore codebase if essential info is missing.

If my request conflicts with best practices below, still make the update but note the tradeoff.

Best Practices (CLAUDE.md is the highest-leverage config point):

Structure - Cover these if creating/missing critical sections:

  • WHAT: Tech stack, project structure, key entry points (critical for monorepos)
  • WHY: Project purpose, component relationships, domain terminology
  • HOW: Build/test/run commands, verification steps

Length (LLMs follow ~150 instructions reliably; system uses ~50):

  • Simple: 30-60 lines | Standard: 60-150 | Complex: 150-300 max

Progressive Disclosure - For complex projects, create separate docs and reference them:

docs/testing.md, docs/architecture.md, docs/conventions.md

Then in CLAUDE.md: "See docs/testing.md for test patterns"

Prefer pointers over copies - Use file:line references instead of pasting code snippets (avoids staleness).

Do: Universal instructions | Imperative language | Verified commands | Reference (don't copy) README

Don't:

  • Style rules → use linters, formatters, or Claude Code hooks instead
  • Task-specific instructions → gets ignored if not relevant to current task
  • File/function enumeration → describe patterns instead
  • Auto-generated boilerplate

Bad: Always use camelCase. Document with JSDoc. Good: npm test # Required before PR

Verify: <300 lines, no style rules, universal instructions, commands tested.