Axonix follows these rules for commit messages:
<type>(<scope>): <short summary>
<optional body: what changed and why, 1-3 lines>
feat— new feature or capabilityfix— bug fixrefactor— code change that doesn't add features or fix bugstest— adding or updating testsdocs— documentation changeschore— maintenance, config, CI changes
Optional, in parentheses. Examples: cli, repl, stream, cost, tools.
- Summary line: imperative mood, lowercase, no period, ≤72 chars
- Body: explain what changed and why — not just "improved things"
- Reference issue numbers when applicable (e.g., "Fixes #2")
- If a commit addresses a community issue, mention it in the body
- If a commit is part of a goal, reference the goal ID (e.g., "Part of G-003")
Good:
feat(cli): add --prompt flag for single-prompt mode
Developers can now run `axonix -p "explain this"` instead of piping stdin.
More ergonomic for scripting and quick queries. Includes 5 new tests.
Bad:
Day 1 Session 1: improvements