2026-06-05
2026-06-05 daniel 工作日志
Section titled “2026-06-05 daniel 工作日志”承接 DDD1「最近活动成片 $24.58」报障 + QA/PM 连环追问，系统梳理并修复推价单笔金额口径一族问题：单笔下限改绑采样中枢 base×0.25（修钳地板 + AC1 CV<0.5，PM damao 拍 A 方案）、两弹窗单笔平均/笔数统一
pumpDumpBaseSizeUsdt（消除 $24.85 vs $49.69）、短用时单笔超范围 + capBound 硬禁用启动；同步对账清单/交接 doc 多处口径澄清。产物已部署（上午 main.39ba4a8f.js）。下午：钱包列表翻页/分组归属修复（groupId 以 BE 为准）；反馈环「回看」可见性按 PM 方案 A 拆两槽落地（QA Ada 提→PM damao 拍 ①本期/②③下期），产物 main.1b05f906.js 已部署。
FEAT-009 推价（pump_dump）—— 单笔金额口径一族修复（DDD1 070a5753 起）
Section titled “FEAT-009 推价（pump_dump）—— 单笔金额口径一族修复（DDD1 070a5753 起）”主线：DDD1 报「最近活动成片 $24.58」+「K 线不走」两问。今日先钉死第一问「金额钳地板」，并由此牵出推价单笔金额从下限 / 采样中枢 / 两弹窗一致性到短用时边界的一整族口径问题，逐条修复 + PM/QA 对齐。
🔧 单笔下限改绑采样中枢（修钳地板 + AC1）：
f7906f6：单笔下限从预算×0.5%(SIZE_MIN_BUDGET_PCT) 改采样中枢 base×0.25(PUMP_SIZE_MIN_RATIO)。根因：旧下限预算相对、与采样中枢base=pumpDumpBaseSizeUsdt(预算/计划tick数)脱钩，base/下限 = 200/计划tick数，计划tick数>200（gentle>100min / standard>50min / aggressive>26.7min）时下限反超 base → 对数正态下半段被 clip 全钳地板 → 成片雷同 + CV<0.5。⚠️ 须绑pumpDumpBaseSizeUsdt而非rawBaseSize（两者仅标准档相等）。详见 [[feat-009-pump-size-min-floor-base-relative]]。9901812：加 AC1 CV≥0.5 回归单测（复刻引擎采样路径、三档强度、seeded mulberry32），回退旧值 aggressive/60min CV=0.33 必挂；同步 FE-BE 交接 doc。
🚨 PRD 偏离 + PM 拍板：推价下限 预算×0.5% 是 PRD §3 line146 明文（非 FE 自拍）。根因是 PRD line146 / line145 / line309(AC1) 自相矛盾——§2.3 温和档默认用时 60min，即跑 PRD 默认配置就违反它自己的 AC1（实测 aggressive/60min CV≈0.33）。PM damao 2026-06-04 拍板走 A 方案（base×0.25）、自行去调 PRD line146、再跟 QA 重跑 AC1。备选 B（预算×0.1%）现实用时够用，但激进档 + 超长用时仍会钳，且推价用时表单无上限、B 的失效区可被填到。
🔧 两弹窗单笔平均/笔数统一（消除 $24.85 vs $49.69）：
b369ed3：配置页「单笔约 $24.85」(derived.baseSizeUsdt=预算/240) 与启动页「单笔平均 $49.69」(pumpDumpBaseSizeUsdt=预算/计划tick数) 同概念两值。统一两弹窗的单笔平均 + 笔数封顶基数为pumpDumpBaseSizeUsdt（守价/做活跃度不动）。保守 60min：单笔 $49.69、笔数 240→120、120×49.69=预算自洽。c47bfd2：弹窗补说明「单笔平均按计划 tick 摊算、与笔数上限基数不同」（QA Ada 误用 预算/240 反推 base 的根源）。
🔧 短用时边界（capBound = 天花板钳）：
73469df：短用时下「单笔平均超出单笔范围上限」修复——base(预算/计划tick数) > 单笔上限(预算×风格档%)时（标准档用时<5min），单笔平均显示夹到 [下限,上限]、并加「预算投不满」警示。是「下限钳地板」的天花板镜像。f13223a：capBound 硬禁用启动（PM damao 2026-06-04 拍）——此态预算用时内投不满、大概率不达价（推价核心目的失败），比「首笔即达成」（仍达价）更该拦；capBound 并入effectiveError→ SubmitBar 禁用「启动策略」。
FEAT-009 对账清单 / 交接 doc —— 口径澄清（4 commit）
Section titled “FEAT-009 对账清单 / 交接 doc —— 口径澄清（4 commit）”5d390fa：记录推价下限 base×0.25 对 PRD §3 line146 的偏离 + 待 PM 追认。57bd6d5：补 §0.0.1 三策略对数正态采样中枢 base 口径对照——守价/做活跃度中枢 = derived.baseSizeUsdt，推价中枢 = pumpDumpBaseSizeUsdt（≠ 自身 derived.baseSizeUsdt，仅标准档相等）。6768ca8：说明三策略下限口径为何不必统一（决定因素 = 笔数是否用户可控/有界，非策略名）+ 守价加安全注释。d122b97：做活跃度下限 base×0.25 符合需求（产品要求 = 总金额不偏、按量达标即停；示例2 的 $30~$1500 是派生预览举例、非硬下限）。
构建 / 部署
Section titled “构建 / 部署”784e3a2/f69b4a9/d9f7d10/d6c2f5b：随每次源码改动重建 bsc 测试构建产物并 push（部署吃仓库 build/，改源码必须重建+push）。下午随钱包修复重建144a525、随反馈环方案 A 重建135b438（最新 main.1b05f906.js）。改源码必须重建+git add -f build/+push（普通 add 会漏新 hash bundle）。详见 [[grep-built-bundle-unicode-escaped]]。
QA 答疑（系统排查后定性为非 bug）
Section titled “QA 答疑（系统排查后定性为非 bug）”- 守价「检查间隔 240s vs 实跑 45s」：240s 是 λ 反推的名义检查间隔（非下单频率）；守价事件驱动、仅越带才成交，实际成交间隔 = 越界频率（行情决定）、tick 节拍归 BE 推送（注册任务 FE 不本地排 timer）；与时段权重无关（守价已豁免）。
- 守价「小池 7 笔到位」：底池 ~$3 万小池下单笔价格冲击大，7 笔（$57）快速把价拉回守护带 →「到位」，回带内即停手，正常护盘。
- 下限 $12.42 像 base×0.5：base 取值用错（用了 预算/240=$24.85，真采样中枢 = 预算/计划tick数 = $49.69，$12.42 = $49.69×0.25）。
- 单笔平均 $2.93 超出 $1.00~$1.17：短用时 base>上限、显示未夹上限——真 bug，已由
73469df修复。
（下午）钱包列表 / 分组归属修复
Section titled “（下午）钱包列表 / 分组归属修复”9bdd053：钱包列表翻页改拉全量 + 修「删除空分组」的矛盾文案（之前分页只拉当前页，跨页操作/统计口径不一）。92f857a：钱包groupId以后端为准收敛，修本地/线上分组归属不一致（本地缓存 groupId 与 BE 真值分叉 → 同一钱包两处显示不同分组）。
（下午）反馈环「回看」可见性 —— 方案 A 落地（QA Ada 提 → PM damao 拍）
Section titled “（下午）反馈环「回看」可见性 —— 方案 A 落地（QA Ada 提 → PM damao 拍）”起因（QA Ada 2026-06-05）：做活跃度运行中「30min 回看日志页面经常没出现，但 console 查 task.log 里都有」。
🔎 系统排查 → 定性非 AC14 缺陷、是展示形态：
- AC14（PRD §AC14/§9）只要求「写日志/日志完整」，回看已写入
task.log且完整（console 实证）→ AC14 按字面已达标，PRD 未规定页面如何展示。 - 根因：
FeedbackStatusLine旧实现单槽只取最新一条「反馈环」日志，tick 调整（≤10min/每笔数触发）发得勤、回看（调整后 30min 才发）发得稀 → 回看一发即被下个 tick 顶掉。三策略共性（守价/做活跃度/推价回看同前缀），QA 只是先在做活跃度上发现。
🗳️ PM damao 拍板（三项可见性议题）：① 回看拆两槽 = 方案 A 本期先上；② 守价封顶升级告警进通知中心 = 下期；③ 做活跃度/推价补封顶告警（progress ratio+λ）= 下期；另问题2（任务完成后 K 线停在起点）进下期 backlog。验收口径：A 只修「被 tick 覆盖」，顶死封顶任务回看本就稀疏 →「最新回看」槽仍可能空，属封顶态本质、非 bug、勿回报。
🔧 方案 A 落地（1fc60d2）：
- 抽
lib/feedbackLogView.pickFeedbackLines纯函数分两槽（反馈环回看→回看槽；其余反馈环*→调整槽；⚠️ 守价升级告警warn 走 RecentWarnBanner 不进任一槽）+ 5 单测（核心断言「最新 tick 不覆盖回看」）。 FeedbackStatusLine改渲染「最新调整」+「最新回看」各占一槽、互不覆盖；抽FeedbackLogChip复用样式。三策略通用。- 产物
135b438（main.1b05f906.js）已部署 test。QA 复测不用重启任务，硬刷新加载新 bundle 即可（回看持久化在 localStorage、刷新不丢）。
🗂️ PM doc + 通知：PM-策略验收问题.md 新增「反馈环回看可见性」议题（含 AC14 已达标定性、三策略覆盖面表、caveat、三项缺口对照），已推 docs-site；发两条 TG 通知（待 PM 拍 / 前端已部署，含 PM 验收口径防误报）。
关键决策记录
Section titled “关键决策记录”- 推价下限是 PRD §3 line146 明文偏离、非 FE 自拍：PM damao 拍 A 方案（base×0.25）+ 去调 PRD；与守价 0.5%→0.1%（
71fd53a）同性质（PRD 示例/AC 自相矛盾、下限须 < 采样中枢否则钳地板）。 - 三策略采样中枢 base 口径不统一：守价/做活跃度 = derived.baseSizeUsdt（预算或目标量 ÷ 笔数），推价 = pumpDumpBaseSizeUsdt（预算 ÷ 计划tick数），仅标准档相等 → 推价的下限/单笔/笔数都必须绑 pumpDumpBaseSizeUsdt。
- 三策略下限不必强行统一：决定能否预算相对的是「笔数是否用户可控/有界」——守价笔数固定预设(240/360/480)、做活跃度 cadence 有界且本就 base 相对，均构造性安全；推价用时用户可填且表单无上限 → 唯一必须绑中枢的策略。
- capBound 硬禁用 vs 首笔即达成不拦：首笔即达成仍达价（只是快）故不拦；capBound 可能不达价（推价目的失败）故 PM 拍硬禁用。
- 推价用时无上限是底层隐患：表单仅校验 >0，极端长用时下备选 B 系数会破 AC1、达价/预算摊薄也失真——本期靠 capBound 硬禁用兜住短用时一侧；长用时一侧 + 用时上限待后续。
- 反馈环回看「页面看不见」是展示形态、非 AC14 缺陷：PRD 只要求写日志/完整（console 实证已达标），单行槽被 tick 覆盖是 FE 自拍展示的局限；方案 A 拆两槽修之、三策略共性，②③ 下期。
- 回看可见性 caveat（PM 验收口径）：A 只解决「被 tick 覆盖」；回看仅净变化调整才排，顶死封顶任务本就稀疏 →「最新回看」槽可能长空（封顶态本质、非展示 bug、勿回报）。
- 盯 QA 复测：① 反馈环回看拆两槽（多 tab + 刷新场景稳定可见，挑发生过净变化调整且已过 30min 的任务看）；② 推价金额口径一族（下限 base×0.25 / 两弹窗一致 / capBound 禁用）AC1 重跑。
- 跟 PM：PRD §3 line146 推价下限追认（base×0.25）；②③（守价告警进通知中心 / 做活跃度·推价补封顶告警）+ 问题2（K 线停在起点）已排下期，跟进排期。
- 无