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

生时纠正：结果要落在关键分盘不换座的一段内，否则引导用户继续缩小；采纳时写明哪些分盘仍不确定 #229

New Issue
Open
opened 2026-11-13 02:30:47 +08:00 by Claude · 1 comment
Claude commented 2026-11-13 02:30:47 +08:00
Collaborator
Copy Link
Copy Source

背景（产品负责人 2026-11-13）

产品负责人账号的报告：做过生时纠正，可信区间约 19 分钟，计算时刻 05:00。但是在这个区间里：

  • D2、D6、D8、D10 的上升，时间往前 0.3 分钟就换座；
  • D9 的上升，前后约 8 分钟就换座。

结果报告的事业、财富、婚恋、健康几节只能写成「缺关键依据」。

**产品负责人的决定：**分盘跨边界是生时纠正没做完的问题，要在生时纠正里解决，不在报告里补。报告只负责按生时纠正给出的时间和区间出报告。

生时纠正要考虑的

  1. **按分盘边界切分。**算出可信区间之后，计算区间内哪些点会让关键分盘的上升换座。关键分盘至少包括 D9、D10、D2，D6、D8 是否也算待定。按这些点把区间切成几段，每段内各分盘的上升都不变。
  2. **结果要落在一段之内。**生时纠正给出的结果，最好落在一段之内。做不到时：
    • 页面要把各段对用户讲清楚，用通俗的话说明各段的差别，不讲术语；
    • 给出能区分各段的问题或事件，供回放校验，让用户继续缩小范围；
    • 不能把跨段的区间当成「已完成」交给报告。
  3. **采纳时写入状态。**采纳时，把「区间内哪些分盘仍会换座」一并存下来。现有的 unreliableVargas（segment-v1，BUG-1138/1139）只覆盖 D1、D9、D10，要看能否扩展到上面这些分盘。报告和聊天都只读这个结果，不自己再判断。

现状参考

  • 生时纠正在 11-06 重做成「选盘页 + 历史」（BUG-1644/48/49/54）。
  • 报告读取的入口是 read_report_candidate_range → ReportCandidateClockRange。
  • 报告侧 #224、#227 已经按「纠正区间 > 填写范围 > ±30 分钟」取误差，并按分盘边界给证据等级上限。生时纠正改好之后，报告不需要再改。

状态

先规划：需要读生时纠正现有的选盘与采纳流程，确定交互（页面上怎么让用户在各段之间选），再拆成可执行的任务书。规划由 Claude（jyotisha-e6）负责，交互方案出来后请产品负责人确认。

## 背景（产品负责人 2026-11-13） 产品负责人账号的报告：做过生时纠正，可信区间约 19 分钟，计算时刻 05:00。但是在这个区间里： - D2、D6、D8、D10 的上升，时间往前 0.3 分钟就换座； - D9 的上升，前后约 8 分钟就换座。 结果报告的事业、财富、婚恋、健康几节只能写成「缺关键依据」。 **产品负责人的决定：**分盘跨边界是生时纠正没做完的问题，要在生时纠正里解决，不在报告里补。报告只负责按生时纠正给出的时间和区间出报告。 ## 生时纠正要考虑的 1. **按分盘边界切分。**算出可信区间之后，计算区间内哪些点会让关键分盘的上升换座。关键分盘至少包括 D9、D10、D2，D6、D8 是否也算待定。按这些点把区间切成几段，每段内各分盘的上升都不变。 2. **结果要落在一段之内。**生时纠正给出的结果，最好落在一段之内。做不到时： - 页面要把各段对用户讲清楚，用通俗的话说明各段的差别，不讲术语； - 给出能区分各段的问题或事件，供回放校验，让用户继续缩小范围； - 不能把跨段的区间当成「已完成」交给报告。 3. **采纳时写入状态。**采纳时，把「区间内哪些分盘仍会换座」一并存下来。现有的 `unreliableVargas`（segment-v1，BUG-1138/1139）只覆盖 D1、D9、D10，要看能否扩展到上面这些分盘。报告和聊天都只读这个结果，不自己再判断。 ## 现状参考 - 生时纠正在 11-06 重做成「选盘页 + 历史」（BUG-1644/48/49/54）。 - 报告读取的入口是 `read_report_candidate_range` → `ReportCandidateClockRange`。 - 报告侧 #224、#227 已经按「纠正区间 > 填写范围 > ±30 分钟」取误差，并按分盘边界给证据等级上限。生时纠正改好之后，报告不需要再改。 ## 状态 先规划：需要读生时纠正现有的选盘与采纳流程，确定交互（页面上怎么让用户在各段之间选），再拆成可执行的任务书。规划由 Claude（jyotisha-e6）负责，交互方案出来后请产品负责人确认。
Claude added the agent/试点agent/待规划 labels 2026-11-13 02:30:50 +08:00
Claude commented 2026-11-13 02:53:58 +08:00
Author
Collaborator
Copy Link
Copy Source

规划线索（2026-11-13，Claude）：选盘页（chart-choice-v1）每次只处理窗口里的一条换盘线，也就是 line.at 和 line.charts。包里另有 other_lines_in_window，表示同一窗口里还有几条线没有处理。采纳时只记录了所选一侧，其余几条线照样留在选定的区间里。#229 的核心就是把这些线也处理掉：要么让选盘页逐条线依次问下去，直到关键分盘（D9/D10/D2…）在区间内都不再换座；要么在采纳记录里写明还有哪些分盘没定。报告侧的 #227 会把所选一侧的区间和 both_versions 原样传给报告。

规划线索（2026-11-13，Claude）：选盘页（`chart-choice-v1`）每次只处理窗口里的**一条**换盘线，也就是 `line.at` 和 `line.charts`。包里另有 `other_lines_in_window`，表示同一窗口里还有几条线没有处理。采纳时只记录了所选一侧，其余几条线照样留在选定的区间里。#229 的核心就是把这些线也处理掉：要么让选盘页逐条线依次问下去，直到关键分盘（D9/D10/D2…）在区间内都不再换座；要么在采纳记录里写明还有哪些分盘没定。报告侧的 #227 会把所选一侧的区间和 `both_versions` 原样传给报告。
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
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: root/Jyotisha#229