readiness-runs

SZL Readiness Runs 数据集包含由八个SZL生产就绪代理（包括readiness-reliability、readiness-security、readiness-observability、readiness-operability、readiness-compliance、readiness-docs、readiness-dr和readiness-audit-rift）生成的已签名Khipu收据。这些收据采用DSSE风格的信封格式，封装了规范化的JSON载荷，并使用Ed25519算法和舰队密钥进行签名。数据集文件按代理、UTC日期和时间戳组织在receipts/目录下，每个文件对应一次运行。同时，dr-dumps/目录下提供了READINESS-DR备份转储文件。部分信封可能未签名（标记为signed: false），表示运行时无可用密钥，而非伪造签名。该数据集与Doctrine v11版本（锁定状态）关联，适用于监控、审计或分析生产就绪代理的运行状态和输出。The SZL Readiness Runs dataset contains signed Khipu receipts generated by eight SZL production-ready agents, including readiness-reliability, readiness-security, readiness-observability, readiness-operability, readiness-compliance, readiness-docs, readiness-dr, and readiness-audit-rift. These receipts adopt a DSSE-style envelope format that encapsulates normalized JSON payloads, and are signed using the Ed25519 algorithm and fleet keys. Dataset files are organized in the receipts/ directory by agent, UTC date, and timestamp, with each file corresponding to a single run. Meanwhile, READINESS-DR backup dump files are provided in the dr-dumps/ directory. Some envelopes may be unsigned (marked as signed: false), which indicates that no keys were available during the run, rather than a forged signature. This dataset is associated with Doctrine v11 (locked state) and is suitable for monitoring, auditing, or analyzing the operational status and outputs of production-ready agents.

原始信息汇总

数据集概述

数据集名称：SZL Readiness Runs

许可证：Apache-2.0

标签：szl-holdings, readiness, khipu-receipts, doctrine-v11

简介：该数据集包含由八个 SZL 生产就绪代理签发的 Khipu 收据。基于 Doctrine 版本 v11（锁定状态：749 / 14 / 163）。

---

数据布局

数据集采用以下目录结构：

receipts/<agent>/<UTC-date>/<UTC-timestamp>.json # 每个运行一个 DSSE 信封 dr-dumps/<flagship>/<ts>.ndjson # READINESS-DR 备份转储

---

代理列表

数据集涵盖八个代理，分别是：

• readiness-reliability
• readiness-security
• readiness-observability
• readiness-operability
• readiness-compliance
• readiness-docs
• readiness-dr
• readiness-audit-rift（验证器的验证器）

---

数据格式

• 每条收据为一个 DSSE 风格的信封，封装规范 JSON 载荷。
• 使用 Ed25519 签名（舰队密钥），信封中 "signed": false 表示诚实未签名（运行时无可用密钥），不存在伪造签名。

---

其他信息

• 来源与仪表盘：szl-holdings/platform → platform/agents/readiness/
• 作者：Yachay ([e-mail])

搜集汇总

数据集介绍

构建方式

本数据集名为“readiness-runs”，源自SZL平台的生产准备性评估体系，由八个专用代理（包括可靠性、安全性、可观测性、可操作性、合规性、文档、灾难恢复及审计验证代理）持续生成。每个代理在运行时会签署一份Khipu收据，采用DSSE信封格式封装规范的JSON负载，并通过Ed25519舰队密钥进行签名，部分未签名信封明确标示为“signed: false”，代表运行时密钥不可用，而非伪造签名。数据集目录结构按代理名称、UTC日期和时间戳组织，同时包含灾难恢复备份的ndjson格式转储文件。

特点

该数据集的核心特点在于其生产级签名机制与透明性：所有收据均遵循DSSE标准，确保数据来源可追溯且不可篡改；特别标注的未签名记录进一步增强了真实性，避免伪造嫌疑。数据集固定使用Doctrine v11版本，包含749个成功、14个失败及163个其他状态的运行记录，为生产就绪性评估提供了结构化、可验证的基准。此外，数据集覆盖了从可靠性到审计验证的八大领域，体现了全面的质量保障维度。

使用方法

用户可通过解析DSSE信封中的JSON负载获取每次运行的详细信息，结合签名验证确保数据完整性。数据集中每个收据按代理和UTC时间戳存储，便于按时间范围或代理类型进行筛选。灾难恢复转储以ndjson格式提供，支持流式处理或导入分析工具。推荐配合SZL平台源代码仓库（位于szl-holdings/platform）中的相关代理配置文件使用，以还原完整的评估上下文。

背景与挑战

背景概述

随着微服务架构与持续交付范式的广泛采纳，生产就绪性（Production-Readiness）评估已成为保障系统可靠性与安全性的关键环节。2024年，由Yachay主导的SZL Holdings团队发布了Readiness-Runs数据集，旨在系统化记录由八个生产就绪性代理（涵盖可靠性、安全性、可观测性、合规性等维度）签发的Khipu收据。该数据集基于Doctrine v11协议（锁定版本），以DSSE信封格式封装规范JSON负载，并通过Ed25519舰队密钥进行签名认证，为研究自动化运维审计、合规验证及去中心化信任机制提供了标准化的基准数据，对云原生领域的稳定性工程与安全审计具有奠基性影响。

当前挑战

该数据集面临的核心挑战包括：1）领域问题层面，如何在海量微服务环境中实现跨代理（如可靠性、安全性、可观测性等）的自动化生产就绪性评估，确保各维度评估结果的一致性与可审计性，避免因人工介入导致的延迟与误判。2）构建过程中，DSSE信封的签名机制需处理缺失密钥场景（即signed: false），必须严格区分无签名与伪造签名，同时保证存储效率与时间戳对齐；此外，不同代理间于不同UTC时间戳生成的收据需建立全局因果排序，以支撑后续的重放分析与故障溯源，这对分布式时钟同步与数据完整性提出了严苛要求。

常用场景

经典使用场景

SZL Readiness Runs 数据集作为生产就绪性自动化评估的核心基准，广泛用于验证八大就绪性代理（如可靠性、安全性、可观测性等）的签章收据生成能力。每个运行实例均以DSSE信封格式封装，附带Ed25519数字签名，支持对代理输出的一致性与完整性进行标准化测试。该数据集最经典的使用场景是作为连续集成管道中的黄金数据集，用于检验代理在模拟生产环境下的签章行为是否合规。

解决学术问题

该数据集解决了生产就绪性验证中缺乏标准签章、难以追溯与复现审计轨迹的学术难题。通过提供749个有效签章、14个无效签章及163个未签名案例的结构化集合，研究者可系统分析数字签名伪造检测、DSSE协议鲁棒性评估以及多代理协调一致性检验等关键问题。其意义在于为自动化合规审计与安全验证领域提供了可量化的实验基准，推动了生产就绪性度量从规则驱动向数据驱动范式的转型。

衍生相关工作

基于该数据集衍生了若干经典工作，包括多代理签章一致性验证框架（如证明者-验证者模型的鲁棒性测试）、DSSE信封结构优化的形式化方法研究，以及面向生产环境的无密钥签章容错机制设计。其中，研究者利用未签名案例的分布特征，提出了概率性密钥协商协议来降低运行时失败风险。此外，数据集的审计裂痕代理（readiness-audit-rift）作为验证者之验证者，启发了元验证层架构的学术讨论，推动了自动化审计系统的自我修正能力研究。