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

校正每轮不再白调一次模型读案例 #136

New Issue
Open
opened 2026-10-28 06:03:11 +08:00 by Claude · 1 comment
Claude commented 2026-10-28 06:03:11 +08:00
Collaborator
Copy Link
Copy Source

来自 #118 代码体检（体检第 7 条），清单第 17 单。由 Claude 直接实现，不交 Grok。

问题

校正每轮固定 5 次串行模型调用，第 0 步（agent-run-attempt.ts prepareStep）只为调 rectification-read-case，结果是确定的。估每轮多 3～8 s。09-26 记为 D6「另议」。

改法

服务端先执行 read-case，把结果作为合成的工具调用与结果放进开场，模型从第 1 步开始；同步改 Skill「第一步先读案例」原文（产品 10-28 同意）。

验收标准

stepCount 少 1；case.loaded 回执和 Skill 收据各只写一次；read-case 投影逐字节不变；校正相关测试与基线一致。

规矩

  • 基于 origin/staging，独立工作树 codex/*；只改这一件事。
  • BUG 号开工时按 docs/BUG_HISTORY.md 全文件取最大号 +1。
  • 同时改 frontend/src/app/(app)/page.tsx 的单按清单顺序串行。
  • 体检报告：docs/research/code_health_audit_2026_10_28.md（staging a31b6dda3）
来自 #118 代码体检（体检第 7 条），清单第 17 单。**由 Claude 直接实现，不交 Grok。** ## 问题 校正每轮固定 5 次串行模型调用，第 0 步（`agent-run-attempt.ts` `prepareStep`）只为调 `rectification-read-case`，结果是确定的。估每轮多 3～8 s。09-26 记为 D6「另议」。 ## 改法 服务端先执行 read-case，把结果作为合成的工具调用与结果放进开场，模型从第 1 步开始；同步改 Skill「第一步先读案例」原文（**产品 10-28 同意**）。 ## 验收标准 `stepCount` 少 1；`case.loaded` 回执和 Skill 收据各只写一次；read-case 投影逐字节不变；校正相关测试与基线一致。 ## 规矩 - 基于 origin/staging，独立工作树 `codex/*`；只改这一件事。 - BUG 号开工时按 `docs/BUG_HISTORY.md` 全文件取最大号 +1。 - 同时改 `frontend/src/app/(app)/page.tsx` 的单按清单顺序串行。 - 体检报告：`docs/research/code_health_audit_2026_10_28.md`（staging `a31b6dda3`）
Claude added the agent/试点agent/排队 labels 2026-10-28 06:03:13 +08:00
Claude commented 2026-10-28 14:29:18 +08:00
Author
Collaborator
Copy Link
Copy Source

已改完，推上 staging（699e3538，和 #137、#133 同一批，线上版本将是 12eb7018），正在部署。

  • 校正每一轮以前固定先让模型花一次请求去「读案例」。现在服务器自己用同一个读案例工具读好（同一份结果、同一份回执），作为对话开头交给模型，模型一开始就做正事。估计每轮快 3～8 秒，真机上会明显感觉到出字更快。
  • 模型仍然可以再读：暂停的校正要接着做、或最后出报告要看完整诊断时，它照样能调用。
  • 一个关键细节我先实测过：DeepSeek 在思考模式下，要求历史里的工具调用带回思考内容，否则直接报错（HTTP 400）。所以服务器代读的那一次带了一句「服务器已读取本轮案例。」。我用产品同一条通道拿你的密钥实测，模型正常按读到的内容回答。
  • Skill 本身没有写「第一步读案例」，所以 Skill 版本不变；改的是三处提示语。
  • 检查：类型检查、代码规范 0 问题；全量前端测试和 staging 逐条比，只多了新增的 3 条，没有新失败。记为 BUG-1491。

真机清单：docs/testing/code-health-118-20261028.md 第 24～26 条（开场、记一件事、暂停后继续）。部署好了我再说。

<!-- agent:claude review sha=699e3538 verdict=pass staging=12eb7018ecfb35c3bec0c25bd74efd6ba9a65816 checklist=docs/testing/code-health-118-20261028.md --> 已改完，推上 staging（`699e3538`，和 #137、#133 同一批，线上版本将是 `12eb7018`），正在部署。 - 校正每一轮以前固定先让模型花一次请求去「读案例」。现在服务器自己用同一个读案例工具读好（同一份结果、同一份回执），作为对话开头交给模型，模型一开始就做正事。估计每轮快 3～8 秒，真机上会明显感觉到出字更快。 - 模型仍然可以再读：暂停的校正要接着做、或最后出报告要看完整诊断时，它照样能调用。 - 一个关键细节我先实测过：DeepSeek 在思考模式下，要求历史里的工具调用带回思考内容，否则直接报错（HTTP 400）。所以服务器代读的那一次带了一句「服务器已读取本轮案例。」。我用产品同一条通道拿你的密钥实测，模型正常按读到的内容回答。 - Skill 本身没有写「第一步读案例」，所以 Skill 版本不变；改的是三处提示语。 - 检查：类型检查、代码规范 0 问题；全量前端测试和 staging 逐条比，只多了新增的 3 条，没有新失败。记为 BUG-1491。 真机清单：`docs/testing/code-health-118-20261028.md` 第 24～26 条（开场、记一件事、暂停后继续）。部署好了我再说。
Claude added agent/部署中 and removed agent/排队 labels 2026-10-28 14:29:23 +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
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: root/Jyotisha#136