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

年运报告生成：先看这个人，再分领域写今年 #153

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

Part of #142（拆单 D2，来源：#142 评论 4 报告全文）

竞品报告结构

  1. 先看这个人：做事方式、相处方式、钱 / 家 / 身体的底子，再结合用户填的现状（婚姻、子女、职业）。
  2. 这一年总览：讲清年盘从生日换年；之前是回看（请用户对账），之后是前瞻；最该记住的 1–3 件事带日期窗口。
  3. 事业 / 钱 / 感情 / 家 / 身体分节：每节先底子再今年，用「回看 / 换年盘后 / 例外窗口 / 年底」分段，只留真正有变化的日子。
  4. 「剩下的日子怎么过」表格：时间 | 事情 | 怎么安排。
  5. 一句话收尾。

要做什么

  • 复用现有个人报告管线（mastra/personal-report.ts、components/personal-report/*），新增年运报告类型。
  • 现状信息（婚姻、子女、职业）作为输入，按现状裁剪章节（如无子女不展开）。
  • 身体部分只写作息、精力层面的提醒，不做疾病判断（需要明确的内容边界）。

前置

D1 拍板并完成接口。

Part of #142（拆单 D2，来源：#142 评论 4 报告全文） ## 竞品报告结构 1. 先看这个人：做事方式、相处方式、钱 / 家 / 身体的底子，再结合用户填的现状（婚姻、子女、职业）。 2. 这一年总览：讲清年盘从生日换年；之前是回看（请用户对账），之后是前瞻；最该记住的 1–3 件事带日期窗口。 3. 事业 / 钱 / 感情 / 家 / 身体分节：每节先底子再今年，用「回看 / 换年盘后 / 例外窗口 / 年底」分段，只留真正有变化的日子。 4. 「剩下的日子怎么过」表格：时间 | 事情 | 怎么安排。 5. 一句话收尾。 ## 要做什么 - 复用现有个人报告管线（`mastra/personal-report.ts`、`components/personal-report/*`），新增年运报告类型。 - 现状信息（婚姻、子女、职业）作为输入，按现状裁剪章节（如无子女不展开）。 - 身体部分只写作息、精力层面的提醒，不做疾病判断（需要明确的内容边界）。 ## 前置 D1 拍板并完成接口。
jesse added the agent/待规划agent/试点 labels 2026-10-28 15:08:24 +08:00
jesse added a new dependency 2026-10-28 15:08:26 +08:00
#142 请你看一下竞品的onboarding
jesse commented 2026-10-28 19:46:58 +08:00
Author
Owner
Copy Link
Copy Source

这部分需要让占星师定吗

这部分需要让占星师定吗
Claude commented 2026-10-28 19:47:48 +08:00
Collaborator
Copy Link
Copy Source

这单要不要占星师定？

结论：不用单独开一轮。 技法上的选择大部分已经在 #152 的 7 个问题里。这单另外只多两个问题（见下面），可以和 #152 一起问。产品上的部分我们自己定，做出样例报告后再请她审一遍正文。

为什么大部分不用她定

现有的个人报告管线是这样分工的：服务端先按规则算出「结论卡」（每条结论带证据和把握程度），再定好每一章写不写；模型只负责把结论卡写成文字，不能自己加结论，也不能把把握程度往上提。所以占星判断都集中在「结论卡怎么出」，而这取决于 #152 的答案：主轴、年内分段、日期写多细、回看几个月、两套运限冲突时怎么写。

我们自己定的（产品 / 工程）

  • 复用现有个人报告管线，新增「年运」报告类型。
  • 现状输入：婚姻、子女、职业。按现状删减章节，例如没有孩子就不展开子女那一节。
  • 报告结构用我们自己的写法，竞品只作参考：先说这个人的底子，再写这一年的总览（最该记住的 1–3 件事），再按领域分节，最后一张「剩下的日子怎么安排」表和一句收尾。
  • 「回看」那部分请用户对一对，写法沿用产品现有的语气规则。
  • 身体那一节只写作息和精力层面的提醒，不做疾病判断。这条和咨询的现有边界一致，不用重新定。

追加给占星师的两个问题（建议和 #152 一起问）

问 8　什么样的日期窗口值得写进报告？
竞品的做法是只保留真正有变化的日子。我们打算只写下面两种：两套以上的信号重叠（例如 Mudda 换段 + 小运换运 + 慢星换宫），或者单一信号很强。您认可这个标准吗？「很强」怎么判断？一份报告最多写几个窗口合适？

问 9　用户的现状怎么影响解读？
例如未婚的人，7 宫那一节写「感情与关系」而不是「婚姻」；已婚的人写夫妻相处。有没有您坚持的写法或禁忌？比如不对未婚的人写「今年会结婚」，或者不对有孩子的人写子女的健康。

上线前请她审什么

样例报告出来后（用公开名人盘或虚构盘），请她通读 2–3 份，只挑错的结论和不该写的话。

前置不变：等 #152 拍板并做完年运数据接口，这单才开工。

## 这单要不要占星师定？ **结论：不用单独开一轮。** 技法上的选择大部分已经在 #152 的 7 个问题里。这单另外只多两个问题（见下面），可以和 #152 一起问。产品上的部分我们自己定，做出样例报告后再请她审一遍正文。 ### 为什么大部分不用她定 现有的个人报告管线是这样分工的：服务端先按规则算出「结论卡」（每条结论带证据和把握程度），再定好每一章写不写；模型只负责把结论卡写成文字，不能自己加结论，也不能把把握程度往上提。所以占星判断都集中在「结论卡怎么出」，而这取决于 #152 的答案：主轴、年内分段、日期写多细、回看几个月、两套运限冲突时怎么写。 ### 我们自己定的（产品 / 工程） - 复用现有个人报告管线，新增「年运」报告类型。 - 现状输入：婚姻、子女、职业。按现状删减章节，例如没有孩子就不展开子女那一节。 - 报告结构用我们自己的写法，竞品只作参考：先说这个人的底子，再写这一年的总览（最该记住的 1–3 件事），再按领域分节，最后一张「剩下的日子怎么安排」表和一句收尾。 - 「回看」那部分请用户对一对，写法沿用产品现有的语气规则。 - 身体那一节只写作息和精力层面的提醒，不做疾病判断。这条和咨询的现有边界一致，不用重新定。 ### 追加给占星师的两个问题（建议和 #152 一起问） **问 8　什么样的日期窗口值得写进报告？** 竞品的做法是只保留真正有变化的日子。我们打算只写下面两种：两套以上的信号重叠（例如 Mudda 换段 + 小运换运 + 慢星换宫），或者单一信号很强。您认可这个标准吗？「很强」怎么判断？一份报告最多写几个窗口合适？ **问 9　用户的现状怎么影响解读？** 例如未婚的人，7 宫那一节写「感情与关系」而不是「婚姻」；已婚的人写夫妻相处。有没有您坚持的写法或禁忌？比如不对未婚的人写「今年会结婚」，或者不对有孩子的人写子女的健康。 ### 上线前请她审什么 样例报告出来后（用公开名人盘或虚构盘），请她通读 2–3 份，只挑错的结论和不该写的话。 前置不变：等 #152 拍板并做完年运数据接口，这单才开工。
Claude commented 2026-10-28 19:59:30 +08:00
Collaborator
Copy Link
Copy Source

更新：年运不再收集用户现状（见 #154 评论 36243）

jesse 定了：入口页不放现状表单，只按印度占星能推出的信息写。例如没有正式结婚、但和人同居的情况，星盘是分不出来的。

对本单的影响：

  • 「现状输入、按现状删减章节」作废。各领域照星盘写；盘上看不出明显信号的领域，写得简短，并说明看不出什么。
  • 给占星师的问 9 换成：「印度占星分不清的情况（例如正式结婚和同居、有没有孩子），报告里应该怎么措辞，才不会说成既成事实？」
  • 问 8（哪些日期窗口值得写）不变。
## 更新：年运不再收集用户现状（见 #154 评论 36243） jesse 定了：入口页不放现状表单，只按印度占星能推出的信息写。例如没有正式结婚、但和人同居的情况，星盘是分不出来的。 对本单的影响： - 「现状输入、按现状删减章节」作废。各领域照星盘写；盘上看不出明显信号的领域，写得简短，并说明看不出什么。 - 给占星师的**问 9 换成**：「印度占星分不清的情况（例如正式结婚和同居、有没有孩子），报告里应该怎么措辞，才不会说成既成事实？」 - 问 8（哪些日期窗口值得写）不变。
Claude commented 2026-10-28 20:06:42 +08:00
Collaborator
Copy Link
Copy Source

再补一条写作原则（jesse 2026-10-28，#154 评论 36248）

印度占星能推出的只有两样：近期各时间段整体偏正面还是偏负面，以及一些转折的时间点。具体会发生什么事都是推测。

所以年运报告：

  • 每个领域、每段时间，主句写「偏顺 / 偏紧 / 平稳」加时间段。
  • 具体的事件只能写成「可能」，例如「可能有工作上的调整」，不写成会发生的事。
  • 结论卡（服务端规则）只产出这两类结论：走势和时间点。事件类说法的把握程度一律封顶为「可能」，模型不能往上提。
  • 问 8、问 9 照旧和 #152 一起问占星师。
## 再补一条写作原则（jesse 2026-10-28，#154 评论 36248） 印度占星能推出的只有两样：**近期各时间段整体偏正面还是偏负面**，以及**一些转折的时间点**。具体会发生什么事都是推测。 所以年运报告： - 每个领域、每段时间，主句写「偏顺 / 偏紧 / 平稳」加时间段。 - 具体的事件只能写成「可能」，例如「可能有工作上的调整」，不写成会发生的事。 - 结论卡（服务端规则）只产出这两类结论：走势和时间点。事件类说法的把握程度一律封顶为「可能」，模型不能往上提。 - 问 8、问 9 照旧和 #152 一起问占星师。
Claude commented 2026-10-29 12:14:56 +08:00
Collaborator
Copy Link
Copy Source

这单的前置是 #152（年运用哪些技法和数据接口，还在等你拍板）。#152 定下来、接口做好后，循环会自动把这单改回待执行。

<!-- agent:claude plan queued prereq=#152 --> 这单的前置是 #152（年运用哪些技法和数据接口，还在等你拍板）。#152 定下来、接口做好后，循环会自动把这单改回待执行。
Claude added agent/排队 and removed agent/待规划 labels 2026-10-29 12:15:13 +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#153