review-local-changes

审查本地更改

审查本地更改并向用户汇报。汇报即为完成。

本地更改是指工作树中默认分支所没有的全部内容：自与默认分支的合并基点以来的提交，以及已暂存、未暂存和未跟踪的文件。无论这些更改由哪个会话创建，都要全部审查。

1. 冷启动审查

将 $code-review、$simplicity-review 和 $bug-review 作为子 Agent 并行派发给它们，每个子 Agent 只接收本地更改的差异，不提供其他内容。

进行一轮冷启动审查。将审查结果视为假设：

1. 根据差异和当前代码逐项核实每条发现。
2. 修复所有有效且属于范围内的问题。
3. 记录误报和超出范围的问题，保持更改现状。
4. 重新运行修复所涉及的检查，并仅针对修复内容重新审查。

2. 向用户汇报

先简单说明本地更改解决的问题，再简要说明解决方案。不要以实现内容清单开头：

不佳

❌ 移除了所有“新建线程”入口中的隐式工作区沿用（cmd+n / cmd+shift+o、侧边栏 v1/v2 按钮、命令面板）。新线程只会从上下文中继承项目；分支、工作树和环境模式始终采用配置的默认值。删除 buildContextualThreadOptions、startNewThreadInProjectFromContext 和 v1 侧边栏的种子上下文机制。

较佳

✅ 在现有工作树上启动新线程时，“新建工作树”默认设置会被忽略。这非常不直观。现在，您的偏好设置始终会生效。

使用以下结构中适用的部分，并严格按照此顺序排列。替换所有占位符，并省略没有内容的部分：

## 📝 Summary

<Explain the problem, then the solution in plain language. This should be short, concise, and human-readable.>

## 📦 Changes

- <Name user visible and main area changes>

## ✅ Verification

- `<command>`: <result>

## 🔍 Reviews

| Review   | Found   | Fixed   |
| -------- | ------- | ------- |
| <review> | <count> | <count> |

<Tell the user what you changed during the review loop>

- <Every finding with its verdict: fixed, false positive, or out of scope, and why.>

## ⚠️ Needs attention

<List follow-up work, known limitations, or other issues that need the user's attention.>

列出运行过的每项审查，包括没有发现问题的审查。绝不要声称运行过实际上并未运行的检查或审查。