Open Knowledge Format (OKF) 是 Google Cloud 为 AI Agent 共享上下文（表结构、指标定义、操作手册）而设计的开放格式。v0.1 用 Markdown + YAML frontmatter 解决了“格式分散”的问题，但 v0.2 要解决一个更棘手的问题：当 Agent 开始持续写入语料库时，如何建立信任。

核心矛盾在于：人类编写的维基页面自带隐形担保（有人负责）。Agent 一夜生成一万个概念，这个担保就消失了。v0.2 的应对方式是让每个概念在 frontmatter 中携带五个维度的显式信号，供消费者（通常是另一个 Agent）在读取正文前做出判断：provenance（来源）、trust（信任）、freshness（新鲜度）、lifecycle（生命周期）、attestation（证明）。

设计上，v0.2 延续了 v0.1 的最小化原则——只添加词汇，不添加规则。type 仍然是唯一必填字段，所有新字段均为可选，自定义键保留，不采用任何新字段的 bundle 仍然合法。但缺失现在有了含义：未验证的概念与已验证的概念在格式上可区分（但不会被拒绝）。

Provenance：记录概念衍生自哪些材料，携带 author、usage_count、last_modified 等客观信号，但故意不计算主观信用评分。评分由消费者根据信号动态推断。

Trust：通过 generated（谁生成的、何时生成）和 verified（独立确认列表，可包含人工签核或机器流程）两个字段区分信任层级。消费者可据此设置过滤条件，如“只在执行仪表盘上展示人工审核过的指标”。

Freshness & Lifecycle：stale_after 使用绝对日期而非相对 TTL，以保证确定性比较；status 将概念走过 draft → stable → deprecated 状态。

Attestation：这是 v0.2 最关键的创新。新增 Attested Computation 概念类型，不仅定义指标含义，还规定唯一的计算方式（如 SQL 模板）。Agent 只能填充声明参数，不可篡改逻辑。消费者通过执行器运行计算，得到包含实际执行 SQL 和结果的收据，再交由无 LLM 的验证器做机械化的 SQL 比较（规范化后判断是否等价）。如果验证失败，消费者拒绝显示该数值。这意味着 Agent 无法绕过认证的计算方式伪造结果。

v0.2 同时发布参考实现：reference_agent 现在生成时自动嵌入 provenance 和 trust 信号；静态可视化器展示信任层级、状态和过期信息；更新了示例 bundle（GA4 电商、Stack Overflow、Bitcoin 等）；并演示了与 Google Cloud Knowledge Catalog 的往返。

两个向后兼容的重命名：timestamp → generated.at，body 中的 # Citations 列表 → sources。v0.2 消费者可回退到 v0.1 形式，v0.1 bundle 不变。