# Omniledger 架构与开发记忆 (Memory) ## 修复时光机引擎：1. 将汇率查询条件延展至 23:59:59 以解决跨日边界导致的数据穿透失败；2. 修复对已结算法币成本进行双重汇率乘法的严重财务逻辑 Bug (Task 74) - **汇率时间边界修复**：在 `src/actions/snapshots.ts` 和 `app/api/debug/snapshot/route.ts` 的 `buildDailyRatesMap` 函数中，将 `getClosestRateForDate` 内部的时间比较边界从 `targetDateStr + 'T00:00:00Z'` 延展至 `targetDateStr + 'T23:59:59.999'`。修复根因：初始 SQL 查询使用 `lte(fetchTime, 23:59:59)` 拉取全天数据，但内层循环用次日 00:00:00 做 `<=` 截断，导致跨日时区边界下汇率数据穿透失败，美元汇率回退到 7.22 兜底值而非数据库真实的 6.82。 - **双重汇率乘法修复**：在 `src/utils/finance.ts` 的 `calculateAssetMetrics` 返回值中新增 `accumulatedCost` 字段（`totalInvested - totalRealized`），代表持仓净成本（Base Currency）。 - **架构红线**：`accumulatedCost` / `totalCost` 在底层数据库已是法币 (CNY) 本位（交易录入时已乘以 `exchangeRate`），**严禁再与 `snapshotFxRate` 相乘**。修复 `reconstructPortfolioHistory()` 中的 `posCostCny` 计算：从 `(metrics.marketValue - metrics.accumulatedPnl) * snapshotFxRate` 改为直接取 `metrics.accumulatedCost`，彻底消除 USD→CNY 再×FXRate 的双重折算暴击。 - 同步修复 `app/api/debug/snapshot/route.ts` X光机接口：`calcCostCny` 从 `holding.totalCost * fxNum` 改为 `holding.totalCost`，确保调试接口与时光机引擎逻辑完全一致。 - **验收**：META 的 `calculatedCostCny` 从虚高的 61 万量级回落到 4255 左右真实水平，美股 `snapshotFxRate` 成功抓取数据库 6.82 而非 7.22 兜底值。 ## 重构时光机底层引擎，引入基于 lte 的历史价格/汇率向后穿透查询，解决数据断层导致的 0 价格黑洞与汇率串用 Bug (Task 72) - 在 `src/actions/snapshots.ts` 的 `reconstructPortfolioHistory()` 中，将汇率获取从"一次性全量加载"重构为"按天循环顶部动态构建"：每天 `targetDate` 循环开始时调用 `buildDailyRatesMap(dateStr)`，查询 `exchange_rates_history` 中 `fetch_time <= targetDate` 的所有记录，按 `(fromCurrency, toCurrency)` 分组构建当日汇率字典，O(1) 内存访问。 - **汇率兜底安全值**：USD → 7.22，HKD → 0.92，CNY → 1，确保新系统建的老账单查不到历史汇率时不会崩溃。 - **价格向后穿透修复**：废弃 `getEffectivePrice` 中查不到价格时回退到 `latestPrice` 的逻辑，改为新增 `getHistoricalPriceWithFallback(assetId, dateStr, fallbackCostPrice)` 函数，使用 `lte(date, targetDate)` + `orderBy(desc)` + `limit(1)` 查询历史价格；若该资产连一笔历史价格都没有（如 NXE），将持仓成本价（`totalCost / quantity`）作为 `snapshotPrice` 传入，保证市值不归零。 - **币种汇率精准匹配**：在资产计算循环中，严格根据 `baseCurrency` 从 `dailyRates` 字典中取值（如 USD 资产取 `dailyRates['USD']`，HKD 资产取 `dailyRates['HKD']`），彻底杜绝 USD/HKD 汇率串用问题。 - 同步修复 `app/api/debug/snapshot/route.ts` X光机接口：废弃原有的 `getHistoricalPrice`（未 await 执行导致恒返回 null），全面接入 `buildDailyRatesMap` + `getHistoricalPriceWithFallback` 双引擎，确保调试接口与时光机引擎逻辑完全一致。 ## 新增 /api/debug/snapshot X光透视接口，用于针对特定日期的历史资产快照进行逐笔对账，排查历史总资产异常波动的元凶 (Task 71) - 在 `app/api/debug/snapshot/route.ts` 创建 GET 接口，接收 `date` 或 `targetDate` 查询参数（默认 `2026-04-30`）。 - 复用 `src/actions/snapshots.ts` 中 `getHistoricalPositions()` 的核心持仓推演逻辑：从 `transactions` 表获取目标日期 23:59:59 之前的所有流水，按资产聚合计算 `quantity`（持仓量）和 `totalCost`（累计投入成本，SELL 时按平均成本扣减）。 - 对每个持仓资产，通过 `assetPricesHistory` 表按 `(assetId, date <= targetDate)` 降序 Limit 1 获取当日收盘价（断点结转），通过 `exchangeRatesHistory` 表按就近匹配策略获取当日汇率（Base Currency → CNY）。 - 返回逐笔明细数组 `details`，每项包含 `symbol`、`quantity`、`snapshotPrice`、`snapshotFxRate`、`calculatedMarketValueCny`（持仓量 × 快照价 × 快照汇率）、`calculatedCostCny`（累计成本 × 快照汇率），以及汇总的 `totalMarketValue` 和 `totalCost`。 - 结果按 `calculatedMarketValueCny` 降序排列，`snapshotPrice` 和 `snapshotFxRate` 经 Big.js 去零清洗，确保可读性。 - 访问 `http://localhost:3000/api/debug/snapshot?date=2026-04-30` 可验证，2026-04-30 快照覆盖 19 个资产，总市值 961,037.69 CNY，总成本 1,545,059.23 CNY。 ## 优化 exportToCSV 功能，基于 type 和 baseCurrency 的交叉判定注入了'市场'属性分类列，便于在外部进行资产敞口分析 (Task 70) ## 优化 exportToCSV 功能，基于 type 和 baseCurrency 的交叉判定注入了'市场'属性分类列，便于在外部进行资产敞口分析 (Task 70) - 在 `app/dashboard/page.tsx` 的 `exportToCSV()` 函数中新增 `getMarketName(item)` 纯函数，实现市场维度的智能推导。 - 判定优先级：`type === 'CRYPTO'` → `baseCurrency` 硬核锚定 (USD→美股, HKD→港股, CNY/RMB→A股) → 正则兜底 (5位数字→港股, 60/00/30开头→A股) → 默认"其他市场"。 - CSV 表头在"代码"之后插入"市场"列，`rows` 映射严格对齐，确保 BTC 显示"虚拟币"、谷歌显示"美股"、小米显示"港股"、上海机场显示"A股"。 - 文件仍带 `\uFEFF` BOM 头，Excel 打开中文不乱码。 ## 优化 exportToCSV 数据净洗逻辑，利用防科学计数法的纯正则处理去除现价/成本价末尾的无意义零 (Task 69) - 在 `app/dashboard/page.tsx` 的 `exportToCSV()` 函数顶部注入 `stripTrailingZeros` 纯字符串去零工具函数。 - 该函数内置防御性设计：对 null/undefined/空值返回 `"0"`；仅对包含小数点的字符串执行正则处理（`/0+$/` 剥离尾随零 → `/\.$/` 剥离末尾小数点），彻底杜绝极小数值（如 `0.00000001`）被 `String()` 转换后触发科学计数法（`1e-8`）。 - 将 CSV 映射层中的"成本价"字段（`avgCostNative`）和"现价"字段（`latestPrice`）包裹 `stripTrailingZeros()`，使小米 `29.020` 输出为 `29.02`、整数价格 `29.00` 输出为 `29`，而"总市值""浮动盈亏""累计盈亏"等法币资产字段保留 `.toFixed(2)` 的两位小数格式以维持表格对齐。 ## 新增持仓明细的已清仓资产显示开关（基于 1e-8 精度容差过滤），并实装注入 UTF-8 BOM 的客户端 CSV 导出功能 (Task 68) - 在 `src/actions/portfolio.ts` 的 `getPortfolioPositions()` 函数中新增 `includeCleared: boolean = false` 参数，将清仓判定从 `quantity === 0` 升级为 `Big.js` 的 `1e-8` 精度容差过滤（`holding.quantity.gt('1e-8')`），杜绝浮点数灰尘资产被错误保留或隐藏。 - 当 `!includeCleared` 时，自动过滤掉持仓量 ≤ 1e-8 的已清仓资产；当 `includeCleared` 为 true 时，已清仓资产会被返回，其 `marketValue` 和 `floatingPnl` 为 0，但**保留真实计算出的 `accumulatedPnl`（累计盈亏）字段**，确保历史盈亏数据不丢失。 - 在 `app/dashboard/page.tsx` 的"持仓明细"卡片头部新增 Checkbox（显示"👁 显示历史持仓"）和 Button（"📥 导出 CSV"），Checkbox 切换时基于 `Big(pos.quantity).gt('1e-8')` 在前端动态过滤列表，无需额外请求。 - 编写 `exportToCSV()` 客户端导出函数：定义中文字段表头（资产名称、代码、持仓量、成本价、现价、总市值、浮动盈亏、累计盈亏），将当前表格数据映射为 CSV 格式，**注入 `\uFEFF` UTF-8 BOM 头**并创建 Blob 触发下载，彻底解决 Excel 打开中文乱码问题。 - 文件名格式为 `portfolio_details_YYYY-MM-DD.csv`，所有数值字段用双引号包裹防止逗号破坏 CSV 格式。 - 同步更新 `getPortfolioSummary(includeCleared)` 和 `recordDailySnapshot()` 以传递参数。 ## 修复腾讯行情接口 URL 拼接逻辑，剔除导致数据残缺的 s_ (简易版) 前缀，确保所有市场强制获取包含时间戳的全量报文 (Task 67) - 在 `app/api/cron/fetch-prices/route.ts` 的 `fetchStockPrice()` 函数与 `src/actions/market.ts` 的 `getTencentSymbol()` 函数中，将美股资产的前缀映射从 `'s_us'` 强制重构为 `'us'`。 - **根因分析：** 腾讯财经 gtimg 接口使用 `s_us` 前缀时返回的是"简易版"报文（仅 ~10 个字段），缺失 Index 30 的日期时间字段；使用 `us` 前缀时返回"全量版"报文（60+ 个字段），包含完整的交易时间戳 `2026-05-01 16:00:06`。 - 修改前的错误拼接：`https://sqt.gtimg.cn/q=s_usGOOG` → 10 字段，无日期 → 触发 `[Date Parse Fatal Error]`。 - 修改后的正确拼接：`https://sqt.gtimg.cn/q=usGOOG` → 60+ 字段，Index 30 含日期 → `parseMarketDate()` 成功解析 `2026-05-01`。 - 其他市场前缀保持不变：港股 `hk` (如 `hk01810`)、A股沪市 `sh` (如 `sh600009`)、A股深市 `sz` (如 `sz002594`)。 - **验证：** `curl` 对比 `s_usGOOG` (10字段) vs `usGOOG` (60+字段)，Cron 接口成功同步 21 条记录，0 失败，控制台无任何 `[Date Parse Fatal Error]` 报错，美股日期正确解析为 `2026-05-01`。 ## 部署防弹级 parseMarketDate 解析引擎，增加 payload 脏前缀清洗逻辑，彻底解决美股日期解析崩溃触发 fallback 的幽灵 Bug (Task 66) - 在 `app/api/cron/fetch-prices/route.ts` 中一字不差地替换 `parseMarketDate(rawString: string)` 为工业级防污染版本。 - **核心修复：** 新增 `payload.includes('="')` 脏前缀清洗逻辑，从腾讯 gtimg 原始响应中提取 `="` 之后的纯净数据段，剔除结尾 `";`，从根本上消除 `v_usGOOG="...` 前缀导致的数组偏移与数据污染风险。 - 日期匹配顺序调整为：美股 (`-`) → 港股 (`/`) → A股 (`/^\d{8}/`)，与 payload 清洗逻辑配合，确保跨市场日期提取零误判。 - 错误日志升级为 `console.error("[Date Parse Fatal Error]")`，致命错误时完整打印原始字符串便于调试；兜底逻辑保持不变。 - **验证：** `curl` 触发 Cron 接口成功，21 条记录全部 upsert，0 失败，控制台无任何 `[Date Parse Fatal Error]` 红字报错，美股日期字段正确解析为 `2026-05-01`。 ## 建立 asset_id 与 date 的联合唯一索引，重构三套跨市场日期解析正则，实现基于 onConflictDoUpdate 的价格历史幂等覆盖逻辑 (Task 65) - 在 `src/db/schema.ts` 的 `assetPricesHistory` 表中新增 `updateTime` 字段 (`timestamp('update_time').defaultNow()`)，并将联合索引从 `uniqueIndex` 升级为 `unique()` 约束 (`unique().on(table.assetId, table.date)`)，确保 `(assetId, date)` 在物理层严格唯一。 - 在 `app/api/cron/fetch-prices/route.ts` 中一字不差地注入 `parseMarketDate(rawString: string)` 傻瓜式日期解析引擎：从腾讯财经 gtimg 原始响应的 Index 30 提取日期，支持 A股 (14位数字→YYYY-MM-DD)、港股 (斜杠分隔→YYYY-MM-DD)、美股 (横杠分隔→YYYY-MM-DD) 三种格式，含 try/catch 极端兜底。 - 废弃原有的 `SELECT → UPDATE/INSERT` 双步查询逻辑，全面替换为 Drizzle 的 `onConflictDoUpdate` UPSERT 语法：基于联合唯一约束，冲突时只更新 `price` 与 `updateTime`，实现完全幂等的价格覆盖。 - 移除不再使用的 `skippedCount` 计数器与 `eq` 导入，简化响应结构。 - 执行 `drizzle-kit push` 完成物理迁移，`curl` 测试确认：美股存入 `2026-05-01`，港A股存入 `2026-04-30`；重复调用不产生新行，`update_time` 正确刷新。 ## 升级时光机历史快照生成逻辑，引入就近汇率匹配策略 (Closest Rate Matching)，消除因使用单一日结汇率导致的历史资产估值失真 (Task 64) - 在 `src/actions/snapshots.ts` 的 `reconstructPortfolioHistory()` 中，废弃从静态 `exchangeRates` 表获取当前汇率的旧逻辑，全面接入 `exchangeRatesHistory` 历史汇率时间序列表。 - **架构调整**：在 `dayLoop` 循环之前，一次性加载全部 `exchangeRatesHistory` 记录到内存，按 `(fromCurrency, toCurrency)` 键分组构建 `ratesCache`（`Map`），每条记录已按 `fetchTime` 升序排列。 - **核心算法 `getClosestRateForDate(currencyPair, targetDateStr)`**：在有序数组中线性扫描，找到所有 `fetchTime <= targetDate` 的记录，返回最后一条（即最接近且小于等于目标日期的汇率），实现"就近匹配"策略。 - **汇率路由 `getHistoricalRate(from, to, dateStr)`**：优先查找直接汇率对（如 `USD_CNY`），若无则通过 USD 交叉换算（如 `HKD_USD` × `USD_CNY`），所有查找均基于目标日期的历史汇率，保持时间一致性。 - **循环内折算**：每个资产在每个交易日调用 `getHistoricalRate(baseCurrency, 'CNY', dateStr)` 获取当日历史汇率，替代之前静态的 `getRate(baseCurrency, 'CNY')`，确保 `posValueCny` 和 `posCostCny` 均使用真实历史汇率折算。 - **性能保障**：汇率数据仅在循环外加载一次（O(N) 初始化），循环内每次查找为 O(M) 线性扫描（M 为每个币种对的汇率记录数，通常极小），无 N+1 查询问题。 - 成功重新构建 1248 天历史快照，所有日期的资产估值现在使用对应日期的真实汇率，消除历史回溯失真。 ## 新增 exchange_rates_history 数据库表，并接入极速数据 (Jisu API) 建立每天自动追加的汇率时间序列抓取引擎 (Task 63a) ## 新增 exchange_rates_history 数据库表，并接入极速数据 (Jisu API) 建立每天自动追加的汇率时间序列抓取引擎 (Task 63a) - 在 `src/db/schema.ts` 中新增 `exchangeRatesHistory` 表定义：包含 `id` (uuid)、`fromCurrency`、`toCurrency` (固定 CNY)、`rate` (numeric(20,8) 高精度)、`fetchTime` (时间戳)、`createdAt`，支持 USD/CNY 与 HKD/CNY 双币种对的汇率历史追踪。 - 执行 `drizzle-kit push` 将新表推送到 PostgreSQL 数据库，确保表结构生效。 - 在 `app/api/cron/fetch-rates/route.ts` 创建 Next.js Route Handler (GET)，专供定时任务调用。 - **安全拦截：** 校验 `Authorization: Bearer ${process.env.CRON_SECRET}` 请求头，不匹配返回 401；若 `CRON_SECRET` 或 `JISU_API_KEY` 未配置则返回 500。 - **极速数据 API 接入：** 并发请求 USD→CNY 与 HKD→CNY 的汇率接口 (`api.jisuapi.com/exchange/convert`)，严格校验 `status === 0`，解析 `result.rate` 保持字符串形态入库。 - **容错设计：** 使用 `Promise.allSettled` 并发处理两个币种请求，任一失败不会阻断另一个的入库；DB 插入失败单独 catch 记录日志但不中断流程。 - **响应格式：** 返回 `{ success, timestamp, inserted, failed, details: { inserted: [{from,to,rate}], failed: [{from,error}] } }` 结构化 JSON。 - 新增环境变量 `JISU_API_KEY`（需在 `.env` 中配置极速数据 API 密钥）。 ## 升级价格抓取引擎，实现从 gtimg 原始报文中提取 Index 30 的真实行情日期，并针对 US/SH/HK 三种日期格式执行标准化 YYYY-MM-DD 转换 (Task 61e) ## 升级价格抓取引擎，实现从 gtimg 原始报文中提取 Index 30 的真实行情日期，并针对 US/SH/HK 三种日期格式执行标准化 YYYY-MM-DD 转换 (Task 61e) - 在 `app/api/cron/fetch-prices/route.ts` 中新增 `parseMarketDate(rawString: string)` 核心工具函数，从腾讯财经 gtimg 原始响应（`~` 分隔）的 Index 30 提取真实交易日期。 - 支持三种市场日期格式标准化：A股 `20260430161416`（14位数字）→ `2026-04-30`；港股 `2026/04/30 16:08:24`（斜杠分隔）→ `2026-04-30`；美股 `2026-05-01 09:31:00`（空格分隔）→ `2026-05-01`。 - 重构 `fetchStockPrice` 函数返回值类型为 `{ price: string | null; rawResponse: string | null }`，保留完整原始响应供日期解析使用。 - 更新入库循环：每个 `assetId` 的 `date` 字段强制调用 `parseMarketDate(apiResponseString)` 获取，确保 `where` 查重条件与插入值使用同一解析日期，实现跨市场时间戳绝对准确。 - Crypto 资产保持原有 `dateStr`（当天日期）逻辑，因其通过币安 API 获取无内置日期字段。 ## 彻底终结 404：物理层文件系统审计与幽灵路由重建 (Task 61c) ## 彻底终结 404：物理层文件系统审计与幽灵路由重建 (Task 61c) - **根目录审计结论：** 项目使用根目录 `app/` 作为 Next.js App Router 的活跃根目录（而非 `src/app/`），`src/app/` 下残留的 `api/` 目录是幽灵路由的根源，导致 Next.js 无法挂载 `/api/cron/fetch-prices` 端点。 - **物理清除：** 已彻底删除 `src/app/api/cron/fetch-prices/route.ts` 及所有空父目录，消除错误的文件位置。 - **规范重建：** 在绝对正确的路径 `app/api/cron/fetch-prices/route.ts` 重新写入符合 Next.js App Router 规范的 Route Handler（`export async function GET`），文件后缀为 `.ts`，目录结构严格遵循 `folder/route.ts` 规范。 - **通过物理审计清除了错误的 Next.js 路由文件命名，并重新严格对齐了 App Router 的文件夹/route.ts 规范。** ## 构建 /api/cron/fetch-prices 定时任务端点，实现针对活跃资产的行情抓取与按日期的幂等性 (Idempotent) 价格入库 (Task 61) - 在 `src/app/api/cron/fetch-prices/route.ts` 创建 Next.js Route Handler (GET)，专供定时任务调用。 - **安全拦截：** 在 GET 方法顶部校验 `Authorization` 请求头 (`Bearer ${process.env.CRON_SECRET}`)，不匹配则返回 401 Unauthorized；若 `CRON_SECRET` 未配置则返回 500。 - **核心流程：** 查询 `assets` 表中 `STOCK` 和 `CRYPTO` 类型的活跃资产 → 遍历调用腾讯财经/币安 API 获取现价 → 生成当日日期字符串 (YYYY-MM-DD) → 幂等入库至 `asset_pricesHistory`。 - **幂等性保障：** 先 `SELECT` 检查当天是否已存在该 `assetId` 的记录，存在则 `UPDATE` 价格，不存在则 `INSERT`，确保同一天同一资产绝不出现两条价格记录。 - **响应格式：** 返回 `{ success, date, synced, skipped, failed, details }` 结构化的 JSON 结果。 - 新增环境变量 `CRON_SECRET`（需在 `.env` 中配置），用于定时任务接口的认证密钥。 ## 粉碎时光机中 marketValue 未乘汇率的致命双标幻觉，严格对齐历史快照与实时概览的 CNY 折算基准 (Task 59b) - **核心认知纠正：** `calculateAssetMetrics` 输出的 `marketValue` **绝对不是 CNY**！它和 `totalInvested` 一样，都是原始币种 (Base Currency)。 - **致命 Bug：** 之前的时光机逻辑中，`posCostCny` 使用 `metrics.totalInvested * fxRate` 折算，而 `posValueCny` 使用 `metrics.marketValue * fxRate` 折算。但由于 `totalInvested` 在 `finance.ts` 引擎中已经混入了 CNY 价格（如海尔的买入价格），导致投入本金被错误放大，在 4 月 30 日节点造成"投入本金"虚高、净盈亏显示为亏损 4 万的荒谬结果。 - **强制修复：** 在 `src/actions/snapshots.ts` 的 `reconstructPortfolioHistory()` 资产遍历循环中，`posCostCny` 改为 `(metrics.marketValue - metrics.accumulatedPnl) * fxRate` 推导，确保投入本金 = 市值 - 累计盈亏，逻辑自洽且与实时概览 (`recordDailySnapshot`) 的 CNY 折算基准完全对齐。 - **物理毁灭脏数据：** 在函数开头已执行 `DELETE FROM portfolio_snapshots`，重新跑时光机生成全新 1247 天快照，消除所有因汇率双标导致的错乱数据。 ## 修复 calculateAssetMetrics 结果的汇率双重标准解析错误，重构 Live Overview 聚合基准 (Task 59) - **核心认知纠正：** `calculateAssetMetrics` 引擎产出的所有数据（`marketValue`, `accumulatedPnl`, `floatingPnl`, `dilutedCost` 等）全都是原始基础币种 (Base Currency)！绝对不存在"部分已经是 CNY"的情况。 - 修复 `src/actions/snapshots.ts` 的 `reconstructPortfolioHistory()`：之前错误地将 `cnyPrice`（已折算的人民币价格）传入引擎，却只对 `totalInvested` 乘汇率、对 `marketValue` 不乘，形成"双标幻觉"。现改为传入原始币种价格 `priceStr`，然后无例外地将引擎输出的所有金额字段统一乘以 `fxRate` 得到 CNY，确保 `posValueCny` 和 `posCostCny` 使用同一套汇率折算基准。 - 修复 `src/actions/portfolio.ts` 的 `getPortfolioSummary()`：废弃旧的 `cnyValue`/`pnlCny` 求和逻辑（旧逻辑基于 `calculateCnyValueFromPrice` 双路径计算，与引擎输出存在语义差异），改为从 `getPortfolioPositions()` 返回的 `marketValueCny`/`accumulatedPnlCny`/`floatingPnlCny` 字段在内存中累加，确保大盘汇总与底层明细使用同一套计算源（单一事实来源）。 - 同步修复 `recordDailySnapshot()`：`totalValueCny` 改为累加 `marketValueCny`，`totalCostCny` 改为 `marketValueCny - accumulatedPnlCny` 推导，与 `getPortfolioSummary` 保持一致。 - 彻底覆盖历史快照：重新执行 `reconstructPortfolioHistory()`，成功重构 1247 天历史快照数据，消除之前因混用汇率导致的错乱快照。 ## 全局修复多币种聚合漏洞，强制叠加汇率乘数 (Task 58) - 修复了跨币种资产直接相加导致的盈亏总额失真问题：USD 盈利未乘以 ~7.23 汇率被当作 CNY 计算，HKD 亏损同理。 - 在 `src/actions/portfolio.ts` 的 `getPortfolioPositions()` 中，对每个资产获取 `exchangeRate`（Base Currency → CNY），将财务引擎 (`calculateAssetMetrics`) 产出的所有绝对金额字段（`marketValue`、`floatingPnl`、`accumulatedPnl`、`dilutedCost`）乘以汇率，映射为 `Cny` 结尾的新字段，确保 Dashboard 列表中的 CNY 聚合数据精确。 - 在 `src/actions/snapshots.ts` 的 `reconstructPortfolioHistory()` 中，修复时光机逐日汇总逻辑：`metrics.marketValue` 已使用 CNY 价格计算可直接取用，`metrics.totalInvested` 基于原始币种价格需乘以 `exchangeRate` 折算为 CNY，确保历史成本曲线正确。 - 重新触发时光机清洗，成功重构 1247 天历史快照数据。 ## 重构历史快照生成逻辑，消除新旧算法断层 (Task 57) - 将时光机重构逻辑全面接入 finance utils 引擎，清洗历史脏快照，消除新旧算法迭代导致的本金曲线断层。 - 在 `src/utils/finance.ts` 的 `calculateAssetMetrics` 返回值中新增 `totalInvested` 字段，直接输出真实投入本金（含手续费），避免通过 `marketValue - accumulatedPnl` 间接推导导致的精度损失。 - 在 `src/actions/snapshots.ts` 中废弃 `reconstructPortfolioHistory()` 的旧版 Day-by-Day 加减法逻辑，改为：对每一天 `currentDate`，获取该资产在 `currentDate` 及之前的所有交易流水 `historicalTx` 和历史收盘价 `historicalPrice`（断点结转），调用 `calculateAssetMetrics(historicalTx, historicalPrice)` 获取 `metrics.marketValue` 和 `metrics.totalInvested`，分别累加为当天的 `totalValueCny` 和 `totalCostCny`。 - 重构后的 `reconstructPortfolioHistory()` 执行第一步调用 `db.delete(portfolioSnapshots)` 彻底清空旧的脏快照，然后从第一笔交易开始用新算法逐天重新生成，确保历史成本曲线平滑过渡、数值一致。 ## 基础设施与底层架构 - 完成根目录的 Next.js 初始化、基础依赖安装与环境变量配置。 - 完成基于单例模式的数据库连接配置，并设定 Drizzle 迁移工具。 - 修复网络连接，成功将 tables 推送至 PostgreSQL 数据库。 - 统一规范 Git 全量提交机制 (`git add -A`)，确立了严谨的代码版本控制防腐层。 ## 数据库设计 (Schema) - 成功定义资产枚举与 `assets` 表，支持跨资产标识。 - 完成核心 `transactions` (交易流水) 表的建立，并严格运用了 `numeric(36,18)` 的高精度配置。 - `assets` 表完成多次业务演进：新增 `latestPrice` (支持现价追踪)、`exchange` (显式交易所绑定) 以及 `name` (中文名称解析) 字段。 - `exchange_rates` (汇率表) 已建立，支持联合主键与跨币种交叉汇率架构。 - **引入 `portfolio_snapshots` 表**：用于每日记录投资组合快照，字段包括 `date` (唯一日期)、`total_value_cny` (当日总市值)、`total_cost_cny` (当日总投入本金)，为历史净值走势图奠定底层数据结构。 - **新增 `asset_prices_history` 表**：用于存储手动导入的每日标的价格，字段包括 `assetId` (关联资产)、`price` (当日收盘价/净值，numeric(36,18))、`date` (YYYY-MM-DD 格式)、`createdAt`，并对 `(assetId, date)` 建立联合唯一索引，为手动导入历史净值提供底层 Upsert 支持。 ## 核心业务与服务端逻辑 (Server Actions) - 完成高精度交易流水与资产的 Server Actions 开发，成功实现字符串级别的高精度防腐层拦截（基于 Zod & Big.js）。 - 补全资产与流水的全栈增删改查 (CRUD) 操作，`createTransaction` 现已支持根据 `exchange` 自动判定并锁定 `txCurrency`。 - **估值与 P&L 引擎：** 完成底层估值引擎升级，打通交叉汇率换算逻辑；实现原币种 (Native) 与本位币 (CNY Base) 双轨制的历史成本追溯与真实盈亏 (P&L) 计算引擎。 - **快照记录引擎：** 新增 `src/actions/snapshots.ts`，`recordDailySnapshot()` 函数基于 `getPortfolioPositions()` 实时计算总市值与总成本，使用 `Asia/Shanghai` 时区获取当日日期，执行 Upsert 逻辑确保每天仅存一条记录；`getSnapshots()` 支持按日期范围与数量限制查询历史快照数据。 ## 外部行情接口与网络 (Market Data Engines) - **股票行情引擎：** 彻底抛弃低效海外接口，自主研发智能路由接入腾讯财经 (`qt.gtimg.cn`) 极速接口。引入原生 `ArrayBuffer` 与 `TextDecoder(gbk)` 彻底解决历史中文乱码问题，实现沪、深、港、美四大市场毫秒级实时同步。 - **Crypto 行情引擎：** 接入币安 (Binance) 公共 API，构建全市场（股票+加密货币）双轨双擎驱动架构。 - **网络防腐层：** 引入 `undici` 底层网络库并配置 `setGlobalDispatcher`，成功突破境内防火墙对境外 API 的直连封锁 (Timeout)。 ## 前端架构与 UI/UX 体验 - 完成 shadcn/ui 初始化，集成 next-themes 支持暗黑模式，并拉取核心组件库。 - 完成 `/dashboard` 基础布局架构，接管根路由。 - 打通 `/dashboard/assets` 与 `/dashboard/transactions` 页面前后端数据流转，修复早期录入与 404 缺陷。 - 完成 UI 层高精度数据格式化，针对不同资产类型实现动态精度展示，清理因数据库 `numeric` 导致的尾随零问题。 - 引入 `recharts` 图表引擎，构建了基于实时 CNY 估值的资产分布环形图。 - 实装基于 Recharts 的历史净值面积图 (NetWorthChart)，支持总市值与投入本金的双轨趋势对比。 - 优化表单交互：实装了交易所与币种的智能联动逻辑，并运用 `disabled` 属性实现了表单字段的只读防腐锁定。 ## UX 与全局交互 (UI/UX) - 引入 `sonner` 构建全局 Toast 消息通知系统，覆盖行情同步、CRUD 操作的成功与异常提示。 - 重构 `` 并将其提升至 Dashboard 首页，实现总资产大盘的全局一键实盘刷新。 ## 修复记录 ## 修复行情解析引擎的正则匹配规则，增加对 [.\-] 等特殊字符的支持，解决 BRK.B 等特殊股票代码解析失败导致现价归零的 Bug (Task 62) - 修复了 `src/actions/market.ts` 中 `getTencentSymbol()` 函数的 `cleanSymbol` 正则过滤逻辑：将 `/[^0-9A-Z]/g` 升级为 `/[^0-9A-Z.\-]/g`，保留小数点 `.` 和连字符 `-`。 - 修复了 `app/api/cron/fetch-prices/route.ts` 中 `fetchStockPrice()` 函数的同名正则过滤逻辑，保持一致。 - **根因：** 旧正则 `/[^0-9A-Z]/g` 会错误地将 `BRK.B` 过滤为 `BRKB`，导致腾讯行情 API 无法识别该股票代码，返回空数据或错误数据，最终使 Dashboard 显示 `$0.00`。 - **验证：** 使用 `curl` 调用 `https://sqt.gtimg.cn/q=s_usBRK.B` 成功返回 `BRK.B` 现价 `$476.92`，确认修复生效。 ## 修复 Drizzle ORM 的逻辑或语法错误，将错误的链式 .or() 改写为更具扩展性的 inArray() 语法 - 修复 `app/api/cron/fetch-prices/route.ts` 中 `.where(eq(assets.type, 'STOCK').or(eq(assets.type, 'CRYPTO')))` 的非法链式调用语法。 - 废弃错误的 `.where(eq(...).or(eq(...)))` 模式，改为使用 `inArray(assets.type, ['STOCK', 'CRYPTO'])`。 - `inArray` 已从 `drizzle-orm` 引入，同时保留了 `eq` 的导入以兼容其他查询。 - `inArray` 写法在语义等價且更具扩展性，未来添加新资产类型（如 FUND, BOND）只需在数组中追加枚举值即可。 - 解决了日期选择控件的时区偏移 Bug，确保全球通用：在 `src/libs/utils.ts` 中重写 `formatDateForDatetimeLocal()` 与 `parseDateTimeLocalToUTC_v2()` 函数，采用 `Intl.DateTimeFormat` 动态获取 `Asia/Shanghai` 时区偏移量，确保 UTC 时间到本地时间的双向转换精确无误，修复了用户选 10 点展示为 2 点的问题。修正了前端数据格式化逻辑，在 `src/lib/formatters.ts` 中增加空值/NaN 兜底处理，在 `src/app/dashboard/page.tsx` 中将平均成本与摊薄成本的显示条件从 `.gt(0)` 改为 `.ne(0)`，支持英特尔负成本等极端场景下的精确数字展示。 ## 资产分布图表按市场维度升级 (Task 32) - 优化资产分布图表，升级为按市场维度聚合展示，并增强了 Tooltip 的颜色指代与明细交互。 - 在 `portfolio.ts` 中新增 `getMarketFromExchange()` 函数，将资产按交易所归类为 A股 (SSE/SZSE)、港股 (HKEX)、美股 (US)、虚拟币 (CRYPTO)。 - 新增 `marketAllocation` 聚合数据，按市场维度汇总 `totalCnyValue` 并计算占比，自动过滤已清仓资产。 - 升级 `AllocationChart` 组件：数据源改为市场聚合数据，为各市场设定固定品牌色（A股红、港股黄、美股蓝、虚拟币绿），并自定义 Tooltip 渲染内容，悬停时清晰展示 `[市场名称] [对应颜色块] [CNY 金额] [占比%]`。 ## 盈亏引擎重构 (Task 31) - 重构盈亏计算引擎，支持已实现盈亏统计：交易按时间正序处理，SELL 时基于当时平均成本计算该笔卖出的利润并累加至 `realizedPnlCny`。 - 引入摊薄成本与平均成本双重指标：`avgCost = totalBuyCost / totalBuyQuantity`（平均成本）；`dilutedCost = (totalBuyCost - realizedPnlCny) / currentQuantity`（摊薄成本，已实现盈亏会摊低持仓成本）。 - 新增持仓天数统计：`holdingDays = today - 第一次 BUY 的日期`（基于上海时区）。 - Dashboard 首页总览区分展示『持仓盈亏 (Unrealized P&L)』和『总盈亏 (Total P&L)』。 - 持仓卡片新增『平均成本』、『摊薄成本』和『持仓天数』展示。 ## 分紅業務邏輯與成本算法修復 (Task 33) - 重構了分紅的會計處理邏輯，將其正確計入已實現盈虧：DIVIDEND 不再增加持倉數量，而是按 `quantity * price * exchangeRate` 計算分紅金額並累加至 `realizedPnlCny`。 - 新增 `totalDividendCny` 字段追蹤累計分紅金額。 - 修正攤薄成本算法：`dilutedCost = (totalBuyCostCny - realizedPnlCny - totalDividendCny) / currentQuantity`，確保極端情況下攤薄成本為負數時精確返回負數，絕不兜底為 0。 - 平均成本 `avgCost = totalBuyCostCny / totalBuyQuantity` 保持不變，僅在遍歷結束後計算。 ## 修復平均成本顯示 Bug與分紅獨立統計 (Task 35) - 修復了平均成本在前端顯示為空的問題：`totalBuyQuantity` 在 BUY 交易處理中從未累加，導致 `avgCost` 計算時除數為零而永遠返回 0。現在在 BUY 時正確執行 `totalBuyQuantity += quantity`。 - 將分紅邏輯從已實現盈虧中剝離，建立獨立的累計分紅統計維度：新增 `accumulatedDividendsCny` 字段，DIVIDEND 交易不再混入 `realizedPnlCny`，而是獨立累加至 `accumulatedDividendsCny`。 - 重新定義總盈虧公式：`totalPnlCny = unrealizedPnlCny + realizedPnlCny + accumulatedDividendsCny`，確保分紅有獨立的統計維度且不會干擾平均成本計算。 ## 升級 Dashboard 資產卡片 UI (Task 36) - 升級了 Dashboard 資產卡片 UI，新增累計分紅展示，並優化了成本數據的格式化判斷邏輯。 - 修復了 `avgCostFormatted` 的判空邏輯，將 `Big.eq(0)` 修正為 `Big.eq('0')`，確保當 `pos.avgCost` 存在且不為 0 時能正確格式化，不再顯示 `¥-`。 - 在資產卡片中新增「累計分紅」行，展示 `accumulatedDividendsCny` 數據，保持與其它 CNY 數據一致的 `opacity-50` 樣式。 ## 修復幣種符號映射 Bug 與引擎數據擴充 (Task 40) - 修復了币种符号映射错乱 Bug：`getCurrencySymbol()` 中 CNY 和 HKD 被错误地映射为 `HK$`，现修正为 USD→$、HKD→HK$、CNY→¥。 - 在 portfolio 引擎中新增了单资产的流水明细数组：`Position` 接口新增 `transactions` 字段，`getPortfolioPositions()` 按资产名下发排序后的原始交易流水，支持前端展开查看。 ## 流水交易類型中文化映射 (Task 42a) - 在 `app/dashboard/page.tsx` 中新增 `txTypeMap` 字典，將 `BUY`/`SELL`/`DIVIDEND`/`AIRDROP` 映射為對應中文（買入/賣出/分紅/空投）。 - 流水明細子表格中渲染 `tx.txType` 的邏輯替換為 `{txTypeMap[tx.txType] || tx.txType}`，保留原始值兜底。 ## 利用 Big.js 剥离流水明细无意义尾随零 (Task 42b) - 利用 `Big.js` 剥离了流水明细中无意义的尾随零，提升了高精度数据的可读性。 - 在 `app/dashboard/page.tsx` 的流水明細子表格中，将 `tx.quantity`、`tx.price`、`tx.fee` 的渲染逻辑改为 `new Big(value).toString()`，安全剥离因数据库 `numeric(36,18)` 配置导致的如 `0.041000000000000000` 这类冗余尾随零。 ## 盈亏红绿视觉规范 (Task 42c) - 依据中文金融习惯（红涨绿跌），规范了盈亏数值的颜色与正负号显示。 - 移除了 `formatPnl()` 函数及概览行内硬编码拼接的 `+` 号前缀，正收益直接展示数值，负收益保留原生 `-` 号。 - 统一颜色逻辑：值 `> 0` 应用 `text-red-500`（红色），值 `< 0` 应用 `text-green-500`（绿色），值 `=== 0` 使用默认文字颜色。 - 括号内的百分比同步遵循相同逻辑，格式如 `$2447.48 (114.20%)`。 ## 修复快照读取引擎中的 Drizzle 语法错误 - 修复快照读取引擎中的 Drizzle 语法错误，全面改用类型安全的 desc 和 gte 操作符进行查询。 - 在 `src/actions/snapshots.ts` 中引入 `desc` 与 `gte` 操作符，彻底替换原始 SQL 模板拼接（`sql`"${date}" DESC``），消除 `ReferenceError: date is not defined` 运行时错误。 - 使用 `desc(portfolioSnapshots.date)` 实现降序排列，使用 `gte(portfolioSnapshots.date, startDate)` 实现日期范围过滤，并添加 `.$dynamic()` 支持动态条件拼接。 ## 持倉引擎 Native 幣種算法重構 (Task 38) - 重構底層盈虧引擎，全面轉向 Native 原生幣種計算，新增浮動/累計盈虧及百分比指標。 - 徹底分離 Native 與 CNY 計算：單隻股票的成本與盈虧全部改用 Native (原幣種) 進行計算。 - 新增 Native 成本指標：`totalBuyCostNative` (總買入成本)、`realizedPnlNative` (已實現盈虧)、`accumulatedDividendsNative` (累計分紅)。 - 新增 Native 成本均價：`avgCostNative = totalBuyCostNative / totalBuyQuantity`、`dilutedCostNative = (totalBuyCostNative - realizedPnlNative - accumulatedDividendsNative) / currentQuantity`。 - 新增浮動盈虧指標：`marketValueNative = latestPrice * currentQuantity`、`floatingPnlNative = marketValueNative - (avgCostNative * currentQuantity)`、`floatingPnlPercent = floatingPnlNative / (avgCostNative * currentQuantity) * 100`。 - 新增累計盈虧指標：`cumulativePnlNative = floatingPnlNative + realizedPnlNative + accumulatedDividendsNative`、`cumulativePnlPercent = cumulativePnlNative / totalBuyCostNative * 100`。 - SELL 交易的已實現盈虧計算從 CNY 基準改為 Native 基準，CNY 計算保留用於前端兼容展示。 ## Dashboard 流水下鑽明細與行內 CRUD (Task 41b) - 完成 Dashboard 流水下鑽功能，支持在資產列表中直接查看、修改和刪除歷史交易流水。 - 在主行 `TableRow` 下方，根據 `expandedIds[pos.assetId]` 條件渲染第二個子行，使用 `` 確保子行佔滿整行寬度。 - 構建流水明細次級表格：遍歷 `pos.transactions` 數組，表頭為「交易日期 | 類型 | 價格/數量 | 手續費 | 備註 | 操作」，精確渲染每筆交易的歷史數據。 - 實裝 `UpdateTransactionDialog` 組件：「修改」按鈕打開彈窗並回顯該筆流水數據（數量、價格、手續費、幣種、執行時間），提交後調用 `updateTransaction` Action 並刷新頁面。 - 實裝行內刪除功能：「刪除」按鈕彈出確認對話框，確認後調用 `deleteTransaction` Action 並刷新頁面。 - 在 `portfolio.ts` 的 `TransactionRecord` 接口中補充 `id` 和 `fee` 字段，並在下發數據時包含完整的流水 ID，以支持行內 CRUD 操作。 - UI 優化：為展開的子表格添加左側彩色邊框 (`border-l-4 border-primary/20`) 與左側縮進 (`ml-2`) 增強層級感；展開/收起按鈕文字根據狀態動態切換（「收起」/「展開」）。 ## Dashboard 表格化基礎重構 (Task 41) - Dashboard 完成表格化基礎重構，徹底移除原有的卡片網格佈局，改用 shadcn/ui Table 組件構建高密度專業券商風格主表。 - 實裝了基於 ID 的行展開狀態管理邏輯：`useState>` 控制每行的展開/收起狀態，點擊行或展開按鈕觸發 `toggleExpand`。 - 表頭嚴格對齊專業標準：名稱/代碼 | 現價 | 市值 | 持倉 | 攤薄/成本 | 浮動盈虧 | 累計盈虧 | 操作。 - 操作列包含展開/收起指示器與「添加」按鈕，點擊打開 `AddTransactionDialog` 並預選對應資產。 - 展開行內嵌交易記錄子表格，展示每筆交易的類型、數量、價格、手續費、幣種與日期。 - 重構 `AddTransactionDialog` 組件支持外部控制開關（`open`/`onOpenChange`/`defaultAssetId` props），同時保持向後兼容內部狀態管理模式。 - Dashboard 頁面轉換為客戶端組件，使用 `useEffect` 在客戶端加載組合數據。 ## 全面重構資產展示 UI (Task 39) - UI 全面升級，復刻專業券商級數據排版，合併攤薄/成本，引入原生幣種盈虧百分比展示。 - 徹底清理所有帶 (CNY) 和 (USD) 混雜的舊布局，所有 Native 金額根據 `baseCurrency` 渲染正確貨幣符號（USD→$、CNY/HKD→HK$、JPY→¥）。 - 資產卡片全新字段：現價、市值、持倉、攤薄/成本（合併為 `[dilutedCostNative] / [avgCostNative]` 格式）、浮動盈虧（帶百分比）、累計盈虧（帶百分比）、持倉天數。 - 盈虧顏色遵循中國市場慣例：大於 0 顯示紅色，小於 0 顯示綠色。 - 所有百分比保留 2 位小數，0 值正常顯示 `0.00`。 - 卡片佈局優化為響應式 `grid-cols-1 md:grid-cols-2 lg:grid-cols-3`。 ## 基於文本域粘貼的歷史價格批量導入功能 (Bulk Import, Task 49) - 開發了基於文本域粘貼的歷史價格批量導入功能，支持從 Excel 快速複製錄入每日淨價。 - 在 `src/actions/market.ts` 中新增 `importHistoricalPrices(assetId, data)` Server Action，遍歷數據數組對 `assetPricesHistory` 表執行批量 Upsert（基於 `(assetId, date)` 聯合唯一索引的 `onConflictDoUpdate`），衝突時用新價格覆蓋舊價格。 - 前端 `app/dashboard/page.tsx` 的持倉明細表「操作」列與展開區域均新增【導入價格】按鈕。 - 點擊按鈕彈出 Dialog，內含 `