t3-code-android-nightly/.github/pull_request_template.md
2026-09-30 13:49:25 -07:00

39 lines
1.9 KiB
Markdown

<!--
Read CONTRIBUTING.md before opening a PR. Review capacity is limited, and meeting
the requirements does not guarantee review or merging. Solve one underlying problem.
The same requirements apply to drafts. Draft status does not defer triage or closure.
Use a conventional commit title in plain language, such as "fix(web): new threads no longer spike CPU".
-->
## Problem
<!-- Explain the problem in a sentence or two. Include expected behavior and
reproduction steps or environment where relevant. -->
## Change
<!-- Explain how this fixes the problem. If it spans components or clients,
explain why those changes are needed for the same fix. Split independent fixes. -->
## Scope and approval
<!-- Link the triaged bug issue or the discussion with explicit maintainer approval
of direction and scope, including the approval comment. For a very small, focused
fix of an obvious bug, explain why it qualifies without a prior issue or discussion.
For focused configuration of an established capability, explain what already exists,
what the option controls, and why its effects stay within that capability. Adding a
setting alone is not a new feature or an approval exemption; broader workflow or
behavior changes still need approval. Scope and verification requirements still apply.
There is no line-count or file-count cutoff. -->
## Verification
<!-- Describe the focused tests or manual checks you ran and the observed results
for the changed behavior. State anything you could not check. "Tests pass" alone
is insufficient; broad repo-wide checks are not required.
For UI changes, include clear before/after screenshots. Include a short recording
when motion, timing, transitions, or interaction details are needed to demonstrate
the change. Upload evidence to GitHub and embed or link it here. Never commit PR-only assets. -->
<!-- If you used an agent, end with the model and harness that did the work. -->