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

代码体检：找出屎山代码和拖慢加载、推理的大问题，拆成小单交给 Claude 直接修 #118

New Issue
Open
opened 2026-10-28 01:53:45 +08:00 by jesse · 4 comments
jesse commented 2026-10-28 01:53:45 +08:00
Owner
Copy Link
Copy Source

要做什么

请把整个仓库（前端、API 服务、排盘/推理相关代码）仔细过一遍，重点查两类问题：

  1. 屎山代码：重复逻辑、超长文件或超长函数、到处复制粘贴、已经没人用的死代码、绕来绕去的状态管理、同一件事有好几套实现
  2. 明显拖慢速度的问题：
    • 加载速度：首屏打包体积、没做懒加载的大依赖、多余的重复渲染、串行请求、首页/侧栏/星盘页的阻塞加载
    • 推理/回答速度：咨询（consult）和生时校正（rectification）链路里的串行调用、重复计算、该缓存没缓存、提示词过长、子进程/排盘重复启动

怎么查

  • 以 staging 最新代码为准
  • 之前已经做过一些相关优化（例如 consult-latency-quickwins、consult-prep-parallel、rect-scoring-perf、report-reference-perf、home-sidebar-rerender、frontend-dead-code），先看这些做到了哪一步，不要重复提已经解决的问题
  • 能量化的尽量量化：给出耗时、包体积、调用次数这类数字，或者写清楚怎么复现、怎么测
  • 只报真正有影响的问题，代码风格上的小毛病不用提

产出

  1. 在本单下回复一份体检结论：按影响从大到小排序，每条写清楚位置（文件/函数）、问题是什么、大概影响多大、建议怎么改
  2. 把每个问题拆成独立的小工单，要求：
    • 一张单只改一件事，改动范围小，能单独合入、单独验证
    • 写清楚验收标准（改完以后什么数字变好、哪些行为保持不变）
    • 在正文里链接回本单
  3. 这批小单由 Claude 直接实现并提交，不走 Grok 执行那一步
## 要做什么 请把整个仓库（前端、API 服务、排盘/推理相关代码）仔细过一遍，重点查两类问题： 1. 屎山代码：重复逻辑、超长文件或超长函数、到处复制粘贴、已经没人用的死代码、绕来绕去的状态管理、同一件事有好几套实现 2. 明显拖慢速度的问题： - 加载速度：首屏打包体积、没做懒加载的大依赖、多余的重复渲染、串行请求、首页/侧栏/星盘页的阻塞加载 - 推理/回答速度：咨询（consult）和生时校正（rectification）链路里的串行调用、重复计算、该缓存没缓存、提示词过长、子进程/排盘重复启动 ## 怎么查 - 以 staging 最新代码为准 - 之前已经做过一些相关优化（例如 consult-latency-quickwins、consult-prep-parallel、rect-scoring-perf、report-reference-perf、home-sidebar-rerender、frontend-dead-code），先看这些做到了哪一步，不要重复提已经解决的问题 - 能量化的尽量量化：给出耗时、包体积、调用次数这类数字，或者写清楚怎么复现、怎么测 - 只报真正有影响的问题，代码风格上的小毛病不用提 ## 产出 1. 在本单下回复一份体检结论：按影响从大到小排序，每条写清楚位置（文件/函数）、问题是什么、大概影响多大、建议怎么改 2. 把每个问题拆成独立的小工单，要求： - 一张单只改一件事，改动范围小，能单独合入、单独验证 - 写清楚验收标准（改完以后什么数字变好、哪些行为保持不变） - 在正文里链接回本单 3. 这批小单由 Claude 直接实现并提交，不走 Grok 执行那一步
jesse added the agent/待规划agent/试点 labels 2026-10-28 01:53:54 +08:00
Claude added the agent/规划中 label 2026-10-28 02:08:59 +08:00
Claude commented 2026-10-28 02:11:09 +08:00
Collaborator
Copy Link
Copy Source

已接手，正在查（基于 staging 最新 0f0fea325；10-13 那次体检拆出的 #57～#72 先逐条核实是否真修掉，不重复提）。结论和拆出的小单清单会先贴在这里。

<!-- agent:claude plan started base=0f0fea325 --> 已接手，正在查（基于 staging 最新 `0f0fea325`；10-13 那次体检拆出的 #57～#72 先逐条核实是否真修掉，不重复提）。结论和拆出的小单清单会先贴在这里。
Claude commented 2026-10-28 05:38:26 +08:00
Collaborator
Copy Link
Copy Source

@jesse 代码体检做完了，基于 staging 最新 0f0fea325。10-13 那次体检拆出的 #57～#72 先逐条核实过（看代码，不看状态板），已经修掉的不再提。排在前面的几条我亲手抽查过，都属实。

一句话：回答慢主要是模型「想太久」，有现成的开关一直没开；报告生成和星盘页打开都有现成的、改动不大的提速点。屎山主要是几个超长函数，加上 200 多个没人用的脚本。

一、体检结论（按影响从大到小）

回答和推理速度

# 问题 有多大影响 位置
1 咨询回答时，模型每次要先想一万字左右。10-04 说要压低，代码里加了开关，但一直没打开（部署配置里没设），对比测试也因为没有模型密钥一直没跑 约 45～60 秒，是咨询最慢的一段（估，取自 10-04 记录） frontend/src/mastra/consultation-tools.ts consultAnswerReasoningEffort
2 报告生成有个提速开关，输出一字不差，却默认关着 本机实测：每份 15.5 秒 → 11.4 秒（快 27%） scripts/report_perf_flags.py
3 报告里有重复劳动：同一份数据整份复制 10 次，同一个校验码算 5 次 估：每份多花 4～6 秒 pl9_full_data_export.read_full_data_domain、calculation_profile_contract.hash_bound_result
4 10-21 把 PyJHora 装进正式环境以后，之前「没装就不起子进程」的省法失效了：每份报告要另起 5 次 Python 子进程，每次都重新载入 PyJHora 估：每份报告多 5～10 秒 report_render/annual_method_reference.py、annual_pyjhora_replay.py、tajika.py
5 咨询每次都要新开 3 个 Python 子进程去问 VedAstro；问失败的结果只记 5 分钟，所以免费额度被限流时几乎每轮都重新等 本机实测每次 0.4 秒；正式环境最多 1.5 秒，问两个领域就是 3 秒 scripts/vedastro_foreground.py、vedastro_service_adapter.py
6 咨询的「数据卡」缓存，命中了也不便宜：每个领域每轮都要读 5.5 MB 文件再整份复制；缓存按日期失效，每天第一问要现算。另外缓存文件谁都能读（含出生资料），不合 0600 规矩 实测命中 0.2 秒/领域；每天首问 4～7 秒（估） scripts/consult_full_data_cache.py
7 校正每轮固定先白调一次模型，只为读一下案例，而结果是确定的 估：每轮 3～8 秒 rectification-agentic/v9/agent-run-attempt.ts prepareStep
8 咨询第一步开着「思考」，但只用来发一个工具调用；分类又排在扣点之后串行等 估：首字前多 3～5 秒 咨询 route.ts 的 classifyConsultationTurn、第 0 步设置
9 排盘服务是单进程，两个人同时做重计算其实在抢一个 CPU 核 实测：单跑 1.2 秒，两人同时各 2.4 秒 scripts/jyotish_api_server.py（ThreadingHTTPServer）
10 校正交付那一轮，VedAstro 校验串行等，失败了下轮还重来 估：最坏多 15 秒 _attach_vedastro_minute_sensitive_to_score、前端 score-persist.ts
11 咨询问某段时间时，两个互不依赖的请求排着队发 估：每轮 0.3～1 秒 consultation-tools.ts executeWindowConsultation

打开速度

# 问题 有多大影响 位置
12 星盘页一打开就加载了「改出生资料」弹窗和整张城市表（点铅笔才用得到）；档案页为了显示一列城市名，也加载整张表。这是 BUG-1130 在其他页面复发 实测：星盘页首次加载多 108 KB（占 19%） components/chart-page/chart-page-view.tsx、people-archive-view.ts
13 回答一边出字，首页一边整页重画（每秒最多 60 次），旁边的星盘面板也跟着重画 估：1500 字的回答重画约 375 次；手机上会卡 app/(app)/page.tsx 订阅 streamingReply；ChatChartSplit、PanelBoard
14 首页一打开就加载了整个生时校正界面（大多数人用不到） 估：约 50 KB app/(app)/page.tsx
15 空白首页就加载了显示回答用的整套 Markdown 组件 实测 42 KB 同上
16 几个小依赖进了首屏：只为格式化日期的 date-fns、只为退出登录的登录库、只为分享才用的报告转换 估：约 27 KB 见报告 F5
17 用 ?c= 链接打开一条对话，内容要排到第二轮才去读 多等一次往返 首页启动早读
18 星盘、档案等页面冷开要三段排队：页面代码 → 账户 → 盘；档案页、合盘页还会把外壳已经读过的账户和人物再读一遍 多等一次往返；每次进页多 2 个请求 /chart、/people、/synastry

首页首屏现在实测 703 KB（gzip），按第 14～16 条做完，估计能降到约 595 KB（−15%）；第 12 条做完，星盘页从 579 KB 降到约 471 KB（−19%）。

屎山（不拖慢速度，但每次改都容易出错）

# 问题 位置
19 星盘页的大运日期和报告里的可能差一天：同一套大运有两种起算法，一个从出生当天零点算，一个从真实出生时刻算 dasha_analyzer.build_dasha_timeline vs jyotish_engine.cmd_dasha
20 同一个 Python 文件被按两三个名字各载入一份（20 个文件，引擎载入了 3 份），各自的缓存互不相通 jyotish_api_server._load_local_module
21 226 个脚本（约 3.4 万行）从任何运行入口都用不到，其中 208 个只被测试引用 scripts/ 根目录
22 超长函数：报告渲染 6,506 行（#67 只拆了第一阶段）、校正工具 1,596 行、咨询接口 1,579 行、首页 1,235 行（27 个状态、21 个副作用、38 个引用） 见报告
23 同一件事两套：会话「加载更多」、读单个会话、北印度星盘画法、人物列表来源各有两份 见报告 F11
24 前端还有 23 个没人用的文件（959 行），包括 7 个从没用过的界面组件 见报告 F12

10-13 体检核实：已修 6 项（报告 worker 内存泄漏、校正打分重复算两项、打分响应过大、缓存清理扫错目录、旧校正链）；修了一部分的 4 项（长报告缓存、/api/chart 子进程、报告渲染函数、大运两套实现）；没动的 1 项（只被测试用的脚本，从 138 个变成 226 个）。

二、拆成的小单（建议顺序）

一张单只改一件事，都由我直接做。✋ 表示要你先拍板。

顺序 小单 验收标准 对应结论
1 星盘页、档案页不再一打开就加载城市表和改资料弹窗 星盘页首次加载 −100 KB 以上；点铅笔照常弹出 12
2 报告提速开关默认打开 四张测试盘的报告与改前一字不差；生成时间 −25% 以上 2
3 报告里去掉重复复制和重复算校验码 再快 25% 以上；报告与改前一字不差 3
4 回答出字时首页不再整页重画 出字期间页面重画次数降到原来的 1/10 以下；显示不变 13
5 首页不预先加载校正界面和 Markdown 组件 首页首屏 −80 KB 以上；首页仍是静态页；进校正、看回答照常 14、15
6 首屏去掉三个小依赖 首屏再 −20 KB 左右 16
7 ?c= 链接一打开就去读对话 揭幕少等一轮 17
8 星盘 / 档案 / 合盘页冷开去掉串行和重复请求 每页少 1 轮等待、少 2 个请求 18
9 咨询问某段时间时两个请求同时发 该工具耗时 ≈ 两者中较长的一个 11
10 咨询数据卡：缓存留在内存、提前预热、文件改成只有本人可读 命中 ≤0.05 秒/领域；新文件 0600；内容不变 6
11 ✋ 问 VedAstro 失败时按「同一张盘、同一天」记住，不再每轮重等；目录查询挪到后台 同一张盘当天第二次 ≤0.15 秒；成功时结果不变。要你定：失败记多久（我建议一天） 5、10
12 PyJHora 只载入一次，常驻复用 每份报告起子进程从 5 次降到 0～1 次；有没有 PyJHora 两种情况结果都不变 4
13 同一个 Python 文件只载入一份 重复载入 20 个 → 0；全量测试与改前一致 20
14 重计算改成多进程，两人同时算不再抢一个核 两人同时各自耗时 ≤ 单跑的 1.3 倍；结果不变 9
15 ✋ 咨询答题时压低模型的思考量 要先用真实模型比一次回答质量，我这台机器没有模型密钥。你给一个 staging 能用的 key，或者在 staging 后台跑一次对比都行。看 /admin/usage：答题步思考字数和用时下降，盲评质量不变差 1
16 ✋ 咨询第一步关掉思考，分类和扣点同时进行 首字前少等 3～5 秒。要你定：之前搁置过，现在要不要做 8
17 ✋ 校正每轮不再白调一次模型读案例 每轮少一次模型调用。要你定：会改 Skill 里「第一步先读案例」的原文 7
18 ✋ 星盘页和报告的大运统一从真实出生时刻算 两边日期逐项相等。要你定：这会改变用户已经看到的日期（最多差一天） 19
19 清理只被测试用的台账类脚本（先清一类，约 84 个） 快速门和全量测试结果不变；scripts/ 根目录文件数下降 21
20 前端删掉 23 个没人用的文件 tsc、lint、测试都不变 24

超长函数（第 22 条）和两套实现（第 23 条）先不单开：前面几单会顺带收拢一部分，剩下的等这批做完再看。

要你回的：

  1. 这 20 张小单可以按这个顺序开吗？可以的话，我照「先给你过目」的规矩把单子建好，然后从第 1 单开始做。
  2. 四个 ✋：第 11 单失败记多久；第 15 单怎么拿到模型密钥；第 16、17、18 单做不做。

完整的体检报告（含实测数字和测法）在我这边，需要的话我放进仓库 docs/research/。

<!-- agent:claude escalate plan=audit base=0f0fea325 --> @jesse 代码体检做完了，基于 staging 最新 `0f0fea325`。10-13 那次体检拆出的 #57～#72 先逐条核实过（看代码，不看状态板），已经修掉的不再提。排在前面的几条我亲手抽查过，都属实。 **一句话**：回答慢主要是模型「想太久」，有现成的开关一直没开；报告生成和星盘页打开都有现成的、改动不大的提速点。屎山主要是几个超长函数，加上 200 多个没人用的脚本。 ## 一、体检结论（按影响从大到小） ### 回答和推理速度 | # | 问题 | 有多大影响 | 位置 | | --- | --- | --- | --- | | 1 | **咨询回答时，模型每次要先想一万字左右**。10-04 说要压低，代码里加了开关，但一直没打开（部署配置里没设），对比测试也因为没有模型密钥一直没跑 | 约 45～60 秒，是咨询最慢的一段（估，取自 10-04 记录） | `frontend/src/mastra/consultation-tools.ts` `consultAnswerReasoningEffort` | | 2 | 报告生成有个提速开关，输出一字不差，却默认关着 | 本机实测：每份 15.5 秒 → 11.4 秒（快 27%） | `scripts/report_perf_flags.py` | | 3 | 报告里有重复劳动：同一份数据整份复制 10 次，同一个校验码算 5 次 | 估：每份多花 4～6 秒 | `pl9_full_data_export.read_full_data_domain`、`calculation_profile_contract.hash_bound_result` | | 4 | 10-21 把 PyJHora 装进正式环境以后，之前「没装就不起子进程」的省法失效了：每份报告要另起 5 次 Python 子进程，每次都重新载入 PyJHora | 估：每份报告多 5～10 秒 | `report_render/annual_method_reference.py`、`annual_pyjhora_replay.py`、`tajika.py` | | 5 | 咨询每次都要新开 3 个 Python 子进程去问 VedAstro；问失败的结果只记 5 分钟，所以免费额度被限流时几乎每轮都重新等 | 本机实测每次 0.4 秒；正式环境最多 1.5 秒，问两个领域就是 3 秒 | `scripts/vedastro_foreground.py`、`vedastro_service_adapter.py` | | 6 | 咨询的「数据卡」缓存，命中了也不便宜：每个领域每轮都要读 5.5 MB 文件再整份复制；缓存按日期失效，每天第一问要现算。另外缓存文件谁都能读（含出生资料），不合 0600 规矩 | 实测命中 0.2 秒/领域；每天首问 4～7 秒（估） | `scripts/consult_full_data_cache.py` | | 7 | 校正每轮固定先白调一次模型，只为读一下案例，而结果是确定的 | 估：每轮 3～8 秒 | `rectification-agentic/v9/agent-run-attempt.ts` `prepareStep` | | 8 | 咨询第一步开着「思考」，但只用来发一个工具调用；分类又排在扣点之后串行等 | 估：首字前多 3～5 秒 | 咨询 `route.ts` 的 `classifyConsultationTurn`、第 0 步设置 | | 9 | 排盘服务是单进程，两个人同时做重计算其实在抢一个 CPU 核 | 实测：单跑 1.2 秒，两人同时各 2.4 秒 | `scripts/jyotish_api_server.py`（`ThreadingHTTPServer`） | | 10 | 校正交付那一轮，VedAstro 校验串行等，失败了下轮还重来 | 估：最坏多 15 秒 | `_attach_vedastro_minute_sensitive_to_score`、前端 `score-persist.ts` | | 11 | 咨询问某段时间时，两个互不依赖的请求排着队发 | 估：每轮 0.3～1 秒 | `consultation-tools.ts` `executeWindowConsultation` | ### 打开速度 | # | 问题 | 有多大影响 | 位置 | | --- | --- | --- | --- | | 12 | **星盘页一打开就加载了「改出生资料」弹窗和整张城市表**（点铅笔才用得到）；档案页为了显示一列城市名，也加载整张表。这是 BUG-1130 在其他页面复发 | 实测：星盘页首次加载多 108 KB（占 19%） | `components/chart-page/chart-page-view.tsx`、`people-archive-view.ts` | | 13 | **回答一边出字，首页一边整页重画**（每秒最多 60 次），旁边的星盘面板也跟着重画 | 估：1500 字的回答重画约 375 次；手机上会卡 | `app/(app)/page.tsx` 订阅 `streamingReply`；`ChatChartSplit`、`PanelBoard` | | 14 | 首页一打开就加载了整个生时校正界面（大多数人用不到） | 估：约 50 KB | `app/(app)/page.tsx` | | 15 | 空白首页就加载了显示回答用的整套 Markdown 组件 | 实测 42 KB | 同上 | | 16 | 几个小依赖进了首屏：只为格式化日期的 date-fns、只为退出登录的登录库、只为分享才用的报告转换 | 估：约 27 KB | 见报告 F5 | | 17 | 用 `?c=` 链接打开一条对话，内容要排到第二轮才去读 | 多等一次往返 | 首页启动早读 | | 18 | 星盘、档案等页面冷开要三段排队：页面代码 → 账户 → 盘；档案页、合盘页还会把外壳已经读过的账户和人物再读一遍 | 多等一次往返；每次进页多 2 个请求 | `/chart`、`/people`、`/synastry` | 首页首屏现在实测 703 KB（gzip），按第 14～16 条做完，估计能降到约 595 KB（−15%）；第 12 条做完，星盘页从 579 KB 降到约 471 KB（−19%）。 ### 屎山（不拖慢速度，但每次改都容易出错） | # | 问题 | 位置 | | --- | --- | --- | | 19 | 星盘页的大运日期和报告里的可能差一天：同一套大运有两种起算法，一个从出生当天零点算，一个从真实出生时刻算 | `dasha_analyzer.build_dasha_timeline` vs `jyotish_engine.cmd_dasha` | | 20 | 同一个 Python 文件被按两三个名字各载入一份（20 个文件，引擎载入了 3 份），各自的缓存互不相通 | `jyotish_api_server._load_local_module` | | 21 | 226 个脚本（约 3.4 万行）从任何运行入口都用不到，其中 208 个只被测试引用 | `scripts/` 根目录 | | 22 | 超长函数：报告渲染 6,506 行（#67 只拆了第一阶段）、校正工具 1,596 行、咨询接口 1,579 行、首页 1,235 行（27 个状态、21 个副作用、38 个引用） | 见报告 | | 23 | 同一件事两套：会话「加载更多」、读单个会话、北印度星盘画法、人物列表来源各有两份 | 见报告 F11 | | 24 | 前端还有 23 个没人用的文件（959 行），包括 7 个从没用过的界面组件 | 见报告 F12 | **10-13 体检核实**：已修 6 项（报告 worker 内存泄漏、校正打分重复算两项、打分响应过大、缓存清理扫错目录、旧校正链）；修了一部分的 4 项（长报告缓存、`/api/chart` 子进程、报告渲染函数、大运两套实现）；没动的 1 项（只被测试用的脚本，从 138 个变成 226 个）。 ## 二、拆成的小单（建议顺序） 一张单只改一件事，都由我直接做。✋ 表示要你先拍板。 | 顺序 | 小单 | 验收标准 | 对应结论 | | --- | --- | --- | --- | | 1 | 星盘页、档案页不再一打开就加载城市表和改资料弹窗 | 星盘页首次加载 −100 KB 以上；点铅笔照常弹出 | 12 | | 2 | 报告提速开关默认打开 | 四张测试盘的报告与改前一字不差；生成时间 −25% 以上 | 2 | | 3 | 报告里去掉重复复制和重复算校验码 | 再快 25% 以上；报告与改前一字不差 | 3 | | 4 | 回答出字时首页不再整页重画 | 出字期间页面重画次数降到原来的 1/10 以下；显示不变 | 13 | | 5 | 首页不预先加载校正界面和 Markdown 组件 | 首页首屏 −80 KB 以上；首页仍是静态页；进校正、看回答照常 | 14、15 | | 6 | 首屏去掉三个小依赖 | 首屏再 −20 KB 左右 | 16 | | 7 | `?c=` 链接一打开就去读对话 | 揭幕少等一轮 | 17 | | 8 | 星盘 / 档案 / 合盘页冷开去掉串行和重复请求 | 每页少 1 轮等待、少 2 个请求 | 18 | | 9 | 咨询问某段时间时两个请求同时发 | 该工具耗时 ≈ 两者中较长的一个 | 11 | | 10 | 咨询数据卡：缓存留在内存、提前预热、文件改成只有本人可读 | 命中 ≤0.05 秒/领域；新文件 0600；内容不变 | 6 | | 11 | ✋ 问 VedAstro 失败时按「同一张盘、同一天」记住，不再每轮重等；目录查询挪到后台 | 同一张盘当天第二次 ≤0.15 秒；成功时结果不变。**要你定**：失败记多久（我建议一天） | 5、10 | | 12 | PyJHora 只载入一次，常驻复用 | 每份报告起子进程从 5 次降到 0～1 次；有没有 PyJHora 两种情况结果都不变 | 4 | | 13 | 同一个 Python 文件只载入一份 | 重复载入 20 个 → 0；全量测试与改前一致 | 20 | | 14 | 重计算改成多进程，两人同时算不再抢一个核 | 两人同时各自耗时 ≤ 单跑的 1.3 倍；结果不变 | 9 | | 15 | ✋ 咨询答题时压低模型的思考量 | **要先用真实模型比一次回答质量**，我这台机器没有模型密钥。你给一个 staging 能用的 key，或者在 staging 后台跑一次对比都行。看 `/admin/usage`：答题步思考字数和用时下降，盲评质量不变差 | 1 | | 16 | ✋ 咨询第一步关掉思考，分类和扣点同时进行 | 首字前少等 3～5 秒。**要你定**：之前搁置过，现在要不要做 | 8 | | 17 | ✋ 校正每轮不再白调一次模型读案例 | 每轮少一次模型调用。**要你定**：会改 Skill 里「第一步先读案例」的原文 | 7 | | 18 | ✋ 星盘页和报告的大运统一从真实出生时刻算 | 两边日期逐项相等。**要你定**：这会改变用户已经看到的日期（最多差一天） | 19 | | 19 | 清理只被测试用的台账类脚本（先清一类，约 84 个） | 快速门和全量测试结果不变；`scripts/` 根目录文件数下降 | 21 | | 20 | 前端删掉 23 个没人用的文件 | tsc、lint、测试都不变 | 24 | 超长函数（第 22 条）和两套实现（第 23 条）先不单开：前面几单会顺带收拢一部分，剩下的等这批做完再看。 **要你回的**： 1. 这 20 张小单可以按这个顺序开吗？可以的话，我照「先给你过目」的规矩把单子建好，然后从第 1 单开始做。 2. 四个 ✋：第 11 单失败记多久；第 15 单怎么拿到模型密钥；第 16、17、18 单做不做。 完整的体检报告（含实测数字和测法）在我这边，需要的话我放进仓库 `docs/research/`。
Claude added agent/需拍板 and removed agent/待规划agent/规划中 labels 2026-10-28 05:38:33 +08:00
jesse commented 2026-10-28 05:53:45 +08:00
Author
Owner
Copy Link
Copy Source

1 同意 2 一天 我给你模型密钥 16 关掉思考会不会影响输出 17 同意 18 同意 体检报告需要放

1 同意 2 一天 我给你模型密钥 16 关掉思考会不会影响输出 17 同意 18 同意 体检报告需要放
jesse added agent/待规划 and removed agent/需拍板 labels 2026-10-28 05:54:21 +08:00
Claude added the agent/规划中 label 2026-10-28 05:59:36 +08:00
Claude commented 2026-10-28 06:03:56 +08:00
Collaborator
Copy Link
Copy Source

@jesse 收到，按你的回复办了：

  • 体检报告已放进仓库：docs/research/code_health_audit_2026_10_28.md（staging a31b6dda3，只改文档，不触发部署）。
  • 20 张小单已建好，都标「排队」，由我按顺序直接做，不交 Grok。每张都链回本单，写了问题、改法和验收标准：
顺序 单号 内容
1 #120 星盘页、档案页不再一打开就加载城市表和改资料弹窗
2 #121 报告提速开关默认打开
3 #122 报告生成去掉重复复制和重复算校验码
4 #123 回答出字时首页不再整页重画
5 #124 首页不预先加载校正界面和 Markdown 组件
6 #125 首屏去掉三个小依赖
7 #126 用 ?c= 链接打开对话时一开始就去读内容
8 #127 星盘、档案、合盘页冷开去掉串行和重复请求
9 #128 咨询问某段时间时两个请求同时发
10 #129 咨询数据卡：缓存留在内存、提前预热、文件只有本人可读
11 #130 问 VedAstro 失败时记住一天，不再每轮重等
12 #131 PyJHora 只载入一次、常驻复用
13 #132 同一个 Python 文件只载入一份
14 #133 重计算改成多进程，两人同时算不再抢一个核
15 #134 咨询答题时压低模型的思考量（先做对比测试）
16 #135 咨询第一步关掉思考，分类和扣点同时进行
17 #136 校正每轮不再白调一次模型读案例
18 #137 星盘页和报告的大运统一从真实出生时刻算
19 #138 清理只被测试用的台账类脚本（第一批）
20 #139 前端删掉没人用的文件
  • 第 11 单（#130）按你定的「失败记一天」写进去了；第 17、18 单（#136、#137）写明了你已同意。

你问的第 16 单（#135）：关掉思考会不会影响输出？
咨询每一轮分好几步。第一步只决定「去调哪几个排盘工具、传什么参数」，不写回答；回答是后面几步写的，那里的思考照常开着。所以回答本身的思考深度不受影响。
可能的影响是第一步工具选得没那么准，比如该同时看事业和财运，却只调了一个。那样回答会缺数据。
我的建议是和第 15 单（#134）放在同一轮对比测试里做：同一批问题，开着和关着各跑一遍，比两件事。一是第一步选的工具和参数是否一致，二是最后回答的盲评。一致率不够高就不做。你同意的话，我把它从「需拍板」改成「排队」。

模型密钥（第 15、16 单要用）：请不要贴在 Gitea 上，这里所有人都看得到。直接在我这边的 Claude 会话里发给我就行。我只把它存进本机一个只有本人能读的文件，不进仓库，也不写进任何单子。告诉我是哪家的模型（例如 DeepSeek），我就用它跑对比。

我现在从第 1 单（#120）开始做。

<!-- agent:claude plan brief=docs/research/code_health_audit_2026_10_28.md base=a31b6dda3 --> @jesse 收到，按你的回复办了： - **体检报告**已放进仓库：`docs/research/code_health_audit_2026_10_28.md`（staging `a31b6dda3`，只改文档，不触发部署）。 - **20 张小单已建好**，都标「排队」，由我按顺序直接做，不交 Grok。每张都链回本单，写了问题、改法和验收标准： | 顺序 | 单号 | 内容 | | --- | --- | --- | | 1 | #120 | 星盘页、档案页不再一打开就加载城市表和改资料弹窗 | | 2 | #121 | 报告提速开关默认打开 | | 3 | #122 | 报告生成去掉重复复制和重复算校验码 | | 4 | #123 | 回答出字时首页不再整页重画 | | 5 | #124 | 首页不预先加载校正界面和 Markdown 组件 | | 6 | #125 | 首屏去掉三个小依赖 | | 7 | #126 | 用 ?c= 链接打开对话时一开始就去读内容 | | 8 | #127 | 星盘、档案、合盘页冷开去掉串行和重复请求 | | 9 | #128 | 咨询问某段时间时两个请求同时发 | | 10 | #129 | 咨询数据卡：缓存留在内存、提前预热、文件只有本人可读 | | 11 | #130 | 问 VedAstro 失败时记住一天，不再每轮重等 | | 12 | #131 | PyJHora 只载入一次、常驻复用 | | 13 | #132 | 同一个 Python 文件只载入一份 | | 14 | #133 | 重计算改成多进程，两人同时算不再抢一个核 | | 15 | #134 | 咨询答题时压低模型的思考量（先做对比测试） | | 16 | #135 | 咨询第一步关掉思考，分类和扣点同时进行 | | 17 | #136 | 校正每轮不再白调一次模型读案例 | | 18 | #137 | 星盘页和报告的大运统一从真实出生时刻算 | | 19 | #138 | 清理只被测试用的台账类脚本（第一批） | | 20 | #139 | 前端删掉没人用的文件 | - 第 11 单（#130）按你定的「失败记一天」写进去了；第 17、18 单（#136、#137）写明了你已同意。 **你问的第 16 单（#135）：关掉思考会不会影响输出？** 咨询每一轮分好几步。第一步只决定「去调哪几个排盘工具、传什么参数」，不写回答；回答是后面几步写的，那里的思考照常开着。所以**回答本身的思考深度不受影响**。 可能的影响是第一步工具选得没那么准，比如该同时看事业和财运，却只调了一个。那样回答会缺数据。 我的建议是和第 15 单（#134）放在同一轮对比测试里做：同一批问题，开着和关着各跑一遍，比两件事。一是第一步选的工具和参数是否一致，二是最后回答的盲评。一致率不够高就不做。你同意的话，我把它从「需拍板」改成「排队」。 **模型密钥（第 15、16 单要用）**：请**不要贴在 Gitea 上**，这里所有人都看得到。直接在我这边的 Claude 会话里发给我就行。我只把它存进本机一个只有本人能读的文件，不进仓库，也不写进任何单子。告诉我是哪家的模型（例如 DeepSeek），我就用它跑对比。 我现在从第 1 单（#120）开始做。
Claude removed the agent/待规划agent/规划中 labels 2026-10-28 06:04:01 +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/试点
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.
Dependencies

No dependencies set.

Reference: root/Jyotisha#118