跳转到内容
关于 Zof

Zof:独立验证与生产控制。

Zof 也称为 Zof AI,是位于 AI 与生产环境之间的独立验证和控制层。理解变更、验证行为、收集验证记录,并控制生产风险。

独立验证与控制
我们的使命

我们的使命

软件支撑着从医疗系统、金融市场到日常依赖的基础设施的一切。软件失效会带来真实后果:收入损失、信任受损,有时还会更严重。

我们相信这些故障可以预防,而且问题正在变化。前沿模型和编程智能体如今会生成软件、编写测试、修改基础设施,并执行具有重大影响的操作。瓶颈不再是生产软件,而是验证:了解变更可能影响什么、要求提供证据,并决定是否允许继续。

Zof 正在构建 AI 与生产环境之间的独立验证和控制层,使人和机器开发的软件能在执行具有重大影响的操作之前接受评估。

关于 Zof 的常见问题

Zof 是什么?它与 Zof AI 相同吗?

Zof 是位于 AI 与生产环境之间的独立验证和控制层。理解变更、验证行为、收集证据,并控制生产风险。Zof AI 是同一家公司和产品的别名。官方网站是 https://zof.ai.

Zof 如何工作?

Zof 由四个部分组成:System Graph 映射服务、依赖关系、归属和策略;Verification Engine 决定并执行变更所需的检查;证据记录检查了什么及其结果;Control Plane 应用允许、拒绝、要求更多证据或要求人工批准等策略决策。

Zof 为谁设计?

Zof 面向负责企业关键系统的工程、平台、可靠性、安全及合规团队。它处理人员、编程智能体和自动化提出的变更,帮助团队理解影响,并用证据说明生产决策的依据。

独立验证为什么重要?

提出变更与声称变更有效是两回事。独立验证会在操作继续前,检查策略要求的行为和证据。Zof 将提出变更与判断现有证据及批准是否充分分开处理。

验证有哪些局限?

检查通过只能支持有关已测试范围、环境、输入和标准的结论。它不能证明系统不存在任何缺陷,也不能证明系统在未来所有条件下都安全。每次合作都需要就覆盖范围、权限、部署限制和审批要求达成一致。

System Graph

理解每项变更的影响。

System Graph 持续建模服务、API、依赖关系、基础设施、智能体、模型、策略、证据、归属和历史,让 Zof 在允许操作执行之前就了解它可能影响什么。

影响

影响范围

按变更确定受影响系统、关键程度和控制措施。

时序

变了什么、何时变更、由谁变更

历史、证据和决策始终可查询。

基础

一张图谱,覆盖整个闭环

验证、证据和控制读取同一个模型。

MAPPED · LIVE/system-graph
Zof System Graph 解析 auth-service 变更的示意图:Payment API、Checkout、Ledger 和 Customer API 被标记为受影响项,并显示 Tier 0 关键级别、7 个受影响系统、4 项适用控制、2 起历史事件和6项所需验证。
System Graph · 展示变更潜在影响的示意图。
验证记录

用于审查和发布决策的验证记录

19

验证领域涵盖单元测试、合规与韧性等方面

Zof 的不同之处

System Graph

Zof 建立机器可读的企业认知,涵盖服务、API、依赖关系、基础设施、智能体、模型、策略、证据、归属和历史。借助这些上下文,Zof 能在变更发生前了解它可能影响什么。

独立验证

Zof 不会直接采信提案方的说法。它决定每项变更必须证明什么,在十九个领域执行验证,并将结果记录为证据。

证据与控制

每项具有重大影响的操作都会留下凭据:改了什么、验证了什么、适用了哪些策略、由谁授权,以及之后发生了什么。决定能否继续的是策略,而不是断言。

设计上不依赖特定模型

模型提供推理能力,并非架构本身。Zof 可使用 Anthropic、OpenAI、Google、Azure 托管、客户批准及本地模型,也可在物理隔离环境中仅依靠确定性系统运行。

实时演示 · 示例数据

清楚知道什么发生了变化,知道该测试什么。

拓扑感知的影响分析将服务变更与受影响的工作流关联起来,并基于系统依赖关系推荐验证方案。

利用系统上下文确定验证优先级。

治理

自主不意味着失控。

AI 可以提出建议。Zof 根据范围检查、所需证据、策略,以及策略要求时指定人员的批准,判断它是否获得了执行资格。

  1. 变更: done
    开发者、编程智能体或自动化提出变更。
  2. 验证: done
    Zof 确定影响范围,并生成策略要求的证据。
  3. 授权: in progress
    由策略决定:允许、拒绝、要求证据,或要求指定人员批准。
  4. 观察: pending
    操作执行后,其结果会记录到对应变更中。

没有策略决策,Zof 不会向生产环境提出操作;策略要求时,由人员授权。

每项具有重大影响的操作都必须先生成策略所要求的证据,才能继续。

默认只读。操作范围明确,并遵循最小权限原则。

每次运行、决策和批准都有持久、可导出的证据链。

查看信任与安全状况

我们的价值观

可靠性优先

验证应成为发布流程的一部分。我们优先考虑清晰的验证记录、明确的决策和受控的变更。

客户成果

我们以客户成果衡量成功,例如更少的事件、更快的发布、更好的可靠性,而不是交付了多少功能。

精益求精的技术

我们建设基础设施,而非临时补救措施。我们的解决方案旨在与客户一起扩展和演进。

透明沟通

我们公开分享经验,包括失败和成功。信任来自透明。

持续改进

我们的验证能力不断提升,平台持续演进,改进永无止境。

合作伙伴理念

客户成功,我们才成功。我们是客户提升可靠性过程中的伙伴,而不仅是供应商。

代表性企业场景

独立验证与控制在不同行业中的体现。

虚构行业模型用于说明 Zof 的潜在用途,不用于识别客户或报告实测结果。

探索企业场景
Next step

在您自己的系统上体验独立验证。

预约 Reliability Sprint。Zof 会映射一个不容发生故障的系统,验证其故障模式,并向您展示证据。

01Zof Console

一个表面用于显示姿势、操作以及接下来需要注意的事项。

工程、QA 和 SRE 团队每天打开的经过身份验证的主页:质量态势、进行中的运行、按模块划分的覆盖范围,以及下一步需要关注的事项。

运营关键绩效指标

运行·覆盖范围·风险

生活在您运送到的每个环境中。

工作脊柱

规格·测试·时间表

从规范到预定回归。

护栏

RBAC·SSO·审计

每一个行动都归因于一个指定的人。

LIVE/console
Zof 首页指挥中心展示了 12 次运行、94% 通过率、3 个未解决的严重问题、84% 覆盖率、四个模块的可追溯性条、规范流水线、即将执行的计划,以及带有运行中任务侧栏的建议后续操作。
控制台首页示例 · Checkout Service · 预发布环境。