Thanks for considering a contribution to the C++ Performance Guidelines corpus.
A curated corpus of low-level C++ performance guidelines. Each guideline is a
single Markdown file with TOML frontmatter under guidelines/<category>/. The
format is specified in README.md — read it before adding or changing entries.
You do not have to adopt our workflow to contribute here. Open a pull request with a good guideline and it will be considered on the guideline.
This repository contains artifacts from how the maintainers happen to work:
decision packets under docs/decisions/, research notes under
docs/research/, and maintainer scripts under scripts/. None of it is a
requirement placed on you. You are not asked to write a packet, record
research, run a review script, or follow any of it. Read it if it is useful,
ignore it otherwise.
Two things are actually required, and they exist to keep the corpus parseable by the MCP server rather than to impose a process:
- The file format in
README.md. python3 tools/validate_corpus.pypasses.
That is the whole bar.
The scripts/ directory in particular is internal maintainer workflow. It
assumes tooling configured on a maintainer's machine, is not wired into
anything, and is not needed to add or change a guideline.
This corpus is maintained to the Plainsight Systems engineering philosophy: https://github.com/plainsight-systems/.github/blob/main/engineering_philosophies.md It describes how the maintainers work. It is not a contribution requirement.
- One guideline per file; one primary idea per guideline.
- Follow the frontmatter and section format specified in
README.md. - New guidelines start at
status: draft; promote tostableonly after review. - Prefer measurable, technique-level guidance over general advice.
- Guideline IDs are stable and are never reused.
Before submitting, run this with Python 3.11+:
python3 tools/validate_corpus.pyThe validator checks category declarations, frontmatter, ID/category/token consistency, required sections, summary length, and local Markdown links.
Every guideline is original work. Learn from sources — never copy them.
- Techniques, algorithms, and methods are not copyrightable. You may study any source (books, papers, conference talks, open-source or source-available engine code) and write original guidance about what you learn.
- Cite where a technique is documented in the guideline's
## Referencessection. Citing a source — including books and source-available engines such as Unreal — is always acceptable and encouraged. - Do not copy or closely paraphrase a source's text or code. Illustrative code samples must be written for this corpus, not lifted or transliterated.
- Source-available (e.g. Unreal) and copyleft/GPL (e.g. id Tech) code must never be copied into this repository. Study the technique; describe it in your own words.
By contributing, you agree your contributions are licensed under this
repository's terms: guideline content under CC BY 4.0, code samples and tooling
under Apache-2.0. See LICENSE-CC-BY and LICENSE-APACHE.
Do not report security vulnerabilities in public issues. See SECURITY.md.
Participation in this project is governed by CODE_OF_CONDUCT.md.