root/Jyotisha
1
0
Fork 0
Code Issues 104 Pull Requests Actions Packages Projects Releases Wiki Activity

生时校正收束卡片：时刻 + 把握带 + 用这个时间打开本命盘 #147

New Issue
Open
opened 2026-10-28 15:08:07 +08:00 by jesse · 5 comments
jesse commented 2026-10-28 15:08:07 +08:00
Owner
Copy Link
Copy Source

Part of #142（拆单 B3，来源：#142 评论 1 末尾截图）

竞品怎么做

收束后出卡：收束时刻、把握（低/中/高）、带宽、上升；证据打平时并列多个时段；按钮「用这个时间打开本命盘」和「有件事我说错了，回炉改」；底部免责声明。

竞品的卡有 bug：两个并列时段都显示「05:00:00 · 带宽约 0 分钟」，和正文「04:30–05:20」对不上。我们要用测试防住同类问题。

现状

有「当前可能的出生时间」候选列表、相对支持度和「采用此时间」，没有跳转本命盘，也没有「回炉改」。

要做什么

  • 卡片数据全部来自服务端案例状态，不从模型文本里解析。
  • 「用这个时间打开本命盘」= 采用 + 跳到星盘页并带上该时间。
  • 「回炉改」重新打开案例，让用户更正某条事件。

前置

#110 合入，B1、B2 之后。

验收

  • 测试覆盖：并列候选的时刻和带宽各不相同，并与正文一致；带宽为 0 时不显示「约 0 分钟」。
Part of #142（拆单 B3，来源：#142 评论 1 末尾截图） ## 竞品怎么做 收束后出卡：收束时刻、把握（低/中/高）、带宽、上升；证据打平时并列多个时段；按钮「用这个时间打开本命盘」和「有件事我说错了，回炉改」；底部免责声明。 **竞品的卡有 bug**：两个并列时段都显示「05:00:00 · 带宽约 0 分钟」，和正文「04:30–05:20」对不上。我们要用测试防住同类问题。 ## 现状 有「当前可能的出生时间」候选列表、相对支持度和「采用此时间」，没有跳转本命盘，也没有「回炉改」。 ## 要做什么 - 卡片数据全部来自服务端案例状态，不从模型文本里解析。 - 「用这个时间打开本命盘」= 采用 + 跳到星盘页并带上该时间。 - 「回炉改」重新打开案例，让用户更正某条事件。 ## 前置 #110 合入，B1、B2 之后。 ## 验收 - 测试覆盖：并列候选的时刻和带宽各不相同，并与正文一致；带宽为 0 时不显示「约 0 分钟」。
jesse added the agent/待规划agent/试点 labels 2026-10-28 15:08:07 +08:00
jesse added a new dependency 2026-10-28 15:08:09 +08:00
#142 请你看一下竞品的onboarding
jesse commented 2026-10-28 15:18:32 +08:00
Author
Owner
Copy Link
Copy Source

同意 需要重新设计一下卡片 以及中间弹出的bug 模型和算法现在一下出两个结果 给用户 咱们还特意隐藏一个 这部分不对着呢 需要优化

同意 需要重新设计一下卡片 以及中间弹出的bug 模型和算法现在一下出两个结果 给用户 咱们还特意隐藏一个 这部分不对着呢 需要优化
Claude added agent/执行中 and removed agent/待规划 labels 2026-10-28 17:24:04 +08:00
Claude commented 2026-10-28 17:25:14 +08:00
Collaborator
Copy Link
Copy Source

开工前要你定：原型和现有规则冲突的四处

原型的收束卡是简化画法。做的时候对照了 frontend/DESIGN.md §11「区间交付卡」，有四处和现在的产品规则冲突。这些是我出原型时没标出来的，抱歉。下面每条附了建议。

# 原型 现在的规则 建议
1 卡头是大字「最可能 07:24 · 上升巨蟹」，范围放第二行 D3：卡头是「目前范围 …（对照了 N 件经历）」，「最可能 HH:MM」是副标题；D4：候选区分不开时不写「最可能」，改写「这几个时刻按现在的方法区分不开。」 区分得开（前两名差 ≥ 5 个百分点）时按原型，大字写最可能时刻；区分不开时仍以范围为卡头，加那句「区分不开」，不硬给一个最可能。
2 「把握：中」 卡上从没显示过把握。BUG-560：候选分钟之间的支持度在统计上分不开 不放「把握」，用范围宽窄表达不确定。引擎的低/中/高没有经过校准，放上去容易被当成准确率。
3 只有一个「采用 07:24 并打开星盘」；其他候选只写「还不能排除」 每个候选列都有「更像这个」，用户可以选任何一列 最可能那列用主按钮「采用 HH:MM 并打开星盘」；「还不能排除」里每一项保留一个小按钮「改用这个」。否则用户觉得另一个更像自己时，就没法选了。
4 原型没画 出生记录冲突时按钮改成「改用校正结果」（BUG-691）、分盘窗口太宽时的提示、分段交付卡、验证报告、卡底边界句 全部保留，只改版式。

另外两处按原型做，没有冲突：

  • 代表分钟只在时间轴上写一次，盘面标题去掉时刻；盘面改由「看盘面」打开。
  • 「我说错了，改一条」：选一条已确认的事件，预填输入框，由现有的改记录工具来改。

你同意这四条建议的话，我就按这个开工。

## 开工前要你定：原型和现有规则冲突的四处 原型的收束卡是简化画法。做的时候对照了 `frontend/DESIGN.md` §11「区间交付卡」，有四处和现在的产品规则冲突。这些是我出原型时没标出来的，抱歉。下面每条附了建议。 | # | 原型 | 现在的规则 | 建议 | | --- | --- | --- | --- | | 1 | 卡头是大字「最可能 07:24 · 上升巨蟹」，范围放第二行 | D3：卡头是「目前范围 …（对照了 N 件经历）」，「最可能 HH:MM」是副标题；D4：候选区分不开时不写「最可能」，改写「这几个时刻按现在的方法区分不开。」 | 区分得开（前两名差 ≥ 5 个百分点）时按原型，大字写最可能时刻；区分不开时仍以范围为卡头，加那句「区分不开」，不硬给一个最可能。 | | 2 | 「把握：中」 | 卡上从没显示过把握。BUG-560：候选分钟之间的支持度在统计上分不开 | **不放「把握」**，用范围宽窄表达不确定。引擎的低/中/高没有经过校准，放上去容易被当成准确率。 | | 3 | 只有一个「采用 07:24 并打开星盘」；其他候选只写「还不能排除」 | 每个候选列都有「更像这个」，用户可以选任何一列 | 最可能那列用主按钮「采用 HH:MM 并打开星盘」；「还不能排除」里每一项保留一个小按钮「改用这个」。否则用户觉得另一个更像自己时，就没法选了。 | | 4 | 原型没画 | 出生记录冲突时按钮改成「改用校正结果」（BUG-691）、分盘窗口太宽时的提示、分段交付卡、验证报告、卡底边界句 | 全部保留，只改版式。 | 另外两处按原型做，没有冲突： - 代表分钟只在时间轴上写一次，盘面标题去掉时刻；盘面改由「看盘面」打开。 - 「我说错了，改一条」：选一条已确认的事件，预填输入框，由现有的改记录工具来改。 你同意这四条建议的话，我就按这个开工。
Claude commented 2026-10-28 17:26:13 +08:00
Collaborator
Copy Link
Copy Source

四条建议已同意（jesse 2026-10-28）

按 #147 (comment) 的建议列实现：区分得开才以最可能时刻为卡头；不显示把握；最可能列用「采用 HH:MM 并打开星盘」，其余候选保留「改用这个」；现有规则全部保留。已开工，分支 codex/rectification-screen-146-147-20261028。

## 四条建议已同意（jesse 2026-10-28） 按 https://git.copse.top/root/Jyotisha/issues/147#issuecomment-36056 的建议列实现：区分得开才以最可能时刻为卡头；不显示把握；最可能列用「采用 HH:MM 并打开星盘」，其余候选保留「改用这个」；现有规则全部保留。已开工，分支 `codex/rectification-screen-146-147-20261028`。
Claude commented 2026-10-28 17:47:53 +08:00
Collaborator
Copy Link
Copy Source

漏看了 15:18 这条，补上

抱歉，这条评论我之前漏看了。它提了三件事，现在的进度：

  1. 重新设计卡片：已做，本地提交 ee1232f6（分支 codex/rectification-screen-146-147-20261028，还没推送）。按 36056 的四条建议实现。

  2. 中间弹出的 bug：还没处理。我在代码里没定位到是哪一个弹层，需要你补一下：

    • 在哪一步弹出的（刚开始、答题时、出结果时、采用时）？
    • 有截图的话贴一张，或者说一下上面写了什么字。

  3. 模型和算法一下出两个结果，又特意隐藏一个：还没处理。代码里有两处会把结果藏掉，我不确定你说的是哪一处：

    • A. 模型的回答里写了一个时间（或范围），卡片上又给一个，两边对不上。现在的规则会去掉模型正文里的分钟，只留卡片上的。
    • B. 一轮里连着交付两次时，第二次被拦掉，不显示（BUG-596 的交付防重）。
    • C. 别的情况。

    是哪一种？如果是 A，你希望改成「只有卡片说结果，模型只做解释」，还是「模型和卡片说同一个结果」？

这两件确认之后，我按 Bug 流程查（先读 docs/BUG_HISTORY.md 对应记录），和卡片的改动一起交付。

## 漏看了 15:18 这条，补上 抱歉，这条评论我之前漏看了。它提了三件事，现在的进度： 1. **重新设计卡片**：已做，本地提交 `ee1232f6`（分支 `codex/rectification-screen-146-147-20261028`，还没推送）。按 36056 的四条建议实现。 2. **中间弹出的 bug**：还没处理。我在代码里没定位到是哪一个弹层，需要你补一下： - 在哪一步弹出的（刚开始、答题时、出结果时、采用时）？ - 有截图的话贴一张，或者说一下上面写了什么字。 3. **模型和算法一下出两个结果，又特意隐藏一个**：还没处理。代码里有两处会把结果藏掉，我不确定你说的是哪一处： - A. 模型的回答里写了一个时间（或范围），卡片上又给一个，两边对不上。现在的规则会去掉模型正文里的分钟，只留卡片上的。 - B. 一轮里连着交付两次时，第二次被拦掉，不显示（BUG-596 的交付防重）。 - C. 别的情况。 是哪一种？如果是 A，你希望改成「只有卡片说结果，模型只做解释」，还是「模型和卡片说同一个结果」？ 这两件确认之后，我按 Bug 流程查（先读 `docs/BUG_HISTORY.md` 对应记录），和卡片的改动一起交付。
Claude commented 2026-10-28 19:22:04 +08:00
Collaborator
Copy Link
Copy Source

已推到 staging，待真机

代码在 8e932959，现在包含在 staging 的 2dea3c29 里。门禁和部署自动跑，不再等部署结果。

  • 结果卡：分得出先后时，最上面写最可能的时间和上升，按钮「采用 HH:MM 并打开星盘」；还不能排除的时间在下面，可以「改用这个」。
  • 「我说错了，改一条」；时间轴只写一次代表时刻；盘面改成点「看盘面」再打开。
  • 部署后请在 staging 上点一遍。不对的地方直接在这里评论。

前两次门禁失败和本单代码无关：一次是镜像构建那一步失败了，日志里没有原因；一次是一项会偶发失败的 Python 测试，记为 BUG-1498。

## 已推到 staging，待真机 代码在 `8e932959`，现在包含在 staging 的 `2dea3c29` 里。门禁和部署自动跑，不再等部署结果。 - 结果卡：分得出先后时，最上面写最可能的时间和上升，按钮「采用 HH:MM 并打开星盘」；还不能排除的时间在下面，可以「改用这个」。 - 「我说错了，改一条」；时间轴只写一次代表时刻；盘面改成点「看盘面」再打开。 - 部署后请在 staging 上点一遍。不对的地方直接在这里评论。 前两次门禁失败和本单代码无关：一次是镜像构建那一步失败了，日志里没有原因；一次是一项会偶发失败的 Python 测试，记为 BUG-1498。
Claude added agent/待真机 and removed agent/执行中 labels 2026-10-28 19:22:19 +08:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
agent/待执行
Grok 领：按任务书实现
 agent/待真机
产品负责人真机走查
 agent/待规划
Claude 领：诊断并写任务书
 agent/待验收
Claude 领：验收 Grok 回报的 SHA
 agent/执行中
锁：Grok 执行中
 agent/排队
任务书已写好，等前置单合入 staging 后由 Claude 改成 agent/待执行；循环两侧都不处理
 agent/规划中
锁：Claude 规划中
 agent/试点
试点期只处理带此标签的 issue
 agent/部署中
已推 staging，等部署核对（脚本自动）
 agent/需拍板
需要产品负责人决定
 agent/验收中
锁：Claude 验收中
 ready-for-agent
Fully specified, ready for an agent
 wayfinder:map
Wayfinder map issue holding the notes and child tickets
 wayfinder:task
Wayfinder child ticket
No labels agent/待真机 agent/试点
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
Claude Grok jesse root
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Blocks
#142 请你看一下竞品的onboarding
root/Jyotisha
Reference: root/Jyotisha#147