工程笔记
写给真正
交付技术栈的人
关于 React、Node.js、TypeScript 与 AI 的文章。有译文正文时显示译文。没有时显示英文，并注明这一点。
标签：okf
Graphify、OKF与RAG：您的代码库需要哪种上下文层？
基准测试显示，Graphify在准确率上与向量RAG不相上下。以下是Graphify、谷歌的OKF以及向量RAG之间的关系，包括故障触发条件及决策矩阵。
阅读约 12 分钟超越单一检索路径：企业智能体的规范知识、RAG与实时查询
为何单一检索流程无法满足各类企业知识的需求，以及路由器如何实现规范概念的分割、RAG检索与安全实时查询。
阅读约 12 分钟开放知识格式：作为智能体可移植知识层的 Markdown 文件
Google Cloud的OKF可将一组Markdown文件转换为供智能体使用的知识图谱。它解决了哪些问题、如何尝试使用、存在哪些不足，以及它与RAG和MCP的关系如何。
阅读约 7 分钟你无法检索到没人写下的数字：OKF与向量数据库RAG的对比。
基于向量数据库支持的Bedrock知识库的经过验证的OKF捆绑包在调查统计中的应用：为何计算出的数据根本无法被检索到。
阅读约 10 分钟你的AI智能体不需要更多上下文，它需要的是一个它能够信任的“大脑”。
开放知识格式如何通过设置有效期、验证机制以及分级加载方式，将文档转化为可查询的状态，从而让智能体不再依赖过时的文档。
阅读约 9 分钟Google OKF、Hermes与Gbrain：将文件夹作为知识图谱使用。
谷歌的开放知识格式与MCP及RAG有何不同，以及Hermes与Gbrain如何将普通的Markdown文件夹转化为智能体可重复使用的知识图谱。
阅读约 5 分钟OKF + RAG：一种用于构建可靠AI智能体的混合架构
谷歌的开放知识格式能为人工智能代理提供精确的、带有Git版本号的答案，而RAG则能处理那些杂乱无章的档案。一款小型路由器如何将二者整合到同一个代理中。
阅读约 6 分钟实用笔记：OKF远不止是Markdown——我对可移植性的理解
《实用笔记》操作指南：OKF远不止是Markdown——我对可移植性的理解，以及为采用该模式的团队提供的合同、校验机制和可直接插入的代码模块。
阅读约 10 分钟
常见问题
关于这些文章
是。每篇都是为本站准备的英文原创改写。结构与代码跟随来源；正文重写并做过重合检查。
英文是来源。只有存在该语言的正文译文时才显示其他语言。缺失或空白的译文仍是英文，包括在本地化网址上。
草稿经编辑后进入发布队列。站点导入只收录新的或有变更的 slug，不会重复添加。
示例仅供说明。上线前请核对技术栈与许可。若需交付，请发来简报。