ThearchyHelios 4647fc9ff3 数据目录闭环第一步（后端 A）：防错事实的提议——起草时提议有效行过滤和去重规则 ...

- 提示词：表级的项多要两项，valid_filter（有效行过滤，condition 写一段 SQL 条件、只用这张表的列，函数只用 UPPER、LOWER、TRIM、COALESCE）和 dedup（去重规则，rule 写一句话），各附一句 reason；写清只在表结构、注释、码值能看出来时才写，拿不准、没有就不写；业务日期照旧。结构化输出的约定、纯文本那条路的格式说明、只写表级的项那一行都带上这两项
- catalog._from_model：两项记模型起草、推断，依据写进 note（「依据：……」）；有效行过滤按数据源的方言解析（sqlcheck.parse_valid_filter），不过就丢掉、日志记一条，不算这张表失败；只写了一段文字的也认
- 起草引擎：表级那段写完核对有效行过滤。开了数据剖析的源经剖析的只读守卫数排除比例（catalog_profile.check_valid_filter），排除 0% 或 100% 的不收，收下的 note 写上「剖析核对：排除 3.2% 的行（共 12,345 行）」；没开剖析、连不上的照收，写明没有核对的原因；目录里人工确认、驳回过的不再查库
- 开了数据剖析的源：目录里记下的码值（剖析取过的取值和已知含义）交给模型做背景，要写表级的项的给全部列的、只写几列的给这几列的，遮罩的列、驳回的码值不给，已确认的不重复
- 测试核一遍 SQL 检查的规矩：起草来的有效行过滤是推断，漏了它只是提示；人工确认以后才是警告，驳回以后不报

2026-10-14 08:32:44 +08:00

..

app

数据目录闭环第一步（后端 A）：防错事实的提议——起草时提议有效行过滤和去重规则

2026-10-14 08:32:44 +08:00

tests

数据目录闭环第一步（后端 A）：防错事实的提议——起草时提议有效行过滤和去重规则

2026-10-14 08:32:44 +08:00

pyproject.toml

数据目录阶段 2B：引入 sqlglot，SQL 检查的解析层——按数据源方言解析、认表和别名、解析不了一律跳过

2026-10-03 10:15:52 +08:00

pytest.ini

Copilot 等待期不再是黑箱，外加项目第一组测试

2026-09-14 16:01:06 +08:00

requirements.lock

数据目录阶段 2B：引入 sqlglot，SQL 检查的解析层——按数据源方言解析、认表和别名、解析不了一律跳过

2026-10-03 10:15:52 +08:00