diff --git a/account_expiry_code_review.md b/account_expiry_code_review.md
deleted file mode 100644
index 42f12be6..00000000
--- a/account_expiry_code_review.md
+++ /dev/null
@@ -1,250 +0,0 @@
-# 账户过期时间管理功能 - 代码评审报告（未修复问题）
-
-## 📋 评审概述
-
-**评审范围**: 功能分支 feature/account-subscription-expiry-check
-**评审日期**: 2025-10-14
-**功能状态**: ✅ 核心功能已完整实现，9 种账户类型全覆盖，历史 bug 已全部修复
-
-**本文档仅包含未修复的问题和需要权衡讨论的优化建议。**
-
----
-
-## 🔍 未修复问题清单
-
-### ⚠️ 问题 1: 过期检查逻辑重复（代码复用）
-
-**问题描述**:
-`isSubscriptionExpired()` 方法在 9 个账户服务文件中重复实现了相同的逻辑（每个约 10 行代码）。
-
-**影响文件**:
-- `src/services/claudeAccountService.js`
-- `src/services/claudeConsoleAccountService.js`
-- `src/services/ccrAccountService.js`
-- `src/services/bedrockAccountService.js`
-- `src/services/geminiAccountService.js`
-- `src/services/openaiAccountService.js`
-- `src/services/azureOpenaiAccountService.js`
-- `src/services/openaiResponsesAccountService.js`
-- `src/services/droidAccountService.js`
-
-**是否需要修复**: ⚠️ **可选**
-**优先级**: **低**
-
-**评估理由**:
-- ✅ 当前逻辑简单（仅 10 行代码），重复成本可接受
-- ✅ 各服务架构不完全一致，强行抽象可能增加复杂度
-- ✅ 如果未来需要为不同账户类型定制过期逻辑，独立实现更灵活
-- ⚠️ 如果后续需要统一修改过期检查逻辑，需要改 9 个文件
-
-**建议**:
-- **保持现状**，除非后续需要修改过期检查逻辑时再考虑统一抽象
-- 如果要优化，可以创建 `src/utils/accountExpiry.js` 工具函数：
-  ```javascript
-  // 示例代码
-  function isSubscriptionExpired(account) {
-    if (!account.subscriptionExpiresAt) return false
-    return new Date(account.subscriptionExpiresAt) <= new Date()
-  }
-  ```
-
----
-
-### ⚠️ 问题 2: `expiresAt` 字段语义重载
-
-**问题描述**:
-在不同上下文中，`expiresAt` 有不同含义：
-1. **OAuth token 过期时间** (如 `openaiAccountService.js:576`)
-2. **账户订阅过期时间** (如 `claudeAccountService.js:187`)
-3. **API 响应格式化** (如 `admin.js:2019`)
-
-**代码示例**:
-```javascript
-// OAuth token 过期时间
-expiresAt: tokenExpiresAt,  // ❌ 无注释说明
-
-// 账户订阅过期时间
-expiresAt: accountData.expiresAt,  // ❌ 无注释，容易混淆
-
-// API 响应
-expiresAt: subscriptionExpiresAt,  // ❌ 前端字段映射，无说明
-```
-
-**是否需要修复**: ⚠️ **部分修复（添加注释）**
-**优先级**: **中**
-
-**评估理由**:
-- ✅ 后端已通过 `mapExpiryField()` 统一处理字段映射，架构合理
-- ⚠️ 缺少注释导致代码可读性降低，容易在维护中混淆
-- ❌ 不建议重构字段名（会影响前端，改动过大）
-
-**建议**:
-- ✅ **添加代码注释**（成本低，收益高）
-- 在关键位置添加注释说明：
-  ```javascript
-  // 推荐格式
-  expiresAt: tokenExpiresAt,              // OAuth access token 过期时间
-  subscriptionExpiresAt: ...,             // 账户订阅到期时间 (业务字段)
-  expiresAt: subscriptionExpiresAt,       // 前端期望的字段名 (订阅过期)
-  ```
-
----
-
-### ✅ 问题 3: 缺少字段含义的文档说明
-
-**问题描述**:
-关键字段（如 `subscriptionExpiresAt`、`expiresAt`）在代码中缺少注释说明。
-
-**影响范围**:
-- 所有账户服务的字段定义处
-- API 路由的响应格式化代码
-- 前端的字段映射逻辑
-
-**是否需要修复**: ✅ **建议修复**
-**优先级**: **中**
-
-**评估理由**:
-- ✅ 添加注释成本极低（约 10 分钟）
-- ✅ 显著提升代码可读性和可维护性
-- ✅ 对未来开发者非常有帮助
-
-**建议**:
-在以下位置添加注释：
-1. **账户服务字段定义** (9 个文件)
-2. **API 路由响应格式化** (`src/routes/admin.js`)
-3. **前端字段映射** (`web/admin-spa/src/components/accounts/`)
-
----
-
-### ⚠️ 问题 4: 缺少自动化测试
-
-**问题描述**:
-项目中没有针对过期时间功能的测试文件（`tests/accountExpiry.test.js` 不存在）。
-
-**缺失的测试覆盖**:
-- 单元测试：过期检查逻辑（已过期、未过期、无设置）
-- 集成测试：创建/更新账户、调度过滤
-- 前端测试：快捷选项、自定义日期、时区处理
-
-**是否需要修复**: ⚠️ **可选**
-**优先级**: **低**
-
-**评估理由**:
-- ✅ 功能已经过人工测试和多次 bug 修复，当前运行稳定
-- ⚠️ 该项目整体缺少测试文件（不是这个功能特有的问题）
-- ⚠️ 添加测试需要建立完整的测试框架，工作量较大（约 1-2 天）
-- ❌ 测试投入产出比不高（功能相对简单且稳定）
-
-**建议**:
-- 如果后续项目引入测试框架（如 Jest），再补充测试
-- 当前阶段不建议为单个功能单独建立测试体系
-
----
-
-### ⚠️ 问题 5: 服务器端时区处理风险
-
-**问题描述**:
-服务器端过期检查使用 `new Date()` 获取当前时间，依赖服务器时区配置。
-
-**当前实现**:
-```javascript
-// claudeAccountService.js
-const expiryDate = new Date(account.subscriptionExpiresAt)  // UTC 时间
-const now = new Date()  // 服务器本地时间
-if (expiryDate <= now) { ... }
-```
-
-**潜在风险**:
-- ⚠️ 服务器时区配置错误时会导致过期判断不准确
-- ⚠️ 没有明确使用 UTC 时间比较
-
-**是否需要修复**: ⚠️ **可选**
-**优先级**: **低**
-
-**评估理由**:
-- ✅ 前端已正确处理时区（本地时间 → UTC 存储）
-- ✅ 大多数生产环境服务器默认使用 UTC 时区
-- ⚠️ 如果服务器时区配置正确，功能可以正常工作
-- ⚠️ 显式使用 UTC 比较更稳健
-
-**建议**:
-如果担心时区问题，可以修改为显式 UTC 比较：
-```javascript
-// 推荐写法
-const expiryTimestamp = new Date(account.subscriptionExpiresAt).getTime()
-const nowTimestamp = Date.now()
-if (expiryTimestamp <= nowTimestamp) { ... }
-```
-
----
-
-### ❌ 问题 6: 性能优化建议
-
-**问题描述**:
-每次账户调度都会执行日期比较操作。
-
-**性能分析**:
-- ✅ 日期比较是非常轻量的操作（微秒级）
-- ✅ 当前账户数量远小于 1000，性能影响可忽略
-- ⚠️ 如果账户数量增长到 1000+，可能需要缓存机制
-
-**是否需要修复**: ❌ **不需要**
-**优先级**: **无**
-
-**评估理由**:
-- ✅ 当前实现性能完全足够
-- ❌ 过早优化会增加系统复杂度
-- ✅ 等到实际遇到性能瓶颈时再优化（YAGNI 原则）
-
-**建议**:
-- **保持现状**，不做优化
-- 如果未来账户数量超过 1000，再考虑：
-  - 缓存过期状态（定期刷新）
-  - 使用 Redis EXPIREAT 命令
-
----
-
-## 📊 修复优先级总结
-
-| 问题             | 是否需要修复 | 优先级 | 预估工作量 | 建议操作             |
-| ---------------- | ------------ | ------ | ---------- | -------------------- |
-| 过期检查逻辑重复 | ⚠️ 可选      | 低     | 1-2 小时   | 暂不修复             |
-| 字段语义重载     | ⚠️ 部分修复  | 中     | 10 分钟    | 添加注释             |
-| 缺少代码注释     | ✅ 建议修复  | 中     | 10 分钟    | **建议立即添加注释** |
-| 缺少自动化测试   | ⚠️ 可选      | 低     | 1-2 天     | 等项目引入测试框架   |
-| 时区处理风险     | ⚠️ 可选      | 低     | 15 分钟    | 可选修复             |
-| 性能优化         | ❌ 不需要    | 无     | -          | 不做优化             |
-
----
-
-## ✅ 总结与建议
-
-### 核心结论
-
-功能实现质量很高（综合评分 4.5/5），所有发现的"问题"实际上都是**长期优化建议**，不是必须立即修复的 bug。
-
-### 立即可做的优化（10 分钟）
-
-✅ **添加代码注释**（问题 2 + 问题 3）
-在关键字段处添加简短注释，提升代码可读性：
-```javascript
-// 示例位置
-// src/services/claudeAccountService.js:187-188
-// src/routes/admin.js:2019
-```
-
-### 可选的优化（按需决策）
-
-⚠️ **字段语义重载** - 如果团队认为字段混淆影响维护，可以重构
-⚠️ **代码复用重构** - 如果后续需要统一修改逻辑，再考虑抽象
-⚠️ **时区显式处理** - 如果担心服务器时区配置问题，可以修改
-
-### 不建议修复的内容
-
-❌ **自动化测试** - 投入产出比不高，等项目整体引入测试框架
-❌ **性能优化** - 当前性能完全足够，过早优化增加复杂度
-
----
-
-**评审完成时间**: 2025-10-14
-**评审人**: Claude Code (AI Assistant)