From a9170d872822f8aa4af521fa6e0e52c74a5ffeb4 Mon Sep 17 00:00:00 2001 From: ThearchyHelios Date: Tue, 13 Oct 2026 20:23:30 +0800 Subject: [PATCH] =?UTF-8?q?README=EF=BC=9A=E6=95=B0=E6=8D=AE=E7=9B=AE?= =?UTF-8?q?=E5=BD=95=E7=9A=84=E6=A8=A1=E5=9E=8B=E8=B5=B7=E8=8D=89=E8=A1=A5?= =?UTF-8?q?=E4=B8=8A=E9=AA=8C=E6=94=B6=E5=90=8E=E7=9A=84=E4=BF=AE=E6=AD=A3?= =?UTF-8?q?=EF=BC=88=E5=88=97=E5=88=86=E6=AE=B5=E5=9D=87=E5=88=86=E3=80=81?= =?UTF-8?q?=E6=8C=89=E8=A1=A8=E5=85=88=E5=90=8E=E6=8E=92=E9=98=9F=E3=80=81?= =?UTF-8?q?=E8=B6=85=E6=97=B6=E6=8B=86=E5=B0=8F=E3=80=81=E6=AE=B5=E5=A4=A7?= =?UTF-8?q?=E5=B0=8F=E5=87=8F=E5=8D=8A=E3=80=81=E6=AF=8F=E6=AE=B5=208=20?= =?UTF-8?q?=E6=AC=A1=E5=B0=81=E9=A1=B6=E3=80=81=E6=8F=90=E9=86=92=E6=8D=A2?= =?UTF-8?q?=E6=A8=A1=E5=9E=8B=E3=80=81=E9=87=8D=E6=96=B0=E8=B5=B7=E8=8D=89?= =?UTF-8?q?=E4=B8=8D=E5=88=A0=E6=A8=A1=E5=9E=8B=E8=BF=99=E6=AC=A1=E6=B2=A1?= =?UTF-8?q?=E7=BB=99=E7=9A=84=E9=A1=B9=E3=80=81=E7=95=99=E7=A9=BA=E7=9A=84?= =?UTF-8?q?=E5=88=97=E9=80=90=E8=A1=A8=E8=AE=B0=E4=B8=8B=E3=80=81=E5=BA=93?= =?UTF-8?q?=E6=B3=A8=E9=87=8A=E5=B0=B1=E6=98=AF=E5=90=8D=E5=AD=97=E6=9C=AC?= =?UTF-8?q?=E8=BA=AB=E7=9A=84=E4=B8=8D=E5=BD=93=E4=B8=AD=E6=96=87=E5=90=8D?= =?UTF-8?q?=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 0f484f0e..d44f52e3 100644 --- a/README.md +++ b/README.md @@ -277,7 +277,7 @@ flowchart LR | 环节 | 做法 | |---|---| | 起草 | 探查时读外键和唯一约束；按 `xxx_id`、`xxxId` 推断关联，表名带业务前缀的也认；可选让模型起草中文名、粒度、表类型、业务主键、业务日期和每列的含义、单位、度量类型。导入表格的源已有系统按核对结果生成的说明，目录不重复、不改写它 | -| 模型起草 | 作为后台任务逐表进行，每张表记下状态和原因，写完一张就并入目录；关掉对话框不停，可以停止、只重试失败的表，清单上标出上次起草失败或只完成一部分的表。服务重启时没跑完的任务标成中断，不会自己续跑，点重试接上。保留模型的思考，输出额度 32768（服务方不收时退回 8192）；每次调用最多 40 列，宽表先起草表级的项、再按段起草列；额度用完就拆小再问，缺的表和列只补问缺的，被截断的回复先留下已经写完整的部分。数据源上存的「起草要求」和这次的补充说明一起交给模型，帮它理解业务、统一用词，不能推翻「只记数据事实」的规矩，交回的内容照样逐项校验。用哪个模型在「设置 → 偏好设置」的「起草模型」里选，空着跟随助手的模型；按配方导入表格的 AI 起草也用它 | +| 模型起草 | 作为后台任务逐表进行，每张表记下状态和原因，写完一张就并入目录；关掉对话框不停，可以停止、只重试失败的表，清单上标出上次起草失败或只完成一部分的表。服务重启时没跑完的任务标成中断，不会自己续跑，点重试接上。保留模型的思考，输出额度 32768（服务方不收时退回 8192）；每次调用最多 40 列，宽表先起草表级的项、再把列均分成几段起草，按表的先后排队，不插到窄表前面；额度用完或超时就拆小再问，累计两次后新开始的段减半（最低 10 列），每段最多调用 8 次，缺的表和列只补问缺的，被截断的回复先留下已经写完整的部分；最近 6 次调用有 4 次没写出来时提醒换模型。重新起草时模型这次留空或没通过校验的项不删以前起草的；模型拿不准、留空的列逐表记下，可以补充起草要求后重起草。库注释就是表名、列名本身或者是标识符写法的，不当中文名。数据源上存的「起草要求」和这次的补充说明一起交给模型，帮它理解业务、统一用词，不能推翻「只记数据事实」的规矩，交回的内容照样逐项校验。用哪个模型在「设置 → 偏好设置」的「起草模型」里选，空着跟随助手的模型；按配方导入表格的 AI 起草也用它 | | 数据剖析 | 默认关闭，按数据源开启。只读、经过守卫，单条查询和整次剖析都有上限，大表用统计信息估算行数，遮罩的列不取样。抽样核实推断出的关联，补上覆盖率和基数，站得住的升为已验证；状态列给出码值候选，含义等人填写 | | 对话里纠正 | 用户说「status=9 表示作废」，助手给出一条目录修改提案，列出改前、改后和理由，人确认后才保存；公式不收，留给口径卡 | | 版本与提醒 | 目录随表结构快照冻结进证据，每次运行用的是哪一版查得到。发布时记下模板引用的表的目录版本，正式运行时目录有变化就提醒；agent 运行时才写 SQL 的，按「可能涉及」单独提醒。只提醒，不拦运行 |