diff --git a/docs/arbitrage-engine/v51_gemini_analysis.md b/docs/arbitrage-engine/v51_gemini_analysis.md
new file mode 100644
index 0000000..d12ad55
--- /dev/null
+++ b/docs/arbitrage-engine/v51_gemini_analysis.md
@@ -0,0 +1,79 @@
+你好！作为你的AI量化策略分析师（我是Gemini），我已经仔细阅读了你提供的三份核心文档。
+
+首先，给你打一剂强心针：**这份策略绝对有继续优化的价值，不需要推翻重来。** 在扣除高昂手续费之前，毛利润（Gross R）为 +11.98R，这意味着你的核心逻辑（基于CVD、大单和微观结构的信号）是具备**正向预测能力（Alpha）**的。V5.1 的问题并非“毫无头绪的瞎猜”，而是“边缘优势被微观执行成本（手续费、滑点、噪声）吞噬殆尽”。
+
+针对你的两个核心问题，以下是我的专业诊断和深度分析：
+
+---
+
+### 第一部分：基础架构评估（能通过实盘进化吗？）
+
+**结论：基础架构整体良好，绝对可以通过实盘数据持续迭代，但评分系统存在一个致命的逻辑硬伤，必须优先修复。**
+
+**1. 架构的优势（Alpha来源）：**
+策略底层基于订单流（Order Flow）和微观结构（CVD、大户持仓、OI变化）。在短线交易中，这种量价微观信号比传统的MACD/RSI滞后指标有效得多。
+
+**2. 架构的致命硬伤（多重共线性 / 同源信号叠加）：**
+在《V5.1 信号系统文档》中，我发现了一个非常典型的量化设计失误：
+
+* **方向层（45分）：** 核心指标是 `CVD_fast` 和 `CVD_mid`。
+* **确认层（15分）：** 逻辑是 `CVD_fast` 和 `CVD_mid` 同向共振。
+**这意味着，CVD信号被重复计分了两次。** 这种“多重共线性”导致评分系统出现严重失真。这也完美解释了为什么《性能分析报告》中显示：**85分以上的高分段，胜率（55.3%）与75-79分的低分段（57.3%）毫无区分度，甚至更低。** 因为很多高分仅仅是同一个因子被计算了两次，而不是真正具备更高的胜率期望。
+
+---
+
+### 第二部分：对两个模型优化方案的点评与批判
+
+露露（Sonnet 4.6）和小范（GPT-5.3-Codex）提出的“降频、降费、提盈亏比”大方向是完全正确的。但在具体落地措施上，有些建议存在**极高的过度拟合（Overfitting）风险**，我们需要谨慎对待：
+
+#### :green_circle: 赞同的方向：
+
+1. **暂停BTC交易（方向三）：** 极度赞同。BTC实盘胜率仅49.3%（低于抛硬币）。BTC作为流动性最强、机构参与度最高的标的，微观结构的有效性往往是最差的（Alpha被高频机构吃透了）。建议专注在 ETH、XRP、SOL 等山寨币上，那里散户情绪多，CVD和大单信号更准。
+2. **拉大 TP/SL 比（方向四）：** 赞同。目前 SL（1.4 ATR）平均持仓只有 18 分钟，说明这个止损空间太小，频繁被市场常态的随机游走（波动噪音）扫损。将 SL 放大到 2.0 ATR，能有效过滤噪音，让策略有足够的时间去兑现“均值回归”或“趋势发酵”的逻辑。
+
+#### :red_circle: 强烈反对/需要警惕的方向：
+
+1. **提高入场门槛 75 → 82（方向一）：** **强烈反对，这是逻辑悖论。** 数据已经明确显示 75-79 分段的胜率（57.3%）是最好的，80-84分反而下降（54.7%）。盲目提高阈值不仅砍掉了有效信号，而且在没有解决前面提到的“CVD重复计分”问题前，你选出的 82 分只是“虚假高分”。
+2. **过滤7个亏损时段（方向二）：** **极其危险，极易陷入过度拟合（Curve-fitting）。** 除非你能用金融逻辑解释为什么北京时间 01:00、06:00、09:00 会系统性亏损（比如对应资金费率结算、美股收盘等），否则仅仅因为历史数据这几个小时表现差就屏蔽它们，是非常经典的“看着后视镜开车”。在未来的样本外测试中，这种时段过滤大概率会失效。
+
+---
+
+### 第三部分：作为量化分析师的补充优化建议（真正的Alpha提升点）
+
+除了上述两位AI助手的方案，要将策略从 -96R 拉回正收益，你应该重点关注以下几个容易被忽视的“暗流”：
+
+#### 1. 交易摩擦成本优化（Maker vs Taker）
+
+毛利润 +11.98R，手续费高达 108.97R，单笔手续费 0.218R。这是一个吞噬利润的黑洞。
+
+* **补充建议：** 你的系统必须尽量使用限价单（Maker）而非市价单（Taker）。特别是在出场逻辑中（比如 TP1 和 TP2），完全可以提前挂单（Limit Order）吃 Maker 回扣，而不是等价格到了再触发市价平仓。
+
+#### 2. “保本止损 (SL to Break Even)”的隐性陷阱
+
+数据中 `sl_be` 触发了 118 次。目前逻辑是 TP1(1.05 ATR) 命中后，SL 移到保本价。
+
+* **补充建议：** 1.05 ATR 是一个非常窄的获利空间。一旦价格回撤打到保本价，考虑到你的高昂手续费和滑点，所谓的“保本（Break Even）”在账户层面其实是**净亏损**的。建议将移损触发条件延后（例如价格走到 1.5 ATR 时，再移到盈亏平衡点），给价格震荡留出空间，减少被“洗下车”的概率。
+
+#### 3. 重构评分系统权重（取代盲目提阈值）
+
+不要把门槛提到 82，而是去修改 `v51_baseline.json` 中的权重，解决共线性：
+
+* **削减或删除“确认层”权重**，将释放出的 15 分分配给“拥挤层”（多空比）或“环境层”（OI），增加因子之间的**正交性**（即因子的独立性）。信号组合的真谛是：不同维度的微弱优势叠加，才能产生高确定性。
+
+---
+
+### :rocket: 实施路径建议（Next Steps）
+
+我建议按照以下顺序稳扎稳打，不要一次性改太多：
+
+1. **Phase 1 (立即执行，验证性小改)：**
+* 在配置文件中暂停 BTCUSDT 的交易。
+* 在代码层面修复 CVD 双重计分的问题（调整权重）。
+
+
+2. **Phase 2 (参数回测，不上实盘)：**
+* 对 `sl_multiplier` 提升到 2.0 进行回测。观察最大回撤（Max Drawdown）是否会超出你的资金管理极限。
+
+
+3. **Phase 3 (观察与微调)：**
+* 暂不使用“特定时段屏蔽”这种暴力调参手段，先看上述两项改动后，跑 100 笔新数据的情况。
\ No newline at end of file