- Base branch:
master - Branch naming convention:
feature/<branch-name>for new featuresfix/<branch-name>for bug fixeschore/<branch-name>for maintenance/refactor/tooling
- PR title format:
Summary - PR description must include: Summary, Changes, Testing, Notes
- Every PR must have the correct semver label (
patch,minor, ormajor) before merge - Always propose the semver label for a PR and explicitly verify it with the user before setting or changing the label
- Always run
git statusbefore commit - Never commit
.env - If a PR closes a GitHub issue, the PR description must include
Fixes #<issue-number>so PR and issue are linked automatically - All code changes MUST start from a dedicated
feature/...,fix/..., orchore/...branch - NEVER push directly to
masterand NEVER merge directly tomasterunless the user explicitly asks for it in the current session - Before commit, always report the result of
git status,ruff format,ruff check, and the relevant tests you ran for the change - Only merge a PR when its required checks have completed and are green
- Before creating or merging a PR, the agent MUST propose exactly one semver label from
major,minor, orpatch, and the user MUST explicitly approve the final semver label before the PR is merged - If GitHub, CI, or local tooling is unstable or failing, stop and ask before taking any workaround that bypasses the normal branch -> PR -> merge flow
- Never log or commit secrets,
.envand./code-ref - Use GitHub CLI (
gh) for GitHub operations (push, PR, issue handling) instead of token-based flows
- Always answer in Danish unless you are told different in a session
- Documentation should ALWAYS be in english
- Keep documentation up-to-date with current code
- ./code-ref are read-only for AI agents
- Reference code samples are found in ./code-ref, do not copy code blind - only use as reference
- ./code-ref/samples contains JSON dumps of actual data from real mowers
- Always push changes to repository, when making changes in a branch
- Before committing, the agent MUST run the agreed
ruffcommands for this repository, includingruff formatandruff check, and fix any reported issues
- Release notes should ALWAYS be in english
- Keep the existing release note structure unless explicitly asked to change it
- The
## Changessection should be short, easy to read, and written as plain prose without bullets - Prefer 2-3 short paragraphs under
## Changesinstead of one dense block of text - Base the
## Changestext only on the PRs already included in the release draft unless told otherwise