 ThearchyHelios
|
cd7ced7673
|
不是每句话都值得跑一遍库：模型自己选要不要执行
以前必执行——final 一到就无条件 launch。库里那条会话 7 轮全建了图、全跑了
一遍 153 张表的库，其中：
- 「重试」「继续找找」这种对过程说的话，各自重建了一整张图去查
- 一句明确要「设计一个工作流，使得每次执行的时候都给出管理员账户信息」的，
建完也直接跑了——用户要的是那张图，不是这一次的结果
流协议给模型两个新出口，三条路径二选一：
- {"op":"reply","text":"…"} 不建图不跑。问的是前几轮已经查出来的东西
（口径、怎么算的），或者是对过程说的话，或者需要先反问清楚
- done 里 run:false 建图但停住，界面上给「跑一下」
- done 里 run:true（默认） 不变
reply 一到服务端就收流：让它走到后面那套排版校验上，空图会撞出"图校验未
通过：图是空的，先拖一个节点进来"——上一个提交刚治过同类的坑。
放开「直接回答」等于绕开了这条路径上最硬的一条约定（涉及数据必须真查），
所以两头都上：prompt 里写死 reply 只能复述或解释前面几轮已有的结果、不得
新断言任何数据事实，凡是要动到库才知道的哪怕觉得上一轮见过也重新查；界面
上那一轮的结论**前面**挂一条声明，说清楚这一条没有查库。check-stream 里有
一条断言专门盯它排在结论前面——排在后面等于先让人读完再说来源不可靠。
需要留意：这依赖模型照约定表态，不是硬规则。判断跑偏的话收紧那几句约定。
|
2026-09-18 22:30:45 +08:00 |
|
|
ThearchyHelios
|
152264b29c
|
长报告不再被咬掉一口：折叠只在行边界切
用户看到的是一份读起来完整、末尾却挂着半行原始 markdown 的报告：
userID 用户名 邮箱 昵称 providerID 商家名称 联系人邮箱
| 1 | ThearchyHelios | user@example.com | … | Test Marchant By Shop
表头是制表符（已渲染成表格），数据行是竖线（还是原始文本）——折叠是
text.slice(0, 3000) 按字符硬切的，切点落进表格中间，前面几行渲染成表格、
最后半行没能成行。报告本身是完整的，只是被折叠了，但界面上看不出来。
改成只在行边界切；切点落进表格时整块表格都不要——宁可少显示一段，也不给
一张半截的表。另外原来只有一个"展开全部"按钮，看上去像报告就这么长，
现在先说"…后面还有，这里先折叠了"。
顺带治了落库那一处：answerText 在 4000 字处无声截断，刷新页面后那份就永久
少一截，断点同样常常落在表格中间。上限提到 20000，真切到了会写明已截断、
完整内容见运行记录。喂给下一轮的那份另有更狠的截断，两回事。
check-stream 多一节，盯的就是"折叠后不许留下没渲染的原始表格行"。
把切法改回硬切，它会立刻抓到残留的 `| 24 | user_23 | …`。
|
2026-09-18 22:29:24 +08:00 |
|
|
ThearchyHelios
|
105120f22f
|
成果区渲染 Markdown：「1+1 等于 **2**」不再原样带着星号
模型几乎总是用 Markdown 组织回答，而成果区是 whitespace-pre-wrap 的纯文本，
于是它的结构全丢了：标题、列表、表格、粗体一律变成满屏符号。
**手写而不是装库。** 依赖只有七个、全是必需的，react-markdown 那一串
（unified / mdast / micromark）比这个文件大一个数量级。而要渲染的东西是
有限的——统计了库里 252 段真实输出，出现过的构造只有：
有序列表 40% · 无序列表 15% · 粗体 13% · 标题 3% · 行内代码 3%
表格 3% · 分隔线 2% · 代码块 1% · 引用 1% · 斜体 1% · 链接 0.8%
所以只做这些，**不声称支持完整 CommonMark**。认不出的语法原样当文本显示
——那正是现在的行为，下限不会比今天差。包大小 +37KB（gzip +12KB）。
安全：全程构造 React 元素，一处 dangerouslySetInnerHTML 都没有。模型输出
是不可信内容，走 innerHTML 等于给自己开个 XSS 口子。链接只放行
http/https/mailto，`javascript:` 退回纯文本。
一个只有拿真实输出才会撞上的 bug：模型很爱写 **`table_name`**（粗体套
代码），而粗体在扫描顺序上先命中，把那对反引号当普通文本吃掉了——渲染出来
是加粗的 `v_demo_table` 带着反引号。强调内部要再解析一层（深度卡在
三层，每层文本严格更短）。另外把模块级正则的 g 标志去掉了：lastIndex 有
状态，递归调用时会从上一层留下的位置接着扫。
审批卡里的待审草稿也走同一个渲染——要人家判断"这条能不能发"，却让他对着
一堆星号看，是在给审批添难度。
check-stream 补 12 条，测例是从库里导出的真实输出 + 一段构造的恶意输入
（真实输出不会自带攻击，但渲染层要么天生免疫，要么就是个口子）：残留标记、
粗体/代码/列表/表格、粗体套代码、javascript: 链接不可点、正常链接可点、
原始 HTML 不变成真标签且当文本显示、注入脚本没执行。
|
2026-09-18 12:51:55 +08:00 |
|
|
ThearchyHelios
|
3ff6840b99
|
多 agent 节点不再永远转圈，调度决策也说出来了
运行 #6038f5：supervisor 节点跑完 31.7s 之后，researcher 那一行还在转圈。
agent.step.start / agent.step.end 是这套事件里**唯一**一对没做配对的
（node、llm、tool、sandbox、human 都配了）。start 那条建出来就是 running，
end 另起一行，于是没人去关它。这正是 decode.ts 自己文档里的第 2 条原则
——成对事件合并成一行——我写了却没用在 agent 上。
配对键用 (node_id, agent, round)：光用 agent 名不够，supervisor 会在多轮里
反复派给同一个 agent，第二轮的 end 会错配到第一轮的 start 上。
顺带把 supervisor 的调度决策捞出来。后端把它标成 info 日志，而 info 是整类
丢弃的，结果"为什么派给 researcher"、"为什么只跑一轮就结束"在界面上完全
没有交代——那个节点就是一个跑了 31 秒的黑盒。带 round 字段的 info 才是调度
决策，和普通排查日志区分得开。FINISH 译成"结束协作"而不是"交给 FINISH"，
后者会让人以为还有个叫 FINISH 的成员。
真实运行已收进 fixtures，check-decode 加 9 条（含"普通 info 日志仍然不进
主流程"和"warn 日志照常显示"这两条反向约束）。
|
2026-09-17 19:14:06 +08:00 |
|
|
ThearchyHelios
|
f0fd63f0b9
|
UI 重构：Copilot 进侧栏，三个页面共用一条助手流
用户的原话是「copilot（包括问答）可以是侧边栏的效果」「显示他的简要思考节点，
使得用户知道他大致在想什么，以及用了哪些工具」。
画布右栏从「运行 / 属性 → 时间线 / 成果 / 事件」（两层嵌套 5 个视图）变成
「助手 / 属性」一层。助手栏里是一条流：你让它做什么、它做了什么、结果是什么。
Copilot 建图和跑图在协议上完全无关（SSE 操作流 vs 事件 WebSocket，不共享
seq 和 node_id），但对用户是一件事的两半，decode.ts 把两种流译成同一种 Step
之后才能排进同一条时间轴。
Copilot 不再是弹窗。弹窗的问题不是样式：每改一次图都要重开一次，关掉之后
需求文本就没了，想微调只能重打；而画布左下角那条浮条（z-30）和 Toast
（z-100）、Modal（z-50）三层各自为政，本身也是重复的一份 Copilot 状态渲染。
两个都删了，输入框就在栏里，说完一句接着说下一句。右栏没删——它是发起运行
和处理审批的唯一入口，RunLauncher 原样保留，只是跑起来会自动收起给执行过程
让位。tab 用 hidden 切换而不是卸载，不然点一下「属性」看个节点再切回来，
输入框草稿和展开状态全丢。
问数据页和运行页换成同一个 AssistantStream + 同一个 decode.ts。RunPanel 里
那套平行的 EVENT_META + describe() 删了：留着两套翻译，同一次运行在不同页面
会读出不同的故事，而用户没法判断哪个是真的。同理合并了两个耗时格式化函数
（画布节点显示"0ms"，右边同一步什么都不显示，两块还并排放着）。运行页列表
加了内容摘要——原本每行只有"临时图 · 1.2s · 340 tok"，十条长得一模一样，
要分清哪条是哪条只能挨个点开。
跑真实运行时发现两个缺陷：
1. 后端丢事件（app/core/bus.py）。WebSocket 先读历史、再订阅，两步之间图
正好跑出来的事件既不在历史里也不在实时流里，永远丢了。而 subscribe() 是
异步生成器，真正注册还要等到第一次迭代，窗口比看上去更大。实测一次跑图
开头的 node.finished/node.started 消失，界面上表现为某个节点永远在转圈、
它的子步骤跑到了顶层。改成先 attach 占位、再读历史，重叠部分按 seq 去重。
tests/test_bus_attach.py 里有一条刻画旧行为的测试，说明这个窗口确实存在。
2. 循环里的多轮审批被算错。我在 S1 按内容去重，但三轮审批的 title 一模一样，
和 LangGraph 的重放无法区分——结果第 2、3 次真实审批被当成重放吞掉，而
三次"你驳回了/你放行了"各自成行。改成开/闭配对：开着就是同一次，闭了才是
新一次；决定折进那条审批行而不是另起一行。真实运行（驳回 → 改写 → 再驳回
→ 改写 → 放行）已收进 fixtures。
验证：三层各守一件事，共 76 条断言全过。check-decode 守翻译（含新的多轮审批
和截断结果集），check-stream 守渲染，新增 check-ui 守"接起来还对不对"——真
浏览器真后端，包括「切走再切回来草稿还在」「唯一的运行入口还在」「原始事件
切得到也切得回」。另外真跑了一次带三轮审批的图和两次 Copilot 生成（60s，
deepseek-v4-pro），截图逐帧看过。后端 78 个测试全过。
|
2026-09-17 18:29:16 +08:00 |
|
|
ThearchyHelios
|
c1c13fad41
|
助手流组件：一份 Step，宽屏和 360px 窄栏共用
AssistantStream 是纯展示的，不连 store。这样画布右栏和问数据页能用同一个
组件，而不是"一个组件三种停靠模式"——后者要求同一个实例出现在三个 DOM
父节点里，React 里除非 portal 否则不成立，硬做就变成跨路由 remount，
输入草稿和展开状态全丢。差别只在 dense 一个开关。
渲染真实事件时发现的几个问题，顺手一起修了：
- 取数运行的最终成果是一个**被截断的双重转义 JSON**（后端按字符数硬切，
切点落在 JSON 中间是常态），严格 JSON.parse 必然失败，于是这个产品最
典型的一次运行，成果区呈现为满屏 \"attribute01\", \"attribute02\"。
parseQueryResult 改为解析失败时截到最后一条完整记录再解析——78 列 1 行
的表格，比一屏转义文本有用得多。并区分"查询撞了行数上限"和"预览被切断"：
前者该去调查询，后者该去看完整工件，混成一句"已截断"等于没说。
- 审批恢复过的运行有"开始执行"+"继续执行"两条生命周期，run.finished 只
收了第一条（find 而非 forEach），"继续执行"永远转圈——明明已经跑完。
- 处理完的审批保留着 warn 级别，一直是橙色，看着像还有事没办。
- 一屏 0ms：那些纯赋值节点确实不花时间，把没信息量的数字摆出来反而把真正
慢的那一步淹了。低于 10ms 不显示，同时空耗时给 undefined 而不是空串。
- output 里 {"result": ""} 很常见（图跑通但出口没接上），会渲染出一条什么
都没有的分隔线。
验证：新增 scripts/check-stream.mjs，真浏览器跑真组件——5 类真实运行 ×
（无报错/无转义 JSON/无 0ms/不横向溢出）+ 展开看 SQL 和结果表 + 空态。
check-decode.mjs 补 11 条，两个脚本共 68 条断言全过。frontend/preview.html
是离线预览页，只有 dev server 加载（已确认不进 vite build 产物）。
|
2026-09-17 17:00:50 +08:00 |
|