102 Commits

Author	SHA1	Message	Date
ThearchyHelios	ab9d45c428	数据目录 F2b：剖析报告和目录页读结构化字段，不再从原话里认——服务端最小改动：码值候选的结论带 pending（还有几个含义待填写），关系的结论带 cardinality_checked；报告里「N 个含义待填写」读 pending，基数写「已用数据核实」或「子表一侧未核实」读 cardinality_checked，挑表时跳过的空表读 empty_tables 列出来；表详情的关联关系标出基数已核实；剖析说明不带日期后，码值弹窗的说明后面按这一项的 updated_at 写时间；补后端测试和检查脚本的断言（假答复的 summary 不再写待填写）	2026-10-04 03:06:14 +08:00
ThearchyHelios	5b3839f787	数据目录 F2b：剖析的 409、剖析设置的 422 带机读码，界面不再从原话里认是哪一种——服务端用 api/coded.CodedHTTPException：剖析开始不了的五种情况带 code（profile_disabled、datasource_inactive、schema_missing、profile_busy、snapshot_tampered），保存数据源时剖析设置不合规带 code=profile_settings_invalid 和出错的那一项 field（max_queries……），给人看的那句不变；CodedHTTPException 多一个可选的 field；前端 profileBlockOf、profileFieldOfRejection 只认 code 和 field，没带机读码的旧响应按通用提示处理；补后端测试和检查脚本的断言（伪造的 409、422 都带 code）	2026-10-04 03:03:23 +08:00
ThearchyHelios	bc615670ef	数据目录 F2b / A2：起草一项都没写进去时，只有「模型给了内容、只是和现有目录一致」才说「没有变化」——有表没起草、模型在某些表上没给出内容（model_error）、勾了用模型却没有一张表拿到可用内容（model_items 都是 0 或模型整体用不了），都说「目录没有更新：模型没有给出可用的内容，原因见下方」；补检查脚本的断言	2026-10-04 02:52:43 +08:00
ThearchyHelios	7cd52a24bf	数据目录 F2b / B3 跟进：合入 F2a 之后一对多关联后重复计算也可能只是提醒级（只凭外键推出的一对多），发布前检查不能再按规则编号认级别——服务端最小改动：门禁里 SQL 检查的问题带上检查本来的级别 sql_level（别的问题不带、序列化时不出现），界面按它写「错误 / 提醒」和拦不拦；老服务端不给时按受管档的 level 认；补后端测试和检查脚本	2026-10-04 02:52:43 +08:00
ThearchyHelios	88c63bfd41	合入集成分支 feat/data-catalog（d897981，含 F2a 的证据面板、时间线和服务端修复）：自动合并，没有冲突；catalog_profile._relation_finding 两边的改动（F2b 的 previous_status、F2a 的 cardinality_checked 写在关系上）互不重叠	2026-10-04 02:52:28 +08:00
ThearchyHelios	8d974ef9a0	数据目录 F2b：check-catalog 补几处截图点（只看运行中查询过的表、保存后的影响面提示、填完含义回到报告），CHECK_SHOTS 时存下供人眼复核	2026-10-04 02:46:01 +08:00
ThearchyHelios	5590fa9cd7	数据目录 F2b / D4：390 宽时目录页不再挤着横向滚动——列表格和关联关系在框宽不到 40rem 时排成卡片（容器查询）：表头收起，每项一行「字段名 值 状态」，没填的项不占行，关系的状态放在第一行，状态标识始终在框里；页头在窄屏只留标题，不再被挤出说明的残字；宽屏照旧是表格；补检查脚本的断言	2026-10-04 02:42:46 +08:00
ThearchyHelios	ac4ea030a8	数据目录 F2b / B3：发布前检查里 SQL 检查的问题带上和证据面板同一个级别标识（错误 / 提醒），并说清两个发布级别拦不拦：错误级在已发布级别只提醒、不拦，受管级别会拦下；结论那句话里点出其中几处是 SQL 检查的错误级问题，不再和「没指定模型」这类提示一个样；检查脚本的伪造门禁补上没有口径卡的图；补检查脚本的断言	2026-10-04 02:36:26 +08:00
ThearchyHelios	6263725c2a	降档时报告页顶部写明出具档位和原因（B5）：出具声明和 issuance 事件另带结构化的 sql_checks（哪次查询、问题、受影响的引用、对应的缺口），证据页签在报告上方放出具横幅，SQL 检查导致的降档单列一块写在显眼处、不在其余缺口里重复；不是完整出具时「N 个数字都有出处」不再画成绿色	2026-10-04 02:33:15 +08:00
ThearchyHelios	ec818d5b69	数据目录 F2b / B12：合并查询连好上游就自动带出输入——查询节点连到合并查询时加成一行，和连线同一步撤销；别名按查询的主表起（visits、orders，去掉库名、引号和注释），取不到再按标题里的英文，都没有用 q1、q2，不再用节点 id；重名加序号、避开 SQL 关键字；连线时还没选工具的，选上后检查器给「带出连着的 N 个查询节点」一次补齐；手动「添加输入」也按主表起；补检查脚本的断言	2026-10-04 02:30:36 +08:00
ThearchyHelios	fa052a0052	数据目录 F2b / C2：版本历史的「发布时的目录版本」按运行横幅的写法列每张表：「数据源」中文名（表名），没改过的表也写中文名（按数据源的目录清单补，取不到时只写表名）；补检查脚本的断言	2026-10-04 02:25:12 +08:00
ThearchyHelios	fedd363f6a	数据目录 F2b / A5：版本历史开着时换工作流，选中的版本跟着工作流走——上一张选的 v2 不再拿去请求新的那一张（没有这一版就 404、控制台报错），换过去之后没有展开的版本；补检查脚本的断言	2026-10-04 02:24:52 +08:00
ThearchyHelios	a5a68488f0	数据目录 F2b：助手「建议更新数据目录」卡片补上服务端对一项的说明（新增的关联关系没写基数、又推算不出来时 PatchChange 带的 note），写在那一项下面；解析时保留 note；补检查脚本的断言	2026-10-04 02:19:38 +08:00
ThearchyHelios	46c3fd3093	A6 扇出检查只在一对多确有其事时报错误：关系人工确认过，或数据剖析在数据上核实过子表一侧的键不唯一（关系上记 cardinality_checked，子表太大没核对的不算）才给 error；只凭外键结构推出的一对多降为 warning，说法改成「可能重复计算」，下一步写确认关联表里每个键只有一行、或先汇总再关联；人工编辑提交里带的 cardinality_checked 不作数；级别说明「结果必然有误」改为不夸大的说法；2B、F1 的测试按新规则更新：外键 + verified → warning，剖析核实过 → error，人工确认 → error	2026-10-04 02:19:26 +08:00
ThearchyHelios	15d5caf19f	运行时间线：查询那一行用 SQL 检查清单列出 tool.end 带来的检查结果，副标题数一下错误和提醒；并行的两个查询节点用同一个工具时按「节点 + 工具名」配对，结果不再配错节点（A1）；指标所依据的查询没通过检查那一行读结构化字段（受影响的指标、问题、检查结果），「打开设置」改为「打开「取数」的 SQL」，落到来源查询节点的 SQL 那一栏而不是口径卡（B2）；口径卡不完整、合并查询的警告也改读字段，不再按中文原话解析；助手自查的 SQL 检查问题和证据面板共用 lib/sqlcheck 的读法，关系编号不再丢失	2026-10-04 02:18:45 +08:00
ThearchyHelios	adcde155e1	合并查询的预览不再被标成「查询已达行数上限」：合并结果没有截断、只是预览存了前几行时记为「此处仅为预览」，表格脚注写「显示前 5 / 6 行」；只有合并结果本身超过上限才说截断	2026-10-04 02:18:32 +08:00
ThearchyHelios	0c65b4bea6	助手「参考了哪些表」展开后，按需求挑过表的数据源排在最前面（请求里点名的库不再压在一串小库后面）；带字段的表和只提供了表名的表分开数：标题写「参考了 26 张表的字段」，副标题写「另有 206 张表只提供了表名」	2026-10-04 02:18:14 +08:00
ThearchyHelios	737c7454d5	数据目录 F2b / D6：影响面里「直接引用」的标签改用强调色，不再用琥珀色——它说的是引用关系的强弱，不是警示；「可能涉及」仍用次要文字色；补检查脚本的断言	2026-10-04 02:15:58 +08:00
ThearchyHelios	b328341a86	数据目录 F2b / B9：在目录页改过目录（编辑保存、确认、驳回、填码值）之后，表头也说「已保存。N 个已发布模板引用这张表，下次正式运行时会提示数据目录有变化」，和助手卡片保存后同一句；带「查看模板」跳到影响面一栏，可收起，没有模板引用时不说；补检查脚本的断言	2026-10-04 02:15:23 +08:00
ThearchyHelios	1483af474c	数据目录 F2b / B8：确认含义还空着的码值时先说清楚——「确认本列推断」原本一键确认，「确认本表全部推断」和单项「确认」也一样，码值里有含义待填写时问一句「有 N 个码值的含义待填写，确认的是取值清单」，确认后这些码值仍显示「含义待填写」、还能填写；补检查脚本的断言	2026-10-04 02:11:31 +08:00
ThearchyHelios	434d825926	数据目录 F2b / C3：剖析报告里关系的结论（升为已验证、仍为已验证、保持推断……）不再是像链接的蓝色正文，改成状态标签的样子：带框的小标签，图标着状态色，文字用次要文字色；补检查脚本的断言	2026-10-04 02:09:54 +08:00
ThearchyHelios	163f3b96b3	数据目录 F2b / B7：剖析报告里关系的结论按实际变化说——原本就是已验证、这次照样核实的写「仍为已验证，覆盖率 x」，从推断升上来的才写「升为已验证」，已验证降回推断的写「降为推断」；服务端最小改动：关系结论多带 previous_status（剖析前的状态），summary 同步写「仍为有确证」；补后端测试和检查脚本的断言	2026-10-04 02:09:47 +08:00
ThearchyHelios	31305a352d	数据目录 F2b / B6：剖析报告里点「填写含义」，填完（保存或取消）回到报告，不用重新剖析：刚填的一列改写成「含义已填写」、按钮换成「修改含义」，焦点落在下一列还有待填写的「填写含义」上，一列接一列地填；正在编辑这张表时说一声再回报告；补检查脚本的断言	2026-10-04 02:06:47 +08:00
ThearchyHelios	09fed6a414	数据目录 F2b：目录页的修改时间、单项弹层的更新时间改用全站统一的短格式（formatTime：今天「10:05」、今年「9/28 10:00」），完整的带秒带时区的时间放进悬停；补检查脚本的断言	2026-10-04 02:03:35 +08:00
ThearchyHelios	a0f2e9a557	数据目录 F2b / C10：清单里没填中文名的表，标题直接写表名（正文颜色、加粗），「未填写中文名」降为下一行的淡色提示，不再一屏几十行同一句话认不出是哪张表；补检查脚本的断言	2026-10-04 02:02:27 +08:00
ThearchyHelios	8299d0825d	数据目录 F2b / C9：概览的进度条色段改成和上方文字同一个先后（有待确认项、没有待确认项、没有目录），下面加图例说明每种颜色；色条和图例只给眼睛看，数字由那句话念；补检查脚本的断言	2026-10-04 02:01:38 +08:00
ThearchyHelios	b9ce058848	数据目录 F2b / C1：清单筛选「全部已确认」改为「没有待确认项」，「有未确认项」改为「有待确认项」，概览、顶部摘要、排序同步改写——「已确认」专指人工确认，只有已验证项的表不再说全部已确认；悬停写明已验证的项由外键约束或数据剖析核实、不需要逐项确认；补检查脚本的断言	2026-10-04 02:00:48 +08:00
ThearchyHelios	c133967bf9	冻结的数据目录有了读取方：证据接口的查询步骤带上表结构快照 id 和这条查询用到的表当时的目录版本，证据面板写「数据目录：订单 第 3 版」；冻结时保留被驳回关系的编号和状态（不放内容），新增按冻结的那份重建 SQL 检查器的 frozen_checker，驳回过的外键关系不会被推回来	2026-10-04 02:00:17 +08:00
ThearchyHelios	bba57972c2	合并查询的列追不到逐格来历时，证据面板也看得到输入查询的 SQL 检查：合并步骤的每个输入带上它自己的检查结果（不带给模型的那句），界面在输入下面列出级别、规则名和说明；集中加上证据面板和运行时间线要用的文案	2026-10-04 01:59:26 +08:00
ThearchyHelios	fe4f551d71	数据目录 F2b / B13：清单的搜索词、筛选、排序和「只看运行中查询过的表」写进地址的查询参数（q / filter / sort / used），刷新、前进后退都不丢，打开表和回到清单时带着走；点了立刻生效，搜索词停手 200ms 再写地址；补检查脚本的断言	2026-10-04 01:59:25 +08:00
ThearchyHelios	48ac7dbc92	数据目录 F2b / B10：顶部摘要点进来只列运行中查询过的表，和摘要同一个口径——摘要说「4 张还没有目录」，清单就是那 4 张；清单上挂「只看运行中查询过的表」标签，可取消；筛选按钮的数字按同一口径算；补检查脚本的断言	2026-10-04 01:54:14 +08:00
ThearchyHelios	37d2f1d1d4	合入完整性修复 F3：Agent 查库的模板也记目录版本并提醒「可能涉及」，只探查了部分表时清单、目录页和助手上下文都说明，升级入口接上 SQL 检查，截断判定和工具节点遍历各收成一处	2026-10-04 01:28:59 +08:00
ThearchyHelios	9c02833544	数据目录 F3 / B4 界面：目录页顶部说明「这个数据源共有 N 张表，只探查了前 200 张」，写明为什么只取了这些、其余的助手也看不到，下一步回到数据源卡片换 schema 或缩小范围后重新探查；助手「参考了哪些表」那一行截断了的库写「共 N 张，只探查了 200 张」；补检查脚本的断言	2026-10-04 01:25:19 +08:00
ThearchyHelios	3ece89872b	数据目录 F3 / B1 界面：运行横幅、时间线和版本历史把 Agent 可能查询的表和直接引用分开说——直接引用写「有变化」，可能涉及写「Agent 可能查询的表有变化」并另起一组；版本历史按新的发布记录两组列出，发布之后才建目录的表也列；补发布记录两种写法的单测和三个检查脚本的断言	2026-10-04 01:24:50 +08:00
ThearchyHelios	b078d08ffe	数据目录 F1-A4：码值项加「已列全」标记（complete: true），只有人工明确勾选、或剖析整表统计（没有只看前若干行）得到的码值才有；码值不在码值表中的检查只认标了它的码值表，给模型的话改为提示核对取值，不再叫它照目录里的码值改。以前经对话只补了 status=9 表示作废，之后 status = 1 就被报提醒，模型还可能把对的 SQL 改错。提案补充码值时沿用原有的标记、自己不能标；目录页的码值编辑和填写含义弹窗加「已列出全部取值」勾选，表格里标「已列全」，检查脚本跟上	2026-10-04 01:13:13 +08:00
ThearchyHelios	fd3ec43662	数据目录 F1-A2：在目录页去掉外键约束、命名推断、数据剖析、模型起草得出的关联关系改为驳回、保留编号，只有人工添加的才真正删除；改了两端的旧关系同样驳回。以前删掉的推断关系下次起草又加回来，关系图按表结构现推也会带回来，照样驱动 SQL 检查和助手挑表。表结构推得出的人工关系（人工改过基数的外键关系）去掉时也只驳回。编辑界面上这类关系不给「删除」只给「驳回」（保存时等同单项驳回，可撤销），检查脚本跟上	2026-10-04 01:07:35 +08:00
ThearchyHelios	cece781b5a	合入集成分支（阶段 2A 数据剖析、4B 剖析与 SQL 检查界面及修正）到 4A：两边功能都保留 ... 冲突的解法： - 后端 api/catalog.py：同时导入 catalog_impact 和 catalog_profile、SnapshotTampered；data/catalog.py：__all__ 取两边的并集重排。 - 2A 放宽了码值校验（含义可以为空，剖析写进来的是「含义待填写」）：目录修改提案的码值补充改为含义为空的码不覆盖已有含义、 只在原来没有这个码时加进去，补了测试；卡片和过程里的码值把空含义写成「含义待填写」，和目录页同一个说法。 - 前端 types.ts、terms.ts：两边各在同一处追加了新段落，按顺序都留下（提案、影响面、目录版本在前，剖析、码值、SQL 检查在后）， 没有重复的键；client.ts、decode.ts、CatalogPage.tsx、TableDetail.tsx 的导入取并集。 - check-catalog.mjs：影响面和剖析、保存数据源三条假路由都留下，各节和最后核对真库数量的逻辑不变。 - 4A 的测试数据源改用 tests/fixtures/sources.py 的 drop_source 删除，顺带作废连接池。	2026-10-03 12:35:47 +08:00
ThearchyHelios	71cc07e31a	检查跟上数据剖析和 SQL 检查：数据目录覆盖剖析设置、确认与进度、报告、各类 409、含义待填写；证据、解码、助手面板和发布前检查各加 SQL 检查的展示与定位；文案补齐 409 的下一步，码值的填写入口收窄	2026-10-03 12:21:42 +08:00
ThearchyHelios	bfa391e344	数据目录阶段 4A 发布与运行：发布时记下模板 SQL 用到的表的目录版本，正式运行时目录有变化就发提醒事件、不拦运行，运行详情和时间线显示提醒，版本历史显示发布时的目录版本及之后的变化	2026-10-03 12:11:14 +08:00
ThearchyHelios	e30d28a0d6	数据目录阶段 4A 摘要提示：目录页顶部写明运行中查询过的表里还有几张有推断项未确认、几张没有目录，点击切到对应筛选并按使用次数排序	2026-10-03 11:55:45 +08:00
ThearchyHelios	958e096e56	数据目录阶段 4A 影响面：新增接口列出引用某张表的已发布和受管模板，区分直接引用和可能涉及、合并查询按输入追溯，表详情和保存纠正后都显示	2026-10-03 11:52:49 +08:00
ThearchyHelios	1c806fa3a0	数据目录阶段 4A 前端：画布和问数据页的回答下显示「建议更新数据目录」卡片，逐项列出改前、改后和理由，保存带版本记为人工确认，遇到 409 可重新载入后再保存，也可忽略	2026-10-03 11:40:37 +08:00
ThearchyHelios	5df10ac260	合入数据目录阶段 1B：助手建图按任务挑表、沿关系补连接路径、只给相关表全字段，流里告知参考了哪些表，挑不出时回退到只列表名 ... # Conflicts: # backend/app/api/copilot.py # frontend/src/dev/preview.tsx # scripts/check-stream.mjs	2026-10-03 11:02:08 +08:00
ThearchyHelios	d50696425c	合入数据目录阶段 1C：数据目录界面——表清单筛选排序与分批起草，表详情逐项确认、驳回、编辑，乐观锁冲突可重新载入，导入表格的说明只读展示	2026-10-03 10:58:19 +08:00
ThearchyHelios	1294095d1e	数据目录阶段 1B 前端：画布和问数据页的过程里显示「参考了 N 张表」，展开按数据源列出表名，挑表失败时写明只提供了表名及原因	2026-10-03 10:56:25 +08:00
ThearchyHelios	fd475291bb	数据目录阶段 1C：check-catalog 覆盖清单筛选排序、起草分批与停止、单项审阅、批量确认、编辑即确认、409、空状态与导入表格说明；页头标题放不下时截断，弹层去掉重复的读屏标签	2026-10-03 10:48:49 +08:00
ThearchyHelios	98ebba384f	合入数据目录阶段 3：合并查询节点——跨库按键合并，截断输入拒绝，类型不一致与行数放大告警，证据可下钻到两边原始查询	2026-10-03 10:27:16 +08:00
ThearchyHelios	cd9bf0aedb	合并查询节点（四）：前端——节点库、卡片摘要和类型色，检查器从上游查询节点里选输入并填别名，运行详情展示输入、合并 SQL 和警告，证据面板展示合并的来源和逐格来历，推断来源写明经过的合并；补上解码、回答流、证据面板、编排页的检查	2026-10-03 10:22:46 +08:00
ThearchyHelios	e74097a103	数据目录阶段 1B 服务端：大库按需求挑表、补连接路径，挑中的表给全字段、目录和连接条件，四个生成入口共用同一套组装	2026-10-03 10:18:50 +08:00
ThearchyHelios	a007270536	数据目录阶段 0 前端：证据面板给不完整的指标标「结果不完整」并写明原因，截断切开的 Agent 字段标「已截断」，运行时间线说清指标不完整的原因和下一步	2026-10-03 09:36:40 +08:00