← 应用场景
真实场景 002

智能运维巡检

把遥测数据变成有证据的运维判断

面向授权运行环境,以主机资源、服务请求与错误延迟、错误日志三类巡检为第一阶段范围。数据留在观测源,Genesis 负责把对象、事实、证据、规则和判断组织成可复现、可追溯的巡检结果。

真实开发环境验证 · 完整试点进行中
只展示已经实现的语义模型、领域包、真实观测源能力、真实开发环境采样和已经落地的巡检报告结构。完整全量试点尚未通过,因此不声明生产运行。
01 · 业务问题

这个环境现在健康吗 哪些风险值得关注

运维人员不应该先决定查哪个数据源、写什么查询、再手工拼结果。巡检系统需要在授权范围内理解运行对象,获取可信事实,按固定方法形成风险判断,并把依据一起交付。

核心工作从“看指标”变成“交付一个可核验的巡检结论”

第一阶段只做受控、只读、可审计巡检与建议,明确排除根因分析、自动修复、任意查询和对被监控系统的写操作。

场景边界

巡检对象运行环境、业务系统、应用、服务、主机
巡检维度主机资源健康、服务健康、错误日志健康
不做什么不做根因归因,不自动修复,不开放任意源查询
可信要求事实、判断、建议、数据缺口必须区分,并可追溯到证据和版本
02 · 业务本体

先定义运行世界 再接观测数据

当前已经实现并版本化可观测性语义模型 v0.1。业务语义先于观测云字段,观测云只是一个数据绑定,不是业务本体的定义来源。

真实模型定义运行环境、业务系统、应用、服务、主机,以及覆盖状态、资源利用与饱和、请求、错误、延迟、错误日志、数据质量、风险判断、建议和明确失败状态。
业务系统
应用
服务
主机
运行环境
可信事实
风险判断
建议 / 数据缺口
7实体类型 含抽象父类
7业务关系
11事实类型
4分析与建议对象
9明确失败类型
03 · 数据治理

原始遥测留在观测源 进入 Genesis 的是受治理事实

真实观测云数据先经过语义数据需求、版本化数据绑定、受控只读查询、观测与证据封装,再通过本体平台完成身份解析和事实准入。

真实数据能力基线

2026 年 8 月 30 日对目标工作空间执行受限只读发现,不持久化客户身份和凭据。

58指标测量类型
2日志索引
7 类已确认数据能力:指标、日志、对象、链路、用户体验、事件、网络
3 类第一阶段实际巡检维度
真实发现基线:2026-08-30 · 只读观测云工作空间

真实开发环境采样

生产执行器读取真实观测云数据后的观测与缺口计数。

50 / 4主机资源:观测 / 数据缺口
22 / 3服务健康:观测 / 数据缺口
0 / 1错误日志:有效空结果 / 数据缺口
只读无自动修复 无源系统写入
这些数字是采样窗口中的观测记录数,不是主机或服务总数。有效空结果和不完整数据都不会被解释成健康。
语义数据需求来源绑定受控只读查询证据与事实准入审计与版本追踪
04 · 规则与方法

先做确定性判断 再让人工智能解释

巡检策略版本 0.1.0 已实现。阈值、比例、趋势和数据缺口判断由确定性策略完成;人工智能不能创造事实、修改风险等级或绕过数据缺口。

第一层可信事实

只消费已准入的事实引用,并保留证据、单位、时间和质量。

本体事实准入
第二层确定性策略

阈值、比例、趋势、数据缺口四类规则。

相同输入相同输出
第三层风险判断

形成运行判断或风险判断,并保留严重度和依据。

规则决定严重度
第四层建议

建议只针对风险判断,不自动执行。

仅建议
第五层用户表达

结构化结果验证后,人工智能可以组织解释文本。

人工智能可参与
真实严重度模型:提示 0 · 低 20 · 中 50 · 高 75 · 严重 100。数据质量修正:完整 1.0 · 部分 0.8 · 存在缺口 0.5。
05 · 能力与判断

同一个运维世界 对外暴露受控业务能力

可观测性领域包 v0.1 已声明 18 个受控只读能力合同。业务用户面对的是健康与风险问题,不需要面对底层观测字段和查询语言。

环境健康摘要
服务风险列表
主机资源风险列表
服务健康详情
错误日志健康摘要
覆盖状态摘要
数据缺口说明
证据下钻
上下文连续追问
受治理重跑请求

风险判断结构

当前结构化巡检报告要求事实、判断、建议和数据缺口各自保留明确身份和追踪关系。

巡检对象必须是授权范围内的语义对象
事实必须是活动且可信的事实引用
严重度由版本化确定性策略计算
证据判断必须准确引用支撑事实与证据
数据缺口缺失、过期、受限、冲突都必须显式表达
建议固定为仅建议,禁止自动执行
06 · 真实应用

当前真实产物是巡检报告和证据链 不是虚构运维大屏

已经实现结构化巡检报告、证据图、受控能力、对象和证据下钻以及专家反馈链。独立 Web 运维控制台目前不是已完成事实,因此不画假界面。

真实用户工作流

授权触发后,用户拿到环境摘要,再下钻授权范围内的主机或服务。

巡检摘要环境健康状态、覆盖和数据缺口
对象下钻主机 / 服务事实与风险判断
证据下钻判断 → 事实 → 证据 → 查询摘要 → 来源快照
专家反馈反馈形成候选规则变更,不直接修改已发布规则

真实巡检报告结构

基于当前已实现报告机器约束。

范围与时间环境、对象、时间窗口、截至时间
版本领域包、本体、语义模型、策略版本
事实事实类型、对象、值、单位、时间、信任状态、证据
判断严重度、支撑事实、证据、策略版本、限制
建议针对风险、限制、仅建议、禁止自动执行
数据缺口与失败受影响对象、原因、阻塞判断、是否可重试
证据来源快照、定位、摘要、记录时间
审计链报告 → 判断 → 策略 → 事实 → 证据 → 来源
这里展示的是已实现的报告结构,不是伪造运行结果。第一份完整、全量、证据支持的试点报告尚未通过最终验收。
07 · 持续闭环

巡检结果不会直接改规则 经验通过治理进入下一版本

专家反馈链已经实现。真实运行反馈先形成提案,再产生候选领域包版本,经过验证、回放和明确批准后才允许申请发布。

受控观测只读查询真实观测源
可信事实证据发布和事实准入
确定性判断风险和严重度
巡检交付报告 证据 下钻
专家反馈反馈不直接改规则
治理演进候选版本 验证 回放 批准
下一轮巡检使用新的已批准版本;历史版本和历史报告保持不可变。
08 · 业务价值

价值不在多报几个告警 而在交付一致可信的巡检工作

目前没有公开可核验的节省工时、故障率或恢复时间数据,因此不写虚构收益率,只展示由产品机制直接支持的工作方式变化。

少拼数据

运维人员面对业务对象和健康问题,不需要手工决定源字段和中间查询步骤。

判断一致

同一版本的事实和策略形成确定性风险结果,不依赖临场发挥。

依据可查

每个重要判断都能回到事实、证据、时间、查询摘要和来源快照。

经验可治理

专家反馈进入候选版本、测试和批准流程,使运维方法可以复用而不失控。

09 · 成熟度与证据

核心链路已实现 完整试点尚未宣称完成

明确区分代码与合同完成、真实开发环境采样验证、完整全量试点验收和生产运行。

场景与 18 个能力问题

第一阶段范围、答案类型、失败语义、证据与完整性要求已冻结。

已完成
语义模型 v0.1

实体、关系、11 类事实、判断、建议和失败语义以及机器约束均已实现。

已完成
可观测性领域包 v0.1

18 个受控只读能力、11 类数据需求、报告结构和生命周期均已版本化。

已完成
观测云数据绑定与受控执行

真实源发现、版本化绑定、受控编译、只读执行和观测/证据封装均已实现。

已完成
本体事实准入链

生产适配器与隔离本体平台集成已验证;开发环境专用接入正在继续收口。

开发环境整合中
确定性策略与结构化报告

风险策略、证据图、巡检报告和专家反馈候选版本生命周期均已实现。

已完成
真实开发环境采样

主机资源与服务链已读取真实观测云数据并形成显式观测和数据缺口。

采样验证通过
完整受治理试点

仍要求完整对象范围和历史窗口对账、运行时迁移证据、全链路执行证明及第一份全量证据报告。

尚未完成
生产运行

当前不声明生产部署、自动修复或生产业务结果。

未声明

从一个真实业务问题开始

先定义业务世界 再让 AI 基于可信事实和方法完成工作

联系我们