  ChaiHaoandClaude Opus 5
|
94f31f267b
|
调优:并发推进的真根因 + loop 的三处行为修正
E2E 跑 loop 时 A3 一口气发了八张一模一样的「请处理」卡。逐层查下去,四处:
① **并发推进的真根因**:`pg_try_advisory_lock` 是**会话级**的,而我们经连接池取连接 ——
加锁与解锁多半落在不同连接上,解锁解不掉自己那把;同一连接被复用时又因可重入而直接放行。
两头都不对,于是同一任务被并发推进(现象:同一步跑两遍、同一张卡发两张、
同一行草稿写出两条互相打架的版本)。前一轮「共用同一把锁」的修法方向对、器械错。
改用**进程内按目标互斥**(MVP 单进程,确定且够用),推进器与派发器共用一把;
多进程部署时再叠事务级 `pg_try_advisory_xact_lock`(随事务释放,不依赖连接归属)。
实测:同一单从 8 张卡降到 1 张,2 回合后落到等待。
② **非法行动会把回合打死**:AI 提了不合法的生命周期迁移(Available → Disabled),
`applyAction` 抛出、运行时没落笔、推进器一遍遍重来。引擎拒绝它是对的
——「语义忠实:引擎不得私改迁移拓扑」——但不该因此崩掉。
改为:拒绝 + 留痕 + 把理由喂回下一回合的上下文。AI 提出非法行动是预期内的事。
③ **副作用抢在校验之前**:卡在迁移合法性判定**之前**就发出去了,于是每个被拒的回合
都白发一张卡 —— 卡收不回,负责人工作台上堆起一摞没人知道怎么答的「请处理」。
human / tool 两个分支改为**先验迁移再动手**。
④ **裸调用**:模型只回一个「请处理」。按「调用必附上下文,裸调用不得发出」(AM 06)
把卡面结构写进出参 schema(title / ask / basis / fields 必填),提示里讲明要求,
归一时用当下局面兜底;卡片装配也修了 —— 结构化 basis 优先,嵌套对象转 JSON,
不再出现一行 `[object Object]`。
实测卡面:「请确认 NE555P 历史报价并判定采用策略」+ 三个回填字段。
gates: tsc / eslint / depcruise(336 模块)/ api-report / 429 测试 全绿
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
|
2026-07-27 11:31:41 +08:00 |
|
|
JCAI Main AgentandClaude Opus 5
|
c6cdb4c310
|
M5(完成): @activity-sdk 与首个活动包 quote-intake
@activity-sdk(§8.2 / ADR-004):
- 基座六件接口(契约 / 交互 / 记忆 / 数据 / 工具 / LLM)—— 活动看到的全部世界
- defineActivity() 的 ABI;本地开发宿主(mock 工具表 + 模拟工位 + 录制夹具),
宿主自身就守三规矩:裸调用拒发、视图含脚本拒推、监听无时限拒登记
activities/quote-intake —— 统一报价 A1 · RFQ 需求分析(flow):
- 契约七件 / 步序声明五步(LLM 抽取 → 条件跳步补全 → 查历史价 → DMN 打标 → 验收放行)
- 三分类规则 P-03 落 DMN 决策表(C 优先于 A,命中行留痕)
- 台账声明两对象、监听时限必配、SLA 落 Harness
depcruise 实测拦下活动包越界 import(activities → apps 双向隔离),
测试遂按边界拆分:活动侧只用 @sdk/@contracts/@sfeel
358 个测试通过,门禁五道全绿
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
|
2026-07-27 02:09:43 +08:00 |
|