Contribute-To-This-Project
CLAUDE.md2.6k starsChanged 7 months agoMITView on GitHub
Three principles govern every decision in this project — for AI assistants, human maintainers, and anyone proposing changes: These three principles exist in tension with each other (automation = complexity; security = friction). Always resolve that tension by asking: what is the minimum intervention that keeps the contributor experience smooth and the maintainer burden low? An educational open-source project that teaches first-time contributors how to use Git and GitHub. Contributors add a personal card by submitting a single HTML file…
We split this CLAUDE.md into the rules it gives an agent
2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
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 13
Simplicity: No over-engineering. Prefer the simpler solution.
- Very specific: line 37
After merge, card-to-archive.yml triggers scripts/card-to-archive.js which parses the card, appends it to the latest …
≈ “Common” is an estimate: at least 1 in 5 of the 25,680 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
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
Project Philosophy
Three principles govern every decision in this project — for AI assistants, human maintainers, and anyone proposing changes:
- Contributors first. This project exists for first-time contributors. Every decision should minimise friction, provide clear feedback, and keep the experience as close to real-world Git/GitHub practice as possible.
- Minimum maintainability. The goal is zero required maintainer intervention for normal card submissions. Automation should handle the full lifecycle. Maintainer time is precious — don't create processes that require regular manual attention.
- Simplicity. No over-engineering. Prefer the simpler solution. Aggressively question whether added complexity is justified. Three lines of clear code beats a clever abstraction. When in doubt, do less.
These three principles exist in tension with each other (automation = complexity; security = friction). Always resolve that tension by asking: what is the minimum intervention that keeps the contributor experience smooth and the maintainer burden low?
Project Overview
An educational open-source project that teaches first-time contributors how to use Git and GitHub. Contributors add a personal card by submitting a single HTML file via pull request. A bot validates and auto-merges valid submissions.
Commands
npm run prettier-html # Format index.html with Prettier
npx html-validate index.html cards/template.html # Validate HTML locallyThere are no test commands. CI checks Prettier formatting and HTML validation on every PR.
Architecture
Contributor card flow (v2)
- Contributor copies
cards/template.htmltocards/<github-username>.html, fills it in, opens a PR validate-card-pr.ymltriggers on any PR touchingcards/*.htmlorindex.htmlscripts/validate-card-pr.jsfetches the card from the PR head (never checks out PR code), runsscripts/validate-card.js, posts a comment, then either auto-merges or exits 1- After merge,
card-to-archive.ymltriggersscripts/card-to-archive.jswhich parses the card, appends it to the latestarchive/json/archive_N.json(max 50 entries per file, creates a new file if full), updatesarchive/archiveFilesTotal.js, then deletescards/<username>.html
Card structure
Each card is a standalone HTML fragment with this shape:
<div class="card">
<p class="name">...</p>
<p class="contact"><!-- <i> icon + <a> link pairs --></p>
<p class="about">...</p>
<div class="resources">
<ul>
<!-- <li><a> items -->
</ul>
</div>
</div>scripts/validate-card.js enforces this in phase 2 mode: name non-empty/non-placeholder, about non-empty, at least one contact link with a real href, resources (optional) max 5 with real hrefs.
Archive & frontend rendering
archive/manifest.json— auto-generated;{ files: [...], totalArchivedCards: N }archive/json/archive_N.json— arrays of card objects{ name, contacts, about, resources }assets/main.js— fetches manifest, lazy-loads archive files in batches of 3 viaIntersectionObserver, shows contribution count immediately from manifest; loads all remaining files on search focus; also handles night mode, search highlighting, and scroll-to-topindex.html— static shell;#contributionsgrid is empty on load, populated entirely bymain.js
Scripts directory
Node.js automation only — not browser code:
scripts/validate-card-pr.js— called by the GitHub Actions workflow; orchestrates validation, commenting, merging, and archive dispatchscripts/validate-card.js— pure validation logic, exportable; used by validate-card-pr.jsscripts/card-to-archive.js— convertscards/<filename>.htmlto JSON and appends to the archive
CI/CD workflows
ci.yml— runs on all PRs; checks Prettier formatting on changed files and HTML validation on changed.htmlfilesvalidate-card-pr.yml—pull_request_targettrigger (runs base-branch code only, never PR code); validates and auto-merges card PRscard-to-archive.yml— triggered viaworkflow_dispatchafter merge (primary) orpull_request_target: closed(fallback); runs the archive script and commits the resultstale.yml— closes stale issues/PRs on a schedule
Code style
prettier.config.js: print width 120, single quotes, no semicolons, 2-space indent, trailing commas (ES5), LF line endings. Markdown files are excluded from Prettier formatting (.prettierignore).
html-validate rules (.htmlvalidate.json): self-closing void elements, double-quoted attributes, doctype required. A separate config in cards/.htmlvalidate.json relaxes rules for card fragments (no doctype required).
Trending
Steady talk.thin dataabout the whole repository
Who's talking about Syknapse/Contribute-To-This-Project
- first-contributions-ja/first-contributions-ja.github.io“コントリビューターが実際に変更を加えるデータファイルを作成する”GitHub · Mar 13, 2024 · 3 reactions
- OpenSource-Communities/intro“docs: add Contribute To This Project to additional resources”GitHub · Oct 24, 2026
- zanmstfa/pecah-pr“Tambahkan 5 repository JavaScript ramah pemula”GitHub · Jul 21, 2026
- freeCodeCamp/how-to-contribute-to-open-source“docs(i18n): Improved translation and added missing links to REAME-IT.md ”GitHub · Feb 16, 2025
- DeepSourceCorp/good-first-issue“Updated repositories.toml with this repo(https://github.com/Syknapse/Contribute-To-This-Project)”GitHub · Oct 1, 2022
The biggest 5 of 5 mentions linking to the repository that our crawl found. Each line is their own headline.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

