mirror of
https://github.com/CherryHQ/cherry-studio.git
synced 2026-07-09 01:04:44 +08:00
d7e5c23d00
<!-- Template from https://github.com/kubevirt/kubevirt/blob/main/.github/PULL_REQUEST_TEMPLATE.md?--> <!-- Thanks for sending a pull request! Here are some tips for you: 1. Consider creating this PR as draft: https://github.com/CherryHQ/cherry-studio/blob/main/CONTRIBUTING.md --> ### What this PR does Before this PR: The PR checklist had no reminder for authors to self-review their code before requesting review. After this PR: A new "Self-review" checklist item reminds PR authors to review their own code using `/gh-pr-review`, `gh pr diff`, or the GitHub UI before requesting review from others. ### Why we need it and why it was done in this way Self-review catches obvious issues before reviewer time is spent, improving review efficiency. The following tradeoffs were made: N/A The following alternatives were considered: N/A Links to places where the discussion took place: N/A ### Breaking changes None ### Special notes for your reviewer The link to `/gh-pr-review` points to the skill definition at `/.claude/skills/gh-pr-review/SKILL.md`. ### Checklist This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR. Approvers are expected to review this list. - [x] PR: The PR description is expressive enough and will help future contributors - [x] Code: [Write code that humans can understand](https://en.wikiquote.org/wiki/Martin_Fowler#code-for-humans) and [Keep it simple](https://en.wikipedia.org/wiki/KISS_principle) - [x] Refactor: You have [left the code cleaner than you found it (Boy Scout Rule)](https://learning.oreilly.com/library/view/97-things-every/9780596809515/ch08.html) - [ ] Upgrade: Impact of this change on upgrade flows was considered and addressed if required - [ ] Documentation: A [user-guide update](https://docs.cherry-ai.com) was considered and is present (link) or not required. Check this only when the PR introduces or changes a user-facing feature or behavior. - [x] Self-review: I have reviewed my own code (e.g., via [`/gh-pr-review`](/.claude/skills/gh-pr-review/SKILL.md), `gh pr diff`, or GitHub UI) before requesting review from others ### Release note ```release-note NONE ``` Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
69 lines
2.9 KiB
Markdown
69 lines
2.9 KiB
Markdown
<!-- Template from https://github.com/kubevirt/kubevirt/blob/main/.github/PULL_REQUEST_TEMPLATE.md?-->
|
|
<!-- Thanks for sending a pull request! Here are some tips for you:
|
|
1. Consider creating this PR as draft: https://github.com/CherryHQ/cherry-studio/blob/main/CONTRIBUTING.md
|
|
-->
|
|
|
|
<!--
|
|
|
|
⚠️ Important: Redux/IndexedDB Data-Changing Feature PRs Temporarily On Hold ⚠️
|
|
|
|
Please note: For our current development cycle, we are not accepting feature Pull Requests that introduce changes to Redux data models or IndexedDB schemas.
|
|
|
|
While we value your contributions, PRs of this nature will be blocked without merge. We welcome all other contributions (bug fixes, perf enhancements, docs, etc.). Thank you!
|
|
|
|
Once version 2.0.0 is released, we will resume reviewing feature PRs.
|
|
|
|
-->
|
|
|
|
### What this PR does
|
|
|
|
Before this PR:
|
|
|
|
After this PR:
|
|
|
|
<!-- (optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: -->
|
|
|
|
Fixes #
|
|
|
|
### Why we need it and why it was done in this way
|
|
|
|
The following tradeoffs were made:
|
|
|
|
The following alternatives were considered:
|
|
|
|
Links to places where the discussion took place: <!-- optional: slack, other GH issue, mailinglist, ... -->
|
|
|
|
### Breaking changes
|
|
|
|
<!-- optional -->
|
|
|
|
If this PR introduces breaking changes, please describe the changes and the impact on users.
|
|
|
|
### Special notes for your reviewer
|
|
|
|
<!-- optional -->
|
|
|
|
### Checklist
|
|
|
|
This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR.
|
|
Approvers are expected to review this list.
|
|
|
|
- [ ] PR: The PR description is expressive enough and will help future contributors
|
|
- [ ] Code: [Write code that humans can understand](https://en.wikiquote.org/wiki/Martin_Fowler#code-for-humans) and [Keep it simple](https://en.wikipedia.org/wiki/KISS_principle)
|
|
- [ ] Refactor: You have [left the code cleaner than you found it (Boy Scout Rule)](https://learning.oreilly.com/library/view/97-things-every/9780596809515/ch08.html)
|
|
- [ ] Upgrade: Impact of this change on upgrade flows was considered and addressed if required
|
|
- [ ] Documentation: A [user-guide update](https://docs.cherry-ai.com) was considered and is present (link) or not required. Check this only when the PR introduces or changes a user-facing feature or behavior.
|
|
- [ ] Self-review: I have reviewed my own code (e.g., via [`/gh-pr-review`](/.claude/skills/gh-pr-review/SKILL.md), `gh pr diff`, or GitHub UI) before requesting review from others
|
|
|
|
### Release note
|
|
|
|
<!-- Write your release note:
|
|
1. Enter your extended release note in the below block. If the PR requires additional action from users switching to the new release, include the string "action required".
|
|
2. If no release note is required, just write "NONE".
|
|
3. Only include user-facing changes (new features, bug fixes visible to users, UI changes, behavior changes). For CI, maintenance, internal refactoring, build tooling, or other non-user-facing work, write "NONE".
|
|
-->
|
|
|
|
```release-note
|
|
|
|
```
|