commit-categories

Commit categorization rules for changelogs and "what's new" summaries. MUST be loaded before categorizing commits in changelog or whats-new commands. Provides the canonical path-based category table used to group commits by area.

cloudflare/workerd21 installsApache-2.0Synced Aug 25

Works with

Claude CodeCursorCodex CLIGitHub CopilotGemini CLI
---
name: commit-categories
description: Commit categorization rules for changelogs and "what's new" summaries. MUST be loaded before categorizing commits in changelog or whats-new commands. Provides the canonical path-based category table used to group commits by area.
license: Apache-2.0
---

# Commit Categories

Categorize commits by the files they touch, using the primary area for commits spanning multiple categories.

| Category            | Path patterns                                         |
| ------------------- | ----------------------------------------------------- |
| **API**             | `src/workerd/api/` (excluding `node/` and `pyodide/`) |
| **Node.js compat**  | `src/workerd/api/node/`, `src/node/`                  |
| **Python**          | `src/workerd/api/pyodide/`, `src/pyodide/`            |
| **Rust**            | `src/rust/`                                           |
| **Cloudflare APIs** | `src/cloudflare/`                                     |
| **I/O**             | `src/workerd/io/`                                     |
| **JSG**             | `src/workerd/jsg/`                                    |
| **Server**          | `src/workerd/server/`                                 |
| **Build**           | `build/`, `MODULE.bazel`, `BUILD.bazel`               |
| **Types**           | `types/`                                              |
| **Docs / Config**   | Documentation, agent/tool configs, `.md` files        |
| **Tests**           | Changes exclusively in test files                     |
| **Other**           | Anything that doesn't fit above                       |

## Cross-cutting callouts

These are **not** primary categories — they are additional callout sections that appear alongside the main categories whenever a commit touches the relevant files. A single commit can appear in both a primary category and one or more callouts.

| Callout                      | Trigger                                                                                             |
| ---------------------------- | --------------------------------------------------------------------------------------------------- |
| **New/Updated Compat Flags** | Changes to `src/workerd/io/compatibility-date.capnp` or new `compatibilityFlags` references in code |
| **New/Updated Autogates**    | Changes to `src/workerd/io/supported-autogates.h` or new autogate registrations                     |

When either callout applies, add a dedicated section **after** the main categories listing each new or modified flag/gate with a brief description. These must never be buried inside a general category bullet — they are high-visibility items that reviewers and release-note readers need to spot immediately.

## How to categorize

1. For each commit, run `git diff-tree --no-commit-id --name-only -r <hash>` to list files changed.
2. Match changed files against the path patterns above.
3. Assign the commit to whichever category covers the majority of its changes.
4. For commits touching multiple areas, list under the **primary** area (the one with the most changed files or the most significant change).
5. Check every commit against the cross-cutting callout triggers. If a commit adds or modifies compat flags or autogates, note it in the corresponding callout section **in addition to** its primary category.
6. Omit empty categories and unused callout sections from output.

More Writing & Documentation skills

paper-context-resolver

lllllllama/rigorpilot-skills

Rigor Paper Context helper for README-first deep learning repo reproduction. Use only when the README and repository files leave a narrow reproduction-critical gap and the task is to resolve a specific paper detail such as dataset split, preprocessing, evaluation protocol, checkpoint mapping, or runtime assumption from primary paper sources while recording conflicts. Do not use for general paper summary, repo scanning, environment setup, command execution, title-only paper lookup, or replacing README guidance by default.

450.8k

repo-intake-and-plan

lllllllama/rigorpilot-skills

Rigor Intake helper for README-first deep learning repo reproduction. Use when the task is specifically to scan a repository, read the README and common project files, extract documented commands, classify inference, evaluation, and training candidates, and return the smallest trustworthy reproduction plan to the main orchestrator. Do not use for environment setup, asset download, command execution, final reporting, paper lookup, or end-to-end orchestration.

450.0k

minimal-run-and-audit

lllllllama/rigorpilot-skills

Rigor Run skill for README-first deep learning repo reproduction. Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference or evaluation command and write standardized `repro_outputs/` files, including patch notes when repository files changed. Do not use for training execution, initial repo intake, generic environment setup, paper lookup, target selection, hidden scientific-meaning changes, or end-to-end orchestration by itself.

449.9k

← All Writing & Documentation skills

Check your AI visibility

One URL in, a 0–100 score and the exact fixes out.

RUN THE CHECK

Browse all the tools

15 tools across six categories
13 of them never send your data anywhere

Free · No signup · No trial clock

SEE THE DIRECTORY