description: 分析 Google Cloud Knowledge Catalog 与 OKF 如何把企业知识转成 Agent 可读取、可审计、可迁移的上下文。tags: [ai-agent, knowledge-catalog, okf, knowledge-governance]—这篇文章解释 [Knowledge Catalog](../products/knowledge-catalog.md) 与 [OKF](../specs/okf.md) 的关系：Knowledge Catalog 处理企业 Agent 的上下文治理，OKF 处理知识的开放包装和跨工具交换。# Citations[1] https://cloud.google.com/products/knowledge-catalog[2] https://cloud.google.com/blog/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing/[3] https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md[4] https://github.com/GoogleCloudPlatform/knowledge-catalog`
这不是排版彩蛋，而是这篇文章主张的自我约束：一段判断如果想交给 Agent 复用，就要说清楚它是什么、连到哪里、依据来自哪里。
也想请懂数据目录、知识图谱、RAG、Agent 工程的读者帮忙校准：按 OKF 的尺度看，这个`type`是否合适，哪些判断还缺 citation，哪些概念应该拆出去，哪些 link 只是口头关系？
