Files
2026-07-13 13:12:00 +08:00

44 lines
1.9 KiB
Markdown

# Agent guidance
Guidance for AI agents (Claude Code, Copilot, Cursor, etc.) working in this
repository. See `CONTRIBUTING.md` for the full contributor workflow.
## Committing
Run the `pre-commit` hook before committing (`pre-commit run --all-files`, or
let it run on staged files via `git commit`). Fix any issues it reports so the
commit lands clean — CI runs the same checks.
## Pull requests
When you open a pull request, fill in the repo's PR template at
`.github/pull_request_template.md` (case-sensitive on Linux — note the lowercase
filename). Keep every section and checkbox row so reviewers can skim them.
- **Summary** — what changed and why.
- **Test Plan** — how you verified it.
- **Demo** — a **video or images** showing the change. Expected on contributor
PRs for UI / frontend changes (check the "UI / frontend change" box under
*Type of change*) so reviewers can see the new behaviour without checking out
the branch. Use `N/A` for non-visual changes.
- **Type of change** / **Test coverage** — check all that apply (at least one
each).
- **Coverage notes** — required if you checked "Manual verification completed"
or "Not applicable".
Generate the description from the actual diff and this session's context — lead
with the motivation, then the change. Don't pass a `--body` that skips these
sections.
## Code comments
Keep comments short and focused on the code, not on the change history.
- **Keep them brief** — prefer one or two lines. Avoid comments longer than
three lines; if you need more, the code likely needs refactoring or a doc
string, not a wall of inline commentary.
- **Describe the scenario, not the PR** — explain *what* the code handles or
*why* it exists, in terms a future reader needs. Don't reference PR numbers,
issue numbers, or ticket IDs (e.g. `#1646`, `fixes JIRA-123`); the scenario
should be clear without chasing external links.