{"slug": "your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember", "title": "Your AI Agents Keep Forgetting Everything. Google Just Changed How They Remember.", "summary": "Google Cloud released the Open Knowledge Format (OKF), a specification for writing knowledge as plain markdown files with YAML frontmatter, to let AI agents share context across any framework or storage backend. The format, available in the knowledge-catalog repository, defines three concepts—concepts, indexes, and logs—and requires only three rules for conformance, aiming to replace custom context pipelines. Google Cloud's OKF authors argue the bottleneck was the missing shared format, not model capability, and that agents can maintain knowledge bases more reliably than humans.", "body_md": "Every team building AI agents hits the same wall. The model can write code, query a database, or debug a pipeline. It doesn’t know your schemas, your business definitions, your runbooks, or why last quarter’s revenue metric excludes refunds. That knowledge sits in wikis, Slack threads, and three senior engineers’ heads. So every team writes a custom context pipeline, and every pipeline is locked to one agent framework.\n\nGoogle Cloud shipped a fix: the [Open Knowledge Format (OKF)](https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf), via the [knowledge-catalog](https://github.com/GoogleCloudPlatform/knowledge-catalog) repository. Not a product, a runtime, or an SDK. A spec for writing knowledge as plain markdown files with YAML frontmatter, built for any agent, any framework, any storage backend.\n\nFoundation models can already reason, write code, analyze data. They can’t show up already knowing your business. Context about your systems and decisions sits scattered across tools that don’t talk to each other, so every team builds a bespoke ingestion layer: parser → transform → agent. Rebuild it for the next project. Rebuild it again on the next framework switch.\n\nThe OKF authors call this the “Karpathy problem”: wikis fail because humans forget to update them and let links rot. LLMs don’t get bored maintaining a knowledge base. They don’t skip files, they touch fifteen documents at once, they keep structure consistent automatically. The bottleneck was never model capability. It was the missing shared format agents could write into and read from, without a custom pipeline per team.\n\nAn OKF bundle is a directory of markdown files. Nothing else. Authored by people, generated by agents, exchanged across organizations, consumed by both. No schema registry, no central authority, no required tooling. If you can cat a file, you can read OKF. If you can git clone a repo, you can ship it.\n\nThree concepts make the format work:\n\nHere’s a concept file describing a BigQuery orders table:\n\n```\n---type: BigQuery Tabletitle: Ordersdescription: One row per completed customer order.resource: https://console.cloud.google.com/bigquery?p=acme&d=sales&t=orderstags: [sales, orders]timestamp: 2026-05-28T00:00:00Z---\n# Schema\n| Column        | Type      | Description                  ||---------------|-----------|-------------------------------|| order_id      | STRING    | Unique order identifier.      || customer_id   | STRING    | FK to customers.md.           || total_usd     | NUMERIC   | Order total in USD.           |\n# Joins\nJoined with customers.md on customer_id.\n```\n\nThat’s a full, conformant OKF concept. No SDK call produced it. No database write happened. It’s a file you could open in a text editor, drop into Obsidian, or hand to any agent as context.\n\nA bundle is conformant if:\n\nThat’s it. Three rules. Everything else is soft guidance: consumers must not reject a bundle over missing optional fields, unknown type values, unknown extra keys, broken cross-links, or missing index files. A broken link isn't a bug; it might just be knowledge nobody's written yet. Bundles are meant to stay useful mid-refactor, mid-growth, mid-agent-edit.\n\nindex.md lists a directory's contents for progressive disclosure. log.md records a dated, newest-first change history per directory, so agents can spot what changed recently without diffing the whole bundle.\n\nMost agent context pipelines look the same: docs, wikis, and databases feed a custom parser, which feeds a transform layer, which feeds the agent. Change agents or frameworks, rebuild the chain. OKF collapses it to two boxes: knowledge sources produce a bundle once, any agent reads it. Write once, use everywhere.\n\nThat portability comes from picking established primitives over new ones. OKF sits close to LLM “wiki” repositories, to Obsidian/Notion-style hierarchical markdown, and to “metadata as code” that stores catalog metadata next to source. It differs mainly in being specified: it pins down the small rule set interoperability needs without dictating tooling.\n\nPractical wins fall out of that: bundles are git native, so they version alongside code with clean diffs; tool agnostic, so any editor, framework, or model reads and writes them; and portable, so moving a bundle between teams is a directory copy, not a migration.\n\nHere’s the shift in concrete terms:\n\nCustom context pipeline OKF bundle Format Proprietary per project Markdown + YAML frontmatter Tooling to read it Custom parser required cat, any editor, any agent Switching agent frameworks Rebuild the ingestion layer No change.\n\nThe repository isn’t just a spec. It includes a reference agent that auto-generates OKF bundles, plus a bundled [graph viewer](https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf/samples) for browsing a bundle’s cross-links. Google frames both as proof of concept; the format is the actual contribution.\n\nWorked [samples](https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf/samples) pair a recipe with the bundle it produces:\n\nThird-party tooling is already building on the spec: [okc](https://github.com/GoogleCloudPlatform/knowledge-catalog/discussions/84) reads a Postgres schema and emits a cross-linked bundle, treating foreign keys as graph edges. [claude-okf](https://github.com/theesfeld/claude-okf) goes further and turns the spec into a slash command.\n\nAdds a /okf command to Claude Code. Run it inside a project and Claude reads the live spec, walks the codebase, and writes a conformant bundle next to your source. No config file, no separate service.\n\nWhat happens after you run it:\n\nThe output for a small API service might look like this:\n\n```\ndocs/okf/├── index.md├── endpoints/│   ├── index.md│   ├── create-order.md│   └── get-order.md└── runbooks/    └── deploy-rollback.md\n```\n\nendpoints/create-order.md, generated straight from the route handler:\n\n```\n---type: API Endpointtitle: Create Orderdescription: POST /orders - creates a new order and reserves inventory.resource: /api/v1/orderstags: [orders, checkout]timestamp: 2026-07-26T00:00:00Z---\n# Request\n| Field       | Type   | Required ||-------------|--------|----------|| customer_id | string | yes      || items       | array  | yes      |\nCalls inventory reservation. See [deploy-rollback.md](/runbooks/deploy-rollback.md) for rollback steps if reservation fails downstream.\n```\n\nThat file didn’t come from a database export or a schema registry. Claude read the handler code and the deploy runbook, then wrote both a spec-conformant concept file and the link between them.\n\nGoogle Cloud calls OKF v0.1 a starting point, not a finished standard, expected to evolve as more producers and consumers emerge. That’s already visible: the [live spec](https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md) has moved to v0.2, adding provenance, trust, lifecycle, and attestation as first-class concerns while keeping the core format just as unopinionated. Minor bumps add backward-compatible fields; major bumps can rename required fields or change reserved filenames.\n\nIf you’re building or maintaining agent context today: stop writing a bespoke pipeline per project. Write knowledge once, as markdown with a type field, link concepts together, let any agent read it. Three conformance rules mean you can start with a single concept file and grow the bundle from there.\n\nThanks for reading! If you have any questions or feedback, please let me know on [Medium](https://medium.com/@kushalbanda) or [LinkedIn](https://www.linkedin.com/in/kushalbanda/)\n\n[Your AI Agents Keep Forgetting Everything. Google Just Changed How They Remember.](https://pub.towardsai.net/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember-f46a19a60808) was originally published in [Towards AI](https://pub.towardsai.net) on Medium, where people are continuing the conversation by highlighting and responding to this story.", "url": "https://wpnews.pro/news/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember", "canonical_source": "https://pub.towardsai.net/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember-f46a19a60808?source=rss----98111c9905da---4", "published_at": "2026-08-24 12:31:01+00:00", "updated_at": "2026-08-24 13:14:45.104128+00:00", "lang": "en", "topics": ["ai-agents", "developer-tools", "ai-infrastructure"], "entities": ["Google Cloud", "Open Knowledge Format", "knowledge-catalog", "BigQuery"], "alternates": {"html": "https://wpnews.pro/news/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember", "markdown": "https://wpnews.pro/news/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember.md", "text": "https://wpnews.pro/news/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember.txt", "jsonld": "https://wpnews.pro/news/your-ai-agents-keep-forgetting-everything-google-just-changed-how-they-remember.jsonld"}}