本体,组织业务关系
实体、概念及其关系构成领域本体。本体不是第八类知识,也不是需要维护的另一份副本。
01 / THE WORKSPACE
从一个业务定义出发,连接它的证据、
关系与版本。重要的上下文,就在一起。
截图暂时无法加载。前往产品原型
每个重要概念,都有一个权威知识主页。定义、口径、负责人和证据,不再散落在不同工具里。
02 / BUSINESS KNOWLEDGE
按业务含义分类,不按来源分类。
一项知识可以同时引用文档、数据库和
SQL。
| 知识类型 | 需要明确的信息 | 业务示例 |
|---|---|---|
| 业务概念这个词是什么意思? | 定义与别名、适用和排除边界、正反例、相关概念。 | “有效订单”包含哪些状态,排除哪些订单。 |
| 业务实体业务对象如何识别? | 业务键、对象粒度、生命周期、身份合并规则和实体关系。 | 客户、订单,以及客户身份是否跨系统唯一。 |
| 语义模型在什么范围上查询? | 基础实体、模型粒度、公开维度与度量、默认时间和关联路径。 | 每行一笔订单的分析模型,允许关联客户。 |
| 维度按什么分类与筛选? | 值类型、值域与层级、空值含义、时间语义和字段映射。 | 业务区域:按下单时区域还是客户当前区域归属。 |
| 度量基础数值怎样聚合? | 表达式、聚合方式、过滤条件、空值处理、单位和可加性。 | 订单实付金额,按订单求和,单位为元。 |
| 指标业务最终衡量什么? | 组成度量、公式、时间窗口、允许维度、比较规则和展示格式。 | 客单价 = 实付金额 / 有效订单数,分母和时间口径明确。 |
| 分群哪些对象符合条件? | 基础实体、结构化判定条件、生效时间、刷新规则和互斥关系。 | 近 30 天内有支付订单的客户。 |
实体、概念及其关系构成领域本体。本体不是第八类知识,也不是需要维护的另一份副本。
物理绑定定位表和字段;数据粒度、实体键与连接规则约束 SQL,避免猜字段和重复计数。
来源与证据说明知识从何而来;检查、审核和版本发布决定能否使用。它们是保障,不是知识类型。
数据库、文档与 SQL
AI 建议,人工核对口径
知识、绑定与关联共同验证
受控只读 SQL,结果保留依据
以上为产品知识契约与目标链路。类型专属字段与真实取数闭环仍在完善,不代表原型已具备全部能力。
03 / THE IDEA BEHIND SEMLIA
企业并不缺少数据。缺少的是让人和 AI
对「这份数据意味着什么」达成一致的方式。
Semlia 用可信语义知识驱动问数。
治理是保障,不是用户的主要工作。
活的 LLM Wiki 将定义、所有权与证据组织在一起。文档可读,含义也能被机器理解。
A LIVING SOURCE OF TRUTHAI 发现线索、推荐映射、生成提案。验证、策略与审核,决定什么能够成为发布事实。
PROPOSE. VERIFY. GOVERN.模型与应用可以更换。已发布的知识、证据和版本契约,保持独立、可复用、可复核。
SHARED MEANING. OPEN ENDS.04 / BUILT ON EVIDENCE
五层责任边界,一条可追溯的知识链路。
任何候选,都不能绕过治理成为生产事实。
把证据组织为稳定的业务概念、指标与关系。人通过权威 Wiki 理解含义,机器通过本体、物理绑定与契约理解结构。
有定义,不等于可用于生产。资产需要经过验证和治理发布。
五层是领域责任与信任边界,不是五个部署服务。EVIDENCE IN. TRUST OUT.
A CLEAR DIVISION OF RESPONSIBILITY
接入数据、整理业务含义、确认并发布知识,以已发布语义约束只读查询。
外部 AI 和应用通过公开契约消费同一份知识、证据和权限约束。
通过 MCP / API 等公开契约连接。
Semlia 不自建通用 AI
平台,也不替代数据仓库或查询引擎。
05 / BUILDING WITH INTENTION
一个长期项目,一个清晰的起点。
当前聚焦一个指标从知识到真实取数的闭环。
围绕一个指标,对齐类型信息、来源证据、字段绑定与关联规则,再验证真实 SQL 结果。
知识与定义的生产,不是 ETL用变更回归、权限边界、审计和可复核证据,验证每一次知识演进。
可靠性先于能力扩张在稳定契约上扩展外部 AI 接入、语义消费与来源适配器。
引擎无关,模型无关Pre-alpha · 源码已公开。 项目尚未达到生产可用标准,当前不接受公开贡献。原型用于呈现交互和产品方向,演示内容不代表全部生产能力已就绪。
EXPLORE THE PROTOTYPE
admin12345678公开体验账号,仅用于原型体验。请勿上传真实业务数据或其他密钥。
打开原型并登录产品原型 · 桌面体验