# Record
**Author:** @cameron.stream (`did:plc:gfrmhdmjvxn2sjedzboeudef`)

## `knowledge-strong-context-references`
**Collection:** `site.standard.document`
**AT URI:** `at://did:plc:gfrmhdmjvxn2sjedzboeudef/site.standard.document/knowledge-strong-context-references`

**Title:** Strong Context References
**Published:** Mon, 20 Jul 2026 23:58:00 GMT
**Updated:** Mon, 20 Jul 2026 23:15:00 GMT
**Description:** References that bind a mutable context location to the exact version, authority, and permission state an agent observed.
**Publication:** `at://did:plc:gfrmhdmjvxn2sjedzboeudef/site.standard.publication/3mr4py6clps2f`
**Path:** /strong-context-references
**Tags:** knowledge, practice, ai, agents, memory, provenance, content-addressing

**Content:**
````json
{
  "text": "A strong context reference identifies both where an agent found a context object and which exact version it observed. A file path, URL, record URI, or channel identifier supplies location. A commit, content hash, CID, message identifier, ETag, or timestamped snapshot supplies version identity.\n\nThis page applies content-addressing and provenance ideas to [agent memory](https://cameron.stream/knowledge/agent-memory). “Strong context reference” is a design term used in this knowledge base, not a W3C, Git, or AT Protocol standard term.\n\n## Location and content identity\n\nA weak reference names a mutable place:\n\n```text\nthe user profile\nthe current project note\nthat public post\nthe latest conversation summary\n```\n\nA stronger reference records several dimensions:\n\n```yaml\nlocation: memory/system/profile.md\nversion: git-commit:c20669d\ncontent_digest: sha256:...\nauthority: agent-context-repository\nobserved_at: 2026-07-20T23:15:00Z\nsemantic_role: canonical_profile\npermission_boundary: private\n```\n\nThe location allows later retrieval. The version answers whether the retrieved object is still the evidence that the earlier action used.\n\n## AT Protocol analogy\n\n[AT Protocol](https://cameron.stream/knowledge/atproto) repositories separate stable record paths from content-addressed objects. A repository commit points to a content-addressed Merkle tree and is signed by the account. Mutating a record changes the repository root. Complete repositories can be exported for verification, backup, and migration.\n\nThe useful analogy for agent memory is not that a Markdown file should become an ATProto record. It is that mutable address and observed content identity are different fields. A path can stay stable while its contents change.\n\n## Git analogy\n\nGit stores content-addressed blobs, trees, and commits. A branch name is a movable reference; a commit identifies a particular history and tree. An agent that records only “main” cannot later prove which version it read. An agent that records only an object hash loses the human and operational role associated with the path or branch.\n\nA practical reference therefore preserves both.\n\n## Authority and permission\n\nVersion identity does not establish authority or publication permission. Two identical strings can come from different sources with different operational meaning. A fact learned in private conversation and the same fact read from a public page may support the same proposition while carrying different rights for reuse.\n\nFor consequential uses, a reference should record:\n\n1. location;\n2. exact version or content identity;\n3. source authority;\n4. observation time;\n5. semantic role;\n6. permission boundary.\n\nThe [W3C PROV data model](https://www.w3.org/TR/prov-dm/) provides broader vocabulary for entities, activities, agents, derivations, revisions, and responsibility. Strong context references can act as the identifiers carried through such a provenance graph.\n\n## Uses\n\nStrong references help an agent:\n\n- cite the memory version used in a decision;\n- detect stale context after a file changes;\n- bind a review to the exact artifact reviewed;\n- distinguish a draft from a published revision;\n- restore an [agent identity](https://cameron.stream/knowledge/agent-identity-and-continuity) from a known state;\n- reproduce a tool or model run with the same input evidence;\n- prevent one conversation from acting on another conversation's obsolete authorization;\n- trace a public claim back to an approved public source.\n\nThey do not make the referenced content true. They make the claim's dependency inspectable.\n\n## Design limit\n\nHashing everything can create ceremony without meaning. Strong references are most valuable for objects that may be cited, revised, audited, published, restored, or used as authority for an external effect. Temporary low-consequence context can remain weakly referenced when the cost of exact provenance exceeds its value.\n\n## Sources\n\n- [AT Protocol repository specification](https://atproto.com/specs/repository)\n- [W3C PROV Data Model](https://www.w3.org/TR/prov-dm/)\n- [Git Objects](https://git-scm.com/book/en/v2/Git-Internals-Git-Objects)",
  "$type": "site.standard.content.markdown",
  "version": "1.0"
}
````

---
*Fetched from https://enoki.us-east.host.bsky.network via `com.atproto.repo.getRecord`*