 ThearchyHelios
|
9d8b41430e
|
完善口径管理、主动调查与后台任务，修复通用问题
- 完善口径编辑、只读试运行、统一质量验证与执行语义指纹
- 增加可执行指标约束、有预算的主动调查和过程评测
- 提取发布检查、证据读取与起草服务，支持任务停止、重试和检查点恢复
- 增加版本传递影响分析，修复并发覆盖、敏感值遮罩、异常评分及页面状态问题
- 修复 SQLite 复合查询追溯和 microVM 可选依赖缺失处理
- 纳入当前设计文档及部署配置调整
验证：相关主回归 3822 项通过，4 项跳过、8 项预期失败；补充回归通过。
前端构建、文案检查及 git diff --check 通过。
全量检查仍有环境权限、PostgreSQL 可选依赖和既有部署配置、SQLite 文件基线差异导致的未通过项。
|
2026-11-06 17:14:45 +08:00 |
|
|
ThearchyHelios
|
5f0b2359ac
|
入口只留每次都会变的东西，固定条件写死在 SQL 里
实测同一份文档：入口从 7 个（start/end/factory_code/object_id/line_code/gc_code/scx_code）
降到 2 个（start/end）。
提示词加了四条：同一维度只做一个入口（factory_code 和 gc_code 是同一件事）、编码和主键不当
必填入口、跨表编码在 SQL 里 JOIN 映射、可选维度写成空值不过滤；入口上限 4 个，超了照实报
出来但不悄悄删（删了 SQL 还引用着）。起草页多一栏「固定条件」：工厂、产线、属性组填这里，
写死在 SQL 里，不变成每次都要填的参数。
|
2026-11-04 14:47:23 +08:00 |
|
|
ThearchyHelios
|
97cd9498a4
|
入口字段声明不一致时合并，不把整份草稿判死
同一份文档分十轮起草，各轮对 factory_code 的必填/类型声明常对不上。原先直接抛错，34 条
指标的草稿因为一个字段的 required 不同整份作废。现在必填取并集、类型取更宽，每一处不一致
记一条说明摆在入口字段下面；建图和界面共用同一套合并逻辑。
|
2026-11-04 09:54:16 +08:00 |
|
|
ThearchyHelios
|
e6c8ee2827
|
一张草稿图支持多个取数节点
一份文档里的指标常常分属不同粒度、不同表，一条 SQL 装不下。build_graph 改成接收多组
{sql, entry_fields, metrics}：一组仍叫 fetch，多组叫 fetch_1…，每组指标的表达式改写到
自己的取数节点，指标 id 全局重排，入口字段合并（同名不同类型直接报错，不静默取舍）。
同时把「文档被截」和「目录被截」拆开：以前目录超长也报「文档太长」，界面在骗人。
|
2026-11-04 09:24:37 +08:00 |
|
|
ThearchyHelios
|
8682deb447
|
起草按「能共用一条 SQL 的一组」进行，并抢救被截断的回复
实测：一条 SQL 枚举十几列 CASE WHEN 就把输出额度吃光，文档里十几条指标一条都写不出来，
界面只报「没有一条指标通过校验」。现在提示模型一次只起草同组指标（最多 6 条）、SQL 写短，
其余的进 uncovered；回复被截断时按完整片段抢救指标和 SQL，失败原因里写清模型实际交回了
什么形状，不再只说没有指标。
|
2026-11-04 08:37:52 +08:00 |
|
|
ThearchyHelios
|
13f1158191
|
口径起草一次到位：生成取数图并自动试运行，不再要求人工接一次运行
「不从指标定义编译 SQL」管的是事后比对的基准，不是起草。起草照样让模型写 SQL，但只允许
目录里的表和列、单条只读 SELECT、入口字段必须先声明；每条定义仍要能逐字对上原文。
起草成功即建工作流与 v1；试运行只跑取数与口径卡（derive.caliber_probe），不触发报告撰写，
也不会因为没有可用模型就判这份口径不行。接上一次运行保留为辅助入口。
|
2026-11-04 00:30:26 +08:00 |
|