# CRIEW 设计文档
## 文档导航
1. 项目定位
2. 目标与非目标
3. 用户画像与关键场景
4. 技术选型
5. 系统架构
6. 数据模型（逻辑）
7. 核心流程
8. TUI 设计（MVP）
9. b4 集成策略
10. 安全与可靠性
11. MVP 里程碑文档
12. 测试策略
13. 开发优先级建议
14. M1 已决策项与风险更新
15. M2 已决策项与风险更新
16. M3 已决策项与风险更新
17. M6（已完成）：真实 IMAP 接入与自邮箱订阅
18. M7（已完成）：回信编辑与预览
19. M8（已完成）：Send Email 发送链路
## 1. 项目定位
CRIEW 是一个基于 Rust 的现代 TUI 内核 patch 工作流工具，面向 Linux
kernel 邮件列表协作场景，目标是把「订阅 -> 阅读 -> 过滤 -> 提取 patch ->
应用/回复」串成一条高效、可追踪的本地流程。
核心原则：
- 终端优先：以 TUI 为主界面，CLI 为自动化入口。
- 纯文本优先：邮件编辑默认纯文本，自动换行 80 列。
- 标准兼容：遵循 RFC 5322/MIME，兼容常见 patch 邮件格式。
- 渐进实现：先交付 MVP，并以 b4 作为 patch 工作流核心。
- 工具自包含：安装 CRIEW 时自动编译并安装 b4。
## 2. 目标与非目标
### 2.1 目标
- 收取邮件：支持真实 IMAP 同步 patch 相关邮件，并可默认接入自己的 `INBOX`。
- 发送邮件：支持 SMTP 发送 reply / patch cover letter。
- 邮件解析：支持 RFC 5322 头解析、MIME 多 part、附件提取。
- Patch 处理：识别 `[PATCH vN M/N]`、series 分组、导出/应用 patch。
- b4 内建：安装阶段自动编译并安装 b4，运行期直接可用。
- Thread 视图：按 `Message-ID` / `In-Reply-To` / `References` 组织对话树。
- 过滤系统：按列表、子系统、作者、标签、关键词建立规则过滤。
- lore.kernel.org 订阅：内置常见子系统订阅模板。
- 配置文件：支持 TOML 配置文件，覆盖 IMAP 账号、订阅与基础行为参数。
### 2.2 非目标（MVP 阶段）
- 不做 GUI。
- 不做完整邮件客户端替代（如日历、联系人、HTML 渲染）。
- 不在首版封装 b4 全量能力，仅先覆盖最关键工作流。
- 不做复杂配置中心，当前仅维持最小可用配置集。
## 3. 用户画像与关键场景
用户：
- 内核维护者/贡献者
- 需要高频处理 patch 邮件的开发者
关键场景：
1. 订阅多个列表后，快速看到与自己子系统相关的 patch series。
2. 从 thread 中提取完整 patch 序列，并在本地仓库应用验证。
3. 在终端内完成 review 回复并发送，保留标准邮件线程关系。
## 4. 技术选型
### 4.1 语言与运行时
- Rust（edition 2024）
- Tokio（异步任务调度：IMAP 同步、后台索引、网络请求）
### 4.2 交互层
- TUI: `ratatui` + `crossterm`
- CLI: `clap`
### 4.3 协议与解析
- IMAP: `async-imap`（或同类异步实现）
- SMTP（MVP）: 通过外部 `git send-email` 发送回信
- SMTP（成熟版）: `lettre`（CRIEW 自实现 SMTP 发送器）
- 邮件解析: `mail-parser`（RFC 5322 + MIME）
### 4.4 数据与配置
- 本地存储: SQLite（`rusqlite` 或 `sqlx + sqlite`）
- 配置格式: TOML（`serde` + `toml`）
- 日志: `tracing` + `tracing-subscriber`
- 当前策略: 仅实现最小可用配置（账号、服务器、订阅、存储路径）。
- M6 固定一组最小 IMAP 字段：`[imap].email`、`user`、`pass`、`server`、
`serverport`、`encryption`；并兼容 legacy alias `imapuser`、`imappass`、
`imapserver`、`imapserverport`、`imapencryption`。
### 4.5 b4 / patch 工作流
- 安装流程自动编译并安装 b4，与 CRIEW 一起交付。
- 运行时默认调用内置 b4 入口，无需用户单独安装 b4。
- patch 提取与应用统一走 `b4 am`。
- 后续按需接入 `b4 prep`、`b4 send` 等扩展流程能力。
## 5. 系统架构
分层结构：
1. `ui`：TUI 页面、键位、状态渲染。
2. `app`：用例编排（同步、过滤、应用 patch、发送回复）。
3. `domain`：核心模型（Mail、Thread、PatchSeries、Rule）。
4. `infra`：IMAP/SMTP/SQLite/b4/外部命令（含 `git send-email`）适配器。
后台任务：
- `sync_worker`: 周期拉取 IMAP 增量。
- `index_worker`: 更新 thread 索引、过滤命中、series 状态。
- `fetch_worker`: 按需从 lore 补齐 thread 缺失邮件。
## 6. 数据模型（逻辑）
核心实体：
- `mail`
- `id`, `message_id`, `subject`, `from_addr`, `date`, `raw_path`
- `in_reply_to`, `list_id`, `flags`, `imap_mailbox`, `imap_uid`, `modseq`
- `is_expunged`
- `mail_ref`
- `mail_id`, `ref_message_id`, `ord`（来自 `References` 的有序引用链）
- `thread`
- `id`, `root_mail_id`, `subject_norm`, `last_activity_at`, `message_count`
- `thread_node`
- `mail_id`, `thread_id`, `parent_mail_id`, `root_mail_id`, `depth`, `sort_ts`
- `patch_series`
- `id`, `version`, `total`, `author`, `status`（new/reviewing/applied/rejected）
- `patch_item`
- `id`, `series_id`, `seq`, `mail_id`, `filename`, `checksum`
- `filter_rule`
- `id`, `name`, `query`, `action`（tag/star/hide/notify）
- `subscription`
- `id`, `name`, `source`（imap/lore）, `pattern`, `mailbox`, `enabled_by_default`
- `imap_mailbox_state`
- `mailbox`, `uidvalidity`, `last_seen_uid`, `highest_modseq`, `synced_at`
### 6.1 Thread 建模方案（成熟方案）
- 采用 JWZ 风格 threading：优先依据 `References` 构建父子关系，
`In-Reply-To` 作为回退。
- 对缺失祖先使用内存容器节点占位，后续邮件到达时可重连。
- 对无引用关系邮件，仅在主题归一化后做弱关联分组，避免错误串线。
- 持久化只落真实邮件节点（`thread_node`），占位节点不入库。
- 新邮件到达或补齐父邮件时，按 `root_mail_id` 局部重建线程树。
索引重点：
- `message_id` 唯一索引
- `(imap_mailbox, imap_uid)` 唯一索引
- `thread_node(thread_id, sort_ts)` 索引
- `thread_node(parent_mail_id)` 索引
- `patch_series(status, author)` 组合索引
- `imap_mailbox_state(mailbox)` 唯一索引
## 7. 核心流程
### 7.1 同步与建索引
- 同步目标由“已启用订阅”决定，但按 `source` 分流：
`My Inbox` 使用 `source=imap`，子系统模板继续使用 `source=lore`。
- 对于内置 `My Inbox`，固定映射到 IMAP `INBOX`。
- 自身邮箱地址解析优先级固定为：`[imap].email` -> `git config user.email`。
`user` 用于 IMAP 认证；若未显式设置，则回退到 `[imap].email` 作为登录身份。
- 真实 IMAP 连接要求 `user`、`pass`、`server`、`serverport`、`encryption`
五项齐备；`encryption` 首版固定枚举 `tls` / `starttls` / `none`。
1. 解析已启用订阅，并按 `source` 分成 `imap_subscriptions` 与 `lore_subscriptions`。
2. 对 `imap_subscriptions`：`My Inbox` 使用 `INBOX`，基于 `[imap]` 配置建立 IMAP 会话，
按 `encryption` 完成 TLS/STARTTLS/plain 连接并执行最小 `LOGIN` 认证。
3. `SELECT` 对应 IMAP mailbox，读取 `UIDVALIDITY`、`UIDNEXT`、`HIGHESTMODSEQ`。
4. 读取本地 `imap_mailbox_state`，对比同步断点。
5. 若 `UIDVALIDITY` 变化，触发该 IMAP mailbox 全量重建。
6. 按 UID 增量拉取新邮件；若服务器支持，按 MODSEQ 拉取 flag 变更。
7. 对 `lore_subscriptions`：继续沿用 M2 的网页/lore atom/raw 抓取同步路径，
不经过 IMAP。
8. 两类来源的邮件都在单事务中落盘 `.eml`、解析头部、写入 `mail`/`mail_ref`。
9. 基于 JWZ 规则局部更新 `thread`/`thread_node`，并聚合 patch series。
10. 提交事务并更新对应来源的 checkpoint；IMAP 路径更新
`last_seen_uid`/`highest_modseq`。
### 7.2 Patch 提取与应用
1. 用户在 thread/series 视图选择目标。
2. 系统按序拼装 patch 集，校验序号完整性。
3. 导出为 mbox 或临时 patch 目录。
4. 执行 `b4 am`，回写结果（成功/冲突/失败日志）。
### 7.3 回复与发送
1. 在 `Patch Preview` 进入 Vim 模式时自动弹出回信面板（Reply Panel）。
2. 自动构造头部：
- `Subject` 规范为 `Re: ...`（不重复前缀）
- `To/Cc` 继承原邮件并移除自己（“自己邮箱”解析优先级同 IMAP：`[imap].email` -> `git config user.email`）
- `From` 读取 git email 身份
- 自动填充 `In-Reply-To` / `References`
3. 正文按内核常见格式初始化：
- `On ..., ... wrote:`
- 引用行使用 `>`
4. 编辑器内纯文本编辑，推荐 72 列软换行；在引用区按 `Enter` 自动续写 `> `。
5. 发送交互统一为 `Send Preview -> Confirm -> Send`，未确认不允许发送。
6. Reply Panel 仅调用 CRIEW 的统一发送接口（`SendService`），不暴露底层命令。
7. MVP 阶段由该接口适配 `git send-email` 并记录 `Sent` 状态、`Message-ID` 与错误摘要。
8. 成熟阶段切换到 CRIEW 自实现 SMTP，保持同一回信格式构造逻辑和前端交互。
### 7.4 IMAP 同步一致性策略
- 幂等写入：依赖 `message_id` 与 `(imap_mailbox, imap_uid)` 双唯一键去重。
- 事务提交：邮件写入、thread 更新、checkpoint 更新在同一事务完成。
- 断点恢复：进程异常后从最近一次 checkpoint 继续，不回退已提交状态。
- 删除一致性：收到 `EXPUNGE` 时标记 `is_expunged`，默认不在主视图展示。
- 全量重建：仅在 `UIDVALIDITY` 变化时触发，避免常态全量扫描。
## 8. TUI 设计（MVP）
主布局三栏：
- 左：订阅可选框（内核子系统邮件列表 + 自己的收件箱）
- 中：thread 或 series 列表
- 右：邮件正文/patch diff 预览
左栏订阅可选框：
- 展示形式：以可选框展示订阅项（`[x]` 已启用，`[ ]` 未启用）。
- 订阅内容：默认提供常见内核子系统邮件列表，并新增一个内置 `My Inbox`
订阅，映射当前 IMAP 账号的 `INBOX`。
- 分组规则：按启用状态分为 `enabled` / `disabled` 两组，各组内按字典序排序。
- 默认状态：IMAP 配置完整时，`My Inbox` 首次默认开启；其余模板订阅默认关闭。
- 交互规则：支持分组折叠与展开，支持 `y/n` 启停当前订阅。
- 生效规则：仅拉取和展示已启用订阅对应的邮件流；其中 `My Inbox` 走 IMAP，
子系统订阅继续走 lore/web 抓取。
命令栏（Command Palette）：
- 呼出方式：`:` 为首选呼出键，`Ctrl + Backtick (\`)` 作为兼容后备方案。
- 呈现方式：命令栏显示在主窗口之上，作为悬浮窗口。
- 交互方式：顶部输入框 + 下拉候选列表。
- 匹配规则：先前缀匹配，再模糊匹配（命令名、别名、说明文本）。
- 排序规则：前缀命中优先，其次按模糊得分和最近使用次数排序。
- 候选展示：每个候选显示命令标识和功能说明（作用）。
- 执行动作：`Enter` 执行当前候选，`Esc` 关闭命令栏。
关键操作：
- `ui.keymap = "default"`（默认）：`j/l` 页面焦点移动，`i/k` 当前聚焦页面内上下移动
- `ui.keymap = "vim"`：`h/l` 页面焦点移动，`j/k` 当前聚焦页面内上下移动
- `:`: 打开/关闭命令栏（首选）
- `Ctrl + Backtick (\`)`: 打开/关闭命令栏（兼容后备）
- `y`: 启用左栏当前订阅
- `n`: 禁用左栏当前订阅
- `Enter`:
- 在左栏分组头上切换折叠/展开
- 在左栏订阅项上打开对应 mailbox 的 Threads（本地为空时触发同步）
- 在中栏选中当前线程（状态提示）
- `a`: apply 当前 series
- `r`: reply（非 Vim 回退入口）
- `e`: 在 `Patch Preview` 进入 Vim，并自动弹出回信面板
- `f`: 添加过滤条件
- `/`: 搜索
状态反馈：
- 顶部状态条显示当前 mailbox、同步时间、未读数量
- 底部显示快捷键和后台任务进度
## 9. b4 集成策略
策略：MVP 即采用 b4 主流程，后续逐步补齐高级能力。
MVP 阶段：
- 安装时自动编译并安装 b4，启动时做可执行性检查。
- 支持以 `Message-ID` 抓取并重建 series 的基础能力。
- 以 `b4 am` 为默认导入/应用链路。
后续阶段：
- 扩展对 `b4 prep`、`b4 send`、系列元数据校验等能力的支持。
- 保持输出格式和社区工具链兼容。
## 10. 安全与可靠性
- 凭据策略：M6 首版允许从 CRIEW TOML 直接读取 `pass`
（兼容 legacy alias `imappass`）以保证最小可用；
后续优先迁移到系统密钥环或本地加密文件。
- 所有原始邮件保留只读副本，便于追溯。
- 解析失败邮件进入隔离区，不阻塞主流程。
- 外部命令（b4 及其调用链）执行记录标准输出和退出码。
## 11. MVP 里程碑文档
MVP 范围与阶段目标已迁移至独立文档：
- `docs/milestones/mvp-milestones.md`
- `docs/milestones/vim-mvp-milestones.md`
- `docs/specs/reply-format-spec.md`
- `docs/milestones/reply-mvp-milestones.md`
## 12. 测试策略
- 单元测试：标题解析、JWZ thread 构建、过滤规则匹配、`[imap].email` 覆盖
`git config user.email` 的优先级解析。
- 集成测试：IMAP 拉取 -> 入库 -> thread 展示 -> patch 应用链路；覆盖默认
`My Inbox` 订阅、认证失败与 `UIDVALIDITY` 重建；并覆盖子系统订阅仍走 lore/web。
- 一致性测试：`UIDVALIDITY` 变化、断点恢复、重复拉取去重、EXPUNGE。
- 端到端测试：使用本地测试邮箱和临时仓库验证完整流程。
- 回归样本：维护一组真实 `.eml` 样本（含异常 MIME 和破损 patch）。
## 13. 开发优先级建议
先做可验证闭环，再追求功能覆盖：
1. 本地 `.eml` 导入 + thread 展示（不依赖网络即可开发）。
2. patch series 识别 + `b4 am`。
3. IMAP 同步。
4. Reply MVP（`git send-email` 发送链路）。
5. b4 高级自动化（如 prep/send 流程）。
6. 配置体验增强（可选，低优先，不阻塞主流程）。
## 14. M1 已决策项与风险更新
### 14.1 已决策项
- 工程结构采用四层模块：`app` / `domain` / `infra` / `ui`。
- CLI 命令固定为：`tui`、`sync`、`doctor`、`version`。
- 配置读取采用 TOML，支持 `--config` 路径覆盖和默认目录策略。
- 启动阶段统一执行目录引导与 SQLite 初始化迁移，`schema_version` 作为版本入口。
- b4 检查顺序固定：配置路径 -> `CRIEW_B4_PATH` -> `vendor/b4/b4.sh` -> `PATH` 中 `b4`。
- TUI 三栏骨架与状态栏已交付；主页面键位支持 `default`（`j/l` + `i/k`）与 `vim`（`h/l` + `j/k`）两套方案。
### 14.2 风险与后续动作
- b4 已在构建阶段通过 `build.rs` 执行 Python 字节码编译，并支持在运行时将最小
embedded 资产展开到用户数据目录；源码 checkout 若缺少 submodule，仍需外部 `b4`。
- 配置默认目录在受限沙箱环境可能不可写，当前通过 `--config` 可绕过；
后续应补充显式 `config init` 与目录可写性提示。
## 15. M2 已决策项与风险更新
### 15.1 已决策项
- `sync` 命令在 M2 固化参数：`--mailbox`、`--fixture-dir`、`--uidvalidity`、
`--reconnect-attempts`，保持命令名不变。
- 同步源采用双实现：本地 `.eml` fixture 与 lore atom/raw 抓取，统一写入同一
checkpoint 与入库路径。
- 同步写入策略采用单事务更新 `mail`、`mail_ref`、`thread`、`thread_node`、
`imap_mailbox_state`，并保持 `message_id` + `(mailbox, uid)` 幂等约束。
- thread 构建采用 JWZ 风格简化实现：优先 `References`，回退 `In-Reply-To`；
仅持久化真实邮件节点，按受影响 root 做局部重建。
- 首次同步窗口策略固定：目标 mailbox 无历史数据时仅保留最近 20 个 threads，
有历史数据时从 checkpoint 增量同步到最新。
- TUI 左栏采用 vger 子系统模板订阅，支持 `y/n` 启停、启用/停用双分组、折叠展开、
`Enter` 打开对应 mailbox Threads。
- 命令栏支持 `sync` / `sync <mailbox>`，并在启动 TUI 时自动同步“已启用订阅”。
- UI 状态持久化 `enabled_mailboxes`、分组展开状态、active mailbox 和 mail pane 宽度到 `ui-state.toml`；
首次启动默认全部订阅禁用；该基线在 M6 规划中仅对新增 `My Inbox` 订阅例外。
- 右栏预览默认隐藏 RFC 头部，过滤控制字符，切换线程时清屏并重置滚动，避免残留字符。
### 15.2 风险与后续动作
- 真实 IMAP 已接入最小 `LOGIN` / `SELECT` / `UID SEARCH` / `UID FETCH` 链路；
后续仍需补充 IDLE、QRESYNC、更细粒度 capability 协商与更强健的异常恢复。
- lore feed 时序与 message URL 可用性存在外部依赖风险；需要补充重试退避、
失败缓存与更细粒度错误分类。
- MODSEQ 在 fixture 模式下仍以文件修改时间近似，真实 IMAP 场景下需验证
`CONDSTORE/QRESYNC` 兼容性与 flags 增量准确性。
- 预览仍以纯文本片段为主，multipart 深层 body 选择与附件解码在 M3/M4 继续完善。
## 16. M3 已决策项与风险更新
### 16.1 已决策项
- patch 工作流数据落库新增 `patch_series`、`patch_series_item`、`patch_series_run` 三表，
用于 series 状态机、条目明细和执行日志持久化。
- series 识别规则固定为解析主题前缀 `[PATCH vN M/N]`，按 thread 聚合并默认选择
当前 thread 中最高版本（最大 `vN`）作为可操作 series。
- 完整性校验在 M3 固定三类：缺片（missing）、重复（duplicate）、乱序（out-of-order）；
仅 `complete` 状态允许执行 apply/download。
- b4 执行在 M3 统一由 CRIEW 封装，固定超时控制、退出码收集、stdout/stderr 持久化，
并映射状态流转：`new -> reviewing -> applied|failed|conflict`。
- TUI 线程页新增 patch 快捷键：`a` 触发 apply，`d` 触发 download；线程组标题展示
series 版本、完整性和当前状态，右侧预览可查看最近一次命令、退出码与错误摘要。
### 16.2 风险与后续动作
- 当前 series 聚合依赖已加载到线程页的数据窗口（默认 500 行）；超长 thread 可能需要
后续改为全量按 thread_id 查询以避免识别误差。
- 目前 download/apply 都走 `b4 am` 封装，后续可按维护者工作流评估是否补充
`b4 mbox` / `b4 shazam` 分流策略与更细粒度参数模板。
- 执行日志目前以内嵌文本保存在 SQLite，后续可增加日志滚动与大小配额，防止长期使用后数据库膨胀。
## 17. M6（已完成）：真实 IMAP 接入与自邮箱订阅
### 17.1 已决策项
- 真实 IMAP 接入继续复用 M2 已落地的 checkpoint、幂等去重、JWZ threading
与 mailbox 状态持久化模型，不重做数据层。
- `[imap]` 配置段首版固定字段为：`email`、`user`、`pass`、`server`、
`serverport`、`encryption`；并兼容 legacy alias `imapuser`、`imappass`、
`imapserver`、`imapserverport`、`imapencryption`。其中 `email` 用于“自己”
语义，`user` 用于认证，二者允许不同。
- 自身邮箱地址解析优先级固定为：`[imap].email` -> `git config user.email`；
若 CRIEW 配置存在，则覆盖 git 结果，并在 `doctor` 中显示最终来源。
- TUI 左栏新增内置 `My Inbox` 订阅，映射 IMAP `INBOX`，在 IMAP 配置完整时
默认启用并参与启动自动同步；TUI 保持打开期间，`My Inbox` 继续按
`ui.inbox_auto_sync_interval_secs` 指定的间隔做后台增量同步，默认 30 秒。
其余 vger 模板订阅仍保持默认禁用，并继续使用 lore/web 抓取，不切换到 IMAP。
- 真实 IMAP 客户端首版覆盖 `LOGIN`、`SELECT`、`UID SEARCH`、`UID FETCH`
最小链路，并复用既有 checkpoint、幂等写入和 `UIDVALIDITY` 重建逻辑。
- `encryption` 首版固定枚举 `tls` / `starttls` / `none`，默认建议使用 `tls`。
### 17.2 风险与后续动作
- 部分邮箱服务对 `LOGIN`、`STARTTLS`、`HIGHESTMODSEQ`、特殊能力扩展的支持并不一致；
M6 先覆盖最常见组合，后续再评估 OAuth、IDLE、QRESYNC 等增强。
- `pass`（或 legacy alias `imappass`）暂存于配置文件存在凭据泄露风险；
M6 以最小可用为先，后续应迁移到
keyring 或 secret backend。
- 默认启用 `My Inbox` 会改变“首次启动默认全禁用”的旧行为；迁移策略应固定为：
对已有 `ui-state.toml` 用户保持原状态，仅对首次引入 IMAP 配置或新用户自动开启。
## 18. M7（已完成）：回信编辑与预览
### 18.1 已决策项
- Reply MVP 首版接入 mail page 的 `Preview` 面板：`e` 在 `Preview` 上进入回信
Vim 编辑态，`r` 作为直接回信别名入口，统一打开 `Reply Panel` 悬浮层。
- `Reply Panel` 在打开时自动填充 `From`、`To`、`Cc`、`Subject`、
`In-Reply-To`、`References` 与 kernel 风格引用正文；`Subject` 固定规范为单一
`Re: ...`，其中 `From/To/Cc/Subject` 只是可编辑的默认值，只有
`In-Reply-To/References` 保持只读；`To/Cc` 在构造与预览阶段都会去重并移除自己地址。
- 回信编辑沿用 VM1 的最小 Vim-like 交互（`NORMAL / INSERT / COMMAND`），但作用域改为
Reply draft：头部字段保持单行编辑，正文支持 `>` 引用续写。
- `Send Preview -> Confirm` 在 M7 固化为强门控：任何 draft 变更都会清除确认状态，
M8 只允许在该确认状态上接入真实发送器，不再绕过前置预览。
### 18.2 风险与后续动作
- 当前 reply draft 仅保存在内存中，关闭面板或退出 TUI 后不会恢复；若 M8 引入发送重试/
草稿保留，需要补充持久化策略。
- 正文仍以纯文本单缓冲区编辑为主，尚未加入 72 列辅助换行、地址补全或 alias 管理；
这些增强应在不破坏当前头部构造规则的前提下后续追加。
## 19. M8（已完成）：Send Email 发送链路
### 19.1 已决策项
- Reply Panel 在 `preview_confirmed` 为真时接入真实发送，仍保持唯一用户入口 `Send`；
实际发送器固定为统一接口下的 `git send-email` 适配器。
- 发送内容先规范化为最终 RFC 5322 纯文本消息，预览与真实发送复用同一份头部/正文
规范化结果，避免“预览内容”和“实际发出内容”漂移。
- 每次发送都会生成并记录 `Message-ID`、`preview_confirmed_at`、命令行、退出码、
`stdout/stderr` 摘要与关联 `mail_id/thread_id`，落到本地 SQLite `reply_send` 表。
- 成功发送后关闭 Reply Panel 并回到原预览上下文；失败或超时则保留当前草稿与确认状态，
允许用户直接重试。
- `doctor` 已固定增加两项诊断：`git send-email` 可用性、默认回信身份
（`sendemail.from` 或 `user.name/user.email`）。
### 19.2 风险与后续动作
- 当前发送后只持久化审计结果，不持久化完整 draft 内容；若后续需要跨重启重试，
需补草稿存储与恢复策略。
- MVP 仍依赖外部 `git send-email` 与用户本地 git mail 配置；后续在不改变 Reply Panel
交互的前提下，可替换为 CRIEW 自实现 SMTP 发送器。
---
该文档作为实现基线，后续应同步更新设计决策、风险项与约束变化。