Skip to content

Latest commit

 

History

History
79 lines (52 loc) · 2.93 KB

File metadata and controls

79 lines (52 loc) · 2.93 KB

Contributing

Thanks for taking the time to contribute.

This repo mirrors my ~/.claude/ setup, so changes should stay focused, practical, and easy to maintain.

How To Propose Changes

  1. Open an issue with the problem you are solving and the exact files you want to change.
  2. Keep pull requests small and focused. One concern per PR is preferred.
  3. Include before/after notes so the impact is easy to review.

What Belongs In This Repo

  • Global rules, hooks, agents, skills, docs, and settings that are intentionally versioned.
  • Documentation updates that improve clarity or reduce drift.

What Does Not Belong In This Repo

  • Runtime logs or generated local artifacts.
  • Local-only machine state.
  • Unrelated project files copied from ~/.claude/ by accident.

Mirror Sync Rules

  • Copy only intentionally changed files.
  • Do not bulk-sync unrelated folders.
  • If a change is global-only and not useful as documentation, do not mirror it here.

Docs Linking Standard

When adding a new doc, include a small navigation block at the bottom so readers can continue without jumping back to root docs. 

Use one of these headings:

  • ## Continue Reading
  • ## Related Docs

Link to at least two relevant docs from this set when they apply:

  • README.md
  • docs/core-guide.md
  • docs/governance-review-template.md
  • hooks/README.md
  • agents/README.md
  • skills/README.md

Style

For the general rules, follow the Google, Microsoft, or GitLab developer style guides. Two kinds of files in this repo, two sets of rules on top:

  • CLAUDE.md is context, not documentation. It loads every session, so keep it lean: only what Claude can't infer from the code, and pair every prohibition with a direction ("never X; do Y instead").
  • READMEs and docs are for humans. Prose, tables, and worked examples belong here.

Tone

  • Educational, not prescriptive. "Here's why this works", not "Do this."
  • No em-dashes. Use - (space-dash-space) for parenthetical breaks.
  • No AI filler (this ensures, leveraging, utilize, comprehensive, robust, seamless).
  • Sound like a senior dev explaining their setup to a colleague.

Structure

  • Open on value, not provenance. Lead with what the reader gets, not where the code came from.
  • One concern per section. Don't restate the same list under two headings. Prerequisites collapse to a single "Requirements" block.
  • Examples past ~30 lines lift out to their own file with a 1-2 line teaser.
  • Component READMEs (agents/, hooks/, rules/, skills/) open with a > **TL;DR:** block of categorised bullets. Copy the format from an existing one.

Bullets and sentences

  • 3-5 bullets per section. Past that, split the section or collapse bullets that restate each other.
  • One screen line per bullet. Active voice, one idea per sentence.

Final Check Before Opening PR

  • Links work.
  • Paths are correct.
  • Any new docs include Continue Reading or Related Docs.
  • Changes align with the mirror-sync rules above.