改状态:点问题卡上的按钮会打开 Telegram 机器人私聊,点一下「开始」即确认 — 机器人会核对你是群成员、记录操作人,并同步刷新群看板和本页(本页每 15 分钟内自动同步)。
🔴 待处理22
🔴 待处理
#34
永续信号卡信息量不足,内容定位待确认
提出:Zhe Li · 11-09 08:47 | 最后更新 11-09 09:42
详情 / 进展记录
Zhe Li 指出目前永续(perp)信号卡上基本没什么信息量,并向 Mio Hasumi 提出质疑:是否只是在随便帮 G4 做推广。问题核心是永续信号卡的内容价值与定位不明确,需要 Mio 回应并确认后续是补充信息量还是调整推送策略。目前讨论刚提出,尚无结论。
🔴 待处理
#33
设置弹窗 trading tab 应排第一,subscription 目前为空
提出:Zhe Li · 11-09 02:20 | 最后更新 11-09 05:41
🔍 验收(2026-11-09):信号页入口下注设置已排第一且默认选中,订阅 tab 不为空;但「我的」页入口的设置弹窗无下注设置标签
详情 / 进展记录
Zhe Li 提出:设置弹窗里应把 trading tab 放到第一个,因为目前 subscription tab 里什么内容都没有。待 Jimmy/Mio 确认调整。
🔴 待处理
#32
建议某页面增加 total balance 展示
提出:Zhe Li · 11-08 20:27 | 最后更新 11-09 01:42
🔍 验收(2026-11-09):总资产展示已有两处:「我的」页按产品分列,「我的」账单页顶部资金总览
详情 / 进展记录
Zhe Li 提出某个页面应该放 total balance,但未指明具体是哪个页面。Mio Hasumi 追问「哪个地方」,正在等 Zhe Li 明确位置。待确认具体页面后,由负责同学评估是否加上总余额展示。
[PROGRESS 11-08 17:42] 跟进讨论:Mio 回忆 total balance 最初是有的,后来被 Jimmy 拿掉了;Zhe Li 提议也可以在 your asset 区域加一个 total;两人商定由 Jimmy 设计一下。设计方案待 Jimmy 出。
🔴 待处理
#30
Cash out 记录是否被直接去掉
提出:Zhe Li · 11-08 09:02 | 最后更新 11-08 13:42
🔍 验收(2026-11-09):Cash out 标签已不在:账单页现为全部/充值/提现/下单/卖出/结算,全部「暂无记录」
详情 / 进展记录
Zhe Li 追问 Cash out 记录是不是直接去掉了;待确认是展示调整还是记录缺失。
[PROGRESS 11-08 05:42] Mio 误以为 cash out 与 withdraw 是重复功能,Zhe Li 澄清 withdraw 是取钱、cash out 是卖仓位,Mio 确认自己想岔了,术语混淆已澄清;但 cash out 记录是否被直接去掉本身仍待确认。
🔴 待处理
#29
总额计算或显示有错误
提出:Zhe Li · 11-08 09:02 | 最后更新 11-08 09:43
🔍 验收(2026-11-09):全部数字均为 $0.00,自洽但无法检验算术,未见明显算错
详情 / 进展记录
Zhe Li 指出某处总额计算或显示有错误,具体位置见截图;待 Mio 确认是计算逻辑问题还是展示问题。
🔴 待处理
#28
Prediction 转 Perp 未到账,失败仍扣费
提出:Zhe Li · 11-08 06:26 | 最后更新 11-08 13:42
🔍 验收(2026-11-09):Prediction 转 Perp 选项存在(0%+0%,网络费 $0.21,首次转入留 $2 G4 手续费储备);到账失败本身前端验不了
详情 / 进展记录
Zhe Li 反馈从 prediction 向 perp 转钱好久都没到账,随后出现报错、转账没成功却扣了 $0.10;已 @MioHasumi 跟进,转账失败原因与扣费处理待确认。
[PROGRESS 11-08 05:42] Zhe Li 补充进展:第一笔转的 8U 已到 perp,但 G4 扣留 2U,最低约 7.8U;后来又转第二笔 3U,有记录但一直没到账。跨资产转账到账与扣费问题仍未解决。
🔴 待处理
#27
去掉 smart money 自带押注盘口
提出:Zhe Li · 11-08 04:00 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):聪明钱自带押注盘口仍在:每张卡右侧「关联信号」子卡显示其同一市场持仓
详情 / 进展记录
Zhe Li 让 Mio Hasumi 看某类盘口,Mio 确认是 smart money 自带的押注盘口、可以去掉;Zhe 说占比不多的话就去掉。
🔴 待处理
#26
盘口只显示买入价,不显示中间价
提出:Zhe Li · 11-08 02:46 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):仍无字面「中间价」标注;正文引用句含 YES/NO 双价,面板只显示买入价
详情 / 进展记录
Zhe Li 发现盘口显示价 15 与买入价 18 有价差,感觉像在赚差价。Mio Hasumi 解释 15 是当前最高买价和最低卖价的平均,spread 大于 10 已拦截;最终定只写 18、不写 15,待 Jimmy 与静姐确认。
🔴 待处理
#25
G4 出入金桥费各 10 美金需谈判
提出:Mio Hasumi · 11-08 02:38 | 最后更新 11-08 13:42
🔍 验收(2026-11-09):G4 $10 费仍只在内部划转路径(永续转预测);预测市场网络费 $0.03→$0.05
详情 / 进展记录
Mio Hasumi 指出 G4 桥费出入金各收 10 美金。Zhe Li 要求跟对方谈,不要拖后腿。
[PROGRESS 11-08 05:42] Zhe Li 实测:prediction 往 perp 转 8U 时 G4 扣留 2U,最低约 7.8U,可作为与 G4 谈桥费的实际扣费依据。
🔴 待处理
#24
同一信号多盘口时详情页加下拉选择
提出:Mio Hasumi · 11-08 02:33 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):未见多盘口下拉:抽查信号均只显示单一关联盘口
详情 / 进展记录
Mio Hasumi 提出 Apple 股价超过 320/330/340/350/360 有七八个盘口,一个信号连推七八个不太好,建议详情页加下拉菜单选到底下哪个匹配盘口。Zhe Li 建议优先推价格 70+ 的,也可多买几个 No;待 Jimmy 与静姐意见。
🔴 待处理
#23
安排 Michael 多设备点测前端找 bug
提出:Mio Hasumi · 11-08 02:31 | 最后更新 11-08 05:43
详情 / 进展记录
Mio Hasumi 提议让 Michael 换几个设备点点前端、看看哪里能出现 bug。Zhe Li 同意直接给他安排,Mio 说待会 @ 他确认。
🔴 待处理
#22
盘口结算时间写错,需做 rule matching
提出:Mio Hasumi · 11-08 02:30 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):表面出入扩大为多处:T1/Kimi/SPY/Club Blooming 倒计时均约落在 05:00 UTC,疑似结算统一按 05:00 UTC 计
详情 / 进展记录
内塔尼亚胡盘口结算时间按 Polymarket 名义日期写错,实际须以色列组阁后才结算。Mio Hasumi 已把盘口结算日期提前、优先匹配最近日期,但仍需做 rule matching 解析 extra rule;Zhe Li 确认这个需要 fix。
🔴 待处理
#21
已关闭未结算盘口仍可买入,补丁待部署
提出:Mio Hasumi · 11-08 02:29 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):未遇到已关闭未结算市场;Club Blooming 事件时间已过 13 分钟仍显示可交易
详情 / 进展记录
Zhe Li 发现内塔尼亚胡盘口显示 await results 但仍可买入。Mio Hasumi 确认这是己方显示 bug,已 push 补丁在排队部署,待部署后验证是否修复。
🔴 待处理
#20
信号卡片改用 AI 解读,提示词与方案待定
提出:Jimmy · 11-07 21:54 | 最后更新 11-08 01:42
🔍 验收(2026-11-09):AI 解读仍为 2–4 段短文字,非长篇全文
详情 / 进展记录
Jimmy 提出信号卡片展示从固定模板转为 AI 解读以提升可读性,提示词需要继续优化。群里讨论后决定直接用 AI 方案,候选模型为 deepseek v4.1(输入为纯文本、无多模态)。Mio 要求明确各位置放什么内容并控制输出,Jimmy 负责研究后出一份 md 方案给 Mio,待其交付。
🔴 待处理
#16
卡片首页增加结算倒计时时间
提出:Zhe Li · 11-06 23:11 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):结算倒计时仍明确标注、粒度到分钟;量价卡例外,显示「比赛进行中 · 仍可交易」
详情 / 进展记录
Zhe Li 提出卡片首页最好放上结算倒计时时间。Mio Hasumi 回复“好”表示接受,待 Mio 落实该改动。
[PROGRESS 11-07 21:43] Zhe Li 反馈结算时间显示已清晰很多;但同轮讨论发现部分盘口结算时间仍写错(Polymarket 名义日期与 extra rule 不符),已另立新问题做 rule matching,待进一步修正。
🔴 待处理
#15
验证码弹窗需要优化
提出:Jimmy · 11-06 17:19 | 最后更新 11-06 17:42
🔍 验收(2026-11-09):提现二次验证仍为邮箱验证码(已开启);账户与安全页未见「发送验证码」按钮
详情 / 进展记录
Jimmy 提出验证码弹窗要优化;Mio 回复“好”表示接下;具体优化点未在群里展开,待 Mio 确认方案。
🔴 待处理
#14
首次登录 TG 唤起及首张卡片加载慢
提出:JJ · 11-06 16:31 | 最后更新 11-06 17:42
🔍 验收(2026-11-09):加载大幅改善:首张卡约 10–15 秒(昨日 60–90 秒)
详情 / 进展记录
JJ 首次登录时登录 TG 和唤起耗时较久,跳转后第一张卡片加载也慢;Mio 表示自己都是秒速、无法复现,Jimmy 退出重登后也很快并换了浏览器;未确认是否与浏览器或网络环境有关,待跟进确认。
🔴 待处理
#13
点确认下单失败,提示下单没有成功
提出:JJ · 11-06 16:29 | 最后更新 11-08 13:42
🔍 验收(2026-11-09):确认面板正常;最高见 NO 98.4¢ 均显示价格,未遇到 99¢+ 盘口,未见「≈ —」
详情 / 进展记录
JJ 测试下单时点确认后提示下单没有成功;Mio 随后试 99.9 也买不了,初步判断可能是在结算中;尚未确认是余额、结算还是下单逻辑的问题,待 Mio 和 JJ 跟进确认。
[PROGRESS 11-06 13:42] 已找到下单失败的原因:Mio 排查后确认,99.9 的价格乘以 5 份等于 4.995,Polymarket 下不了 4.995,己方 round up 成 5 后 1 美元的单买不了。JJ 补充该盘口 11.6 号才结束,本身不应处于结算状态。讨论结论是这类 99.9 价格的单子不应该上,待确认如何过滤/不上此类单。
[PROGRESS 11-08 01:43] Zhe Li 11-08 反馈某盘口持续报错买不上,仍待定位原因。
[PROGRESS 11-08 05:42] Zhe Li 截图那笔持续报错买不上的单,Mio 核查后确认其实已经成交了,Zhe Li 认同这是显示问题:下单报错与实际成交状态不一致,待修显示/报错逻辑。
🔴 待处理
#12
同一信号被重复推送到 Telegram
提出:JJ · 11-06 16:16 | 最后更新 11-06 16:17
详情 / 进展记录
JJ 反馈:刚才又看到有同一个信号重复被推送到 TG 的情况,表示会补一张截图。待截图到手后定位重复推送的原因(去重逻辑)。
🔴 待处理
#10
交易所接入:Binance 因 KYC 接不了,评估 Hyperliquid
提出:Mio Hasumi · 11-06 16:01 | 最后更新 11-08 05:43
详情 / 进展记录
Mio 说明:Binance 要求他们每个人都要 KYC,我们应该是接不了了;Hyperliquid 可以考虑。待评估 Hyperliquid 的接入方式与成本。
[PROGRESS 11-06 17:41] Mio 确认可以接 Hyperliquid,但需要 100 美元保证金,待确认是否接受该成本再推进。
[PROGRESS 11-06 21:41] Mio 确认可以接 Hyperliquid,但需要 100 美元保证金;Zhe Li 追问这笔保证金是我们交还是客户交,待确认。
[PROGRESS 11-07 05:41] Hyperliquid builder 保证金 100 美元的承担方已定:Mio 回复 Zhe Li 称由团队(我们)交,Zhe Li 确认是一次性 100 美元。接入本身仍在评估,未决定动手。
[PROGRESS 11-07 09:41] Mio 确认:Binance 因 KYC 接不了;Hyperliquid 可以接,但需交 100 美元 builder 保证金,由己方承担。是否实际缴纳接入待定。
[PROGRESS 11-07 21:43] Mio Hasumi 再次确认 Hyperliquid 可以接,但需己方交 100 美元 builder 保证金,并问 Jimmy 是否付这 100 块接 Hyperliquid;是否支付待定。
🔴 待处理
#7
精华总结被折叠需点开,建议放到首页直接展示
提出:Zhe Li · 11-06 11:37 | 最后更新 11-06 16:17
🔍 验收(2026-11-09):首页摘要仍直接展开、无折叠;仍无字面「精华总结」栏目
详情 / 进展记录
Zhe Li 提出:那段精华总结可以 summarize,但目前要点开才能看到,看看能不能放到首页直接展示。JJ 补充:本来是有的,可能因为标题太长把原文折叠了,标题其实不需要这么长。
🔴 待处理
#6
信号卡片展示 smart money 历史战绩胜率
提出:Zhe Li · 11-06 10:30 | 最后更新 11-08 05:43
🔍 验收(2026-11-09):聪明钱胜率齐全:抽查的每张聪明钱卡都有胜率(50.0%–97.77%)
详情 / 进展记录
Zhe Li 在确认某条信号是大跌之后才推的之后提出:这类信号很有必要展示 smart money 的历史战绩胜率。Mio 表示不确定当前到底展示了没有(「应该展示了吧」),待确认现状,缺失则补上。
[PROGRESS 11-07 21:43] Zhe Li 确认 smart money 胜率提到标题上很好、要的就是这个效果。