A technology-agnostic repository template for starting maintainable, publishable, AI-friendly projects.
Use this template when creating a new project that should have consistent contribution rules, agent instructions, review expectations, and repository hygiene from day one.
-
Create a new repository from this template.
-
Replace this README with the new project's name, purpose, and quick start.
-
Fill in the project-specific validation commands in
AGENTS.mdandCONTRIBUTING.md. -
Choose the actual implementation stack and add the source layout.
-
Install local Git hooks:
./scripts/install-git-hooks.sh
-
Enable or replace the stack-specific CI example in
.github/workflows/ci.yml.example. -
Keep
.github/workflows/review.ymlenabled for generic review checks. -
Configure GitHub repository protection after the new repository is created:
./scripts/configure-github-repository.sh --repo OWNER/REPO --apply
-
Update
CHANGELOG.mdfor the first release. -
Keep or replace
LICENSEaccording to the project needs.
AGENTS.mdfor agent workflow rules.CLAUDE.mdfor Claude Code entrypoint instructions.CONTRIBUTING.mdfor human contribution flow.SECURITY.mdfor vulnerability and sensitive data reporting.docs/README.mdfor architecture, development, operations, and reference documentation standards..github/pull_request_template.mdfor PR summaries and validation..github/ISSUE_TEMPLATE/for bug and feature reports..github/workflows/review.ymlfor generic repository and PR title checks..githooks/pre-commitfor local commit-time repository checks..gitlab/merge_request_templates/default.mdfor GitLab-style MR summaries.rfcs/0000-template.mdfor substantial design changes.scripts/check-repository.shfor local and CI repository checks.scripts/check-pr-title.shfor conventional PR or MR title checks.scripts/install-git-hooks.shfor installing local Git hooks.scripts/configure-github-repository.shfor post-create GitHub branch protection setup..editorconfigfor consistent text formatting.
Keep this repository generic. Do not add language-specific package files, framework defaults, generated output, or project-specific business logic.
Keep collaboration policy in AGENTS.md and CONTRIBUTING.md, design proposals and decision history in rfcs/, and current product or engineering knowledge in docs/.