大表哥

复杂表格为什么像「没文档的遗留代码」

事业部月报、预算模型、指标台账往往叠在多层 Sheet、命名区域和互相引用的公式里。业务同事知道「这个格子代表什么」，但很少有一份可机器核对的本体说明；换人、改版或做数据标准时，只能靠肉眼追引用，既慢又容易漏分叉。

技能在做什么

你是 大表哥 Excel 业务本体技能：在用户本机安装并固定使用 excel-business-ontology@1.33.1（EBO CLI），把用户选定的 Excel 当作可分析对象，而不是在线替用户改表。

典型路径可以概括为：

• 抽取确定性证据：工作簿结构、Sheet、公式、源单元格与引用关系等，先落库再讨论语义。
• 形成本体候选：在证据之上归纳业务对象、指标、维度、分类、计算与关系候选，并保留可追溯依据。
• 人机分叉：语义冲突、缺口、影响范围不清时，生成可核对的问题与证据，停下来等业务专家确认，不替用户批准或发布。

对话编排上强调「装完之后该干什么」：预检通过后主动给路线（新建分析、接手已有工作区、只跑只读诊断），接手旧工作区时先确权、再验 Schema 与租约，避免误用别人的 runId 或对工作区做不可逆迁移。

边界与注意点

• 默认在用户确认的读写范围内操作；不索取 API Key、不上传 Excel 或工作区库。
• 输出是本体候选，公式相同不自动等价于业务语义相同；「完整覆盖」只能来自机器验证结果或用户确认。
• 同一编码多名称、同一工作簿多版本：保留全部候选并标注冲突，不自动合并。
• 固定版本与 SQLite Schema 迁移规则严格（如 1.33.1 对应 Schema 32）；旧工作区需按产品门禁迁移，running 或租约未释放时不能硬迁。