 ThearchyHelios
|
546d0e9326
|
没有数据目录的大库：助手「参考了 N 张表」那一行提示先起草目录。真实运行里的大库一张目录都没有，挑表和 SQL 检查都用不上目录，用户也不知道该先去起草。服务端 context 操作的每个数据源多带 source_id 和 catalog_tables（去掉驳回项后还有内容的表数）；前端 copilotContext 在要挑表的大库 catalog_tables 为 0 时给出下一步「这个数据源还没有数据目录，起草后挑表和 SQL 检查会更准」，入口直达 /data/catalog/:sourceId（几个库时点名，老服务端不给目录表数时不提示）。check-decode、check-stream、check-chat 补断言
|
2026-10-04 11:28:49 +08:00 |
|
|
ThearchyHelios
|
f4a9955cc3
|
助手写查库 SQL 时给结果列起中文别名：真实运行里报告表格的表头全是英文缩写的原始列名（[[table:]] 原样用查询结果的列名）。节点手册里 Agent 查库的说明和写 SQL 的硬性要求都加上一条：结果列用中文别名，按方言加标识符引号（MySQL / MariaDB 用反引号，PostgreSQL、Oracle、SQLite 用双引号，不用单引号），只给最外层 SELECT 起别名；自查的列名核对把带引号的中文标识符抹掉再判，不再因为有带引号的中文别名就整条放弃核对、把猜错的英文列名一起放过去
|
2026-10-04 11:13:12 +08:00 |
|
|
ThearchyHelios
|
52aaaaf945
|
数据目录 F3 / B4 服务端：没探查到的表说出来——目录清单返回 schema_truncated、schema_total；助手上下文的 total 用表结构缓存里的真实总数，截断时 context 操作带 explored，提示词写明还有几张没探查到、不认识的表名先查结构，挑表请求也写明只列了探查到的
|
2026-10-04 01:11:03 +08:00 |
|
|
ThearchyHelios
|
c12f0f2852
|
数据目录 F3 一致性：助手上下文里「现有工作流用到的表」改用 tool_queries 认节点（以 sqlcheck.tool_query 为准，换了类型的节点残留的查询不再算）；正式运行的目录变化事件改用 EventType.CATALOG_DRIFT；写明关系编号区分方向、有意不改
|
2026-10-04 01:07:41 +08:00 |
|
|
ThearchyHelios
|
1294095d1e
|
数据目录阶段 1B 前端：画布和问数据页的过程里显示「参考了 N 张表」，展开按数据源列出表名，挑表失败时写明只提供了表名及原因
|
2026-10-03 10:56:25 +08:00 |
|
|
ThearchyHelios
|
9e809bafe6
|
数据目录阶段 1B 流式输出：挑表后发 context 操作，说明这一轮参考了哪些表、怎么挑的、挑表用时，挑表失败时带上原因
|
2026-10-03 10:19:41 +08:00 |
|
|
ThearchyHelios
|
e74097a103
|
数据目录阶段 1B 服务端：大库按需求挑表、补连接路径，挑中的表给全字段、目录和连接条件，四个生成入口共用同一套组装
|
2026-10-03 10:18:50 +08:00 |
|