OpCon Graph
Turning scattered context into durable AI memory
OpCon Graph is an architecture and operating model for building knowledge graphs maintained by AI agents. It transforms unstructured information into connected facts, events, entities, sources, questions, relationships, and decisions.
LifeGraph is the first practical implementation of the architecture: a private personal knowledge system used to test OpCon Graph in a real operating context.
The problem
Useful context is usually fragmented across notes, conversations, documents, task managers, calendars, financial tools, and isolated AI sessions.
Traditional knowledge bases require constant manual organization. AI assistants can process individual requests well, but often lack durable memory, reliable provenance, and access to current operational context.
As a result:
- users repeatedly explain the same context;
- relationships between facts disappear;
- assumptions can be mistaken for facts;
- decisions lose their original reasoning;
- recommendations are disconnected from current constraints;
- external data becomes duplicated or outdated.
I created OpCon Graph to make knowledge continuously usable without requiring the user to maintain its structure manually.
The approach
The user provides information naturally: a note, event, message, link, question, task, observation, or decision idea.
Specialized agents then:
- preserve the original input or an explicit redaction;
- classify the information;
- create or update structured records;
- connect records through typed relationships;
- attach source, time, confidence, status, and privacy metadata;
- identify contradictions and missing evidence;
- retrieve relevant context when a question is asked;
- propose an action, fallback, and review conditions.
Unstructured input
-> preserved source
-> structured knowledge
-> typed relationships
-> relevant context
-> traceable decision The goal is not to store more information. It is to turn accumulated knowledge into a working system of memory and evidence.
Source-aware knowledge model
OpCon Graph uses a machine-first graph model built around several principles:
- raw input preserves what entered the system;
- events represent change;
- facts are atomic sourced claims;
- entities represent the current known state;
- relationships are typed and evidence-backed;
- inferences remain separate from facts;
- decisions cite evidence and preserve review conditions;
- obsolete knowledge is superseded instead of silently deleted.
Every structured record carries metadata such as identity, record type, timestamps, privacy, sensitivity, source lineage, status, and relationships.
This makes an answer inspectable: the user can see which evidence was considered, which assumptions were made, and what could change the recommendation.
External resources remain independent
OpCon Graph does not copy every connected dataset into one centralized database.
External budgeting tools, calendars, task managers, CRMs, repositories, and other systems remain independent graph nodes and sources of truth. Specialized agents retrieve only the context required for the current task.
This avoids:
- duplicated data;
- stale copies;
- unnecessary synchronization;
- forcing every tool into one data model;
- uncontrolled centralization of sensitive information.
Any compatible resource can potentially become a node if it exposes an API, MCP server, CLI, or another programmable interface.
Configurable advisors
OpCon Graph supports configurable advisor archetypes that analyze the same evidence through different perspectives.
An advisor can define:
- its point of view;
- what it optimizes for;
- its likely blind spots;
- the questions it asks;
- its communication style;
- its evidence rules;
- its operating boundaries.
The current implementation includes six advisor archetypes covering balanced analysis, asymmetric risk, antifragility, Stoic reasoning, negotiation and incentives, and AI strategy.
Advisor interpretations never become facts automatically. Their recommendations remain separate from the evidence and require user acceptance before becoming decisions.
From knowledge storage to decision support
The system does not stop at retrieving information.
When enough evidence exists, OpCon Graph converts analysis into a decision checkpoint:
- what is known;
- what remains uncertain;
- which options are available;
- the default recommendation;
- the next concrete action;
- the fallback;
- what evidence could change the recommendation;
- when the decision should be reviewed.
A decision-sufficiency guard prevents agents from repeating analysis when no new evidence can change the outcome.
The user retains control over final decisions and consequential external actions.
An important early failure
The first implementation attempted to structure information too aggressively. The system began creating unnecessary organization instead of preserving the user's actual knowledge.
I temporarily reduced the workflow to raw intake, then rebuilt it around explicit record types, source lineage, confidence, and clear boundaries between facts and interpretations.
This failure shaped a central design principle:
Automation should reduce organizational work without inventing knowledge or hiding uncertainty.
Separating the platform from its first implementation
The project began as LifeGraph, a personal knowledge system.
As reusable patterns emerged, I separated the concepts:
- OpCon Graph became the reusable architecture, package, model contracts, templates, and validation tools.
- LifeGraph remained the private implementation with its own local roles, permissions, advisors, and knowledge.
The current repository contains both layers, but the package boundary is now explicit. The active implementation is bound to OpCon Graph package 0.3.0 through configuration and 23 hash-pinned package files.
Exploring and rejecting unnecessary infrastructure
A PostgreSQL-backed storage path was explored as part of the architecture.
For the active personal implementation, the additional operational complexity was not justified. Local Markdown was selected as the sole active knowledge store, while PostgreSQL remains an optional storage contract in the reusable architecture.
The return to Markdown was treated as a compatibility problem rather than a simple file migration:
- historical records were preserved byte-for-byte;
- new records were required to follow the current schema;
- raw inputs became immutable;
- known historical lineage gaps remained visible;
- package files were pinned by exact hashes;
- unexpected package drift caused validation to fail closed;
- generated indexes remained rebuildable projections.
The return was verified against a baseline of 1,572 records and 845 domain edges.
Fourteen isolated synthetic checks covered intake, updates, typed relationships, metadata, raw immutability, invalid writes, storage routing, and package drift.
Privacy and governance
Private knowledge is local and excluded from Git.
The public repository contains only:
- architecture;
- contracts;
- agent definitions;
- templates;
- documentation;
- validation tools;
- safe descriptions of external integrations.
It does not contain personal records, credentials, private service data, or sensitive decision evidence.
The repository also enforces:
- semantic versioning;
- matching project-log entries;
- privacy review markers;
- staged-content validation;
- package-integrity checks;
- pre-commit safeguards.
Project development history is kept outside the knowledge graph so that the graph is not polluted by its own implementation work.
Why it scales
OpCon Graph scales through composition rather than centralization.
New capabilities can be added as:
- new record types;
- specialized agents;
- configurable advisors;
- external resource nodes;
- alternative storage implementations;
- rebuildable search or visualization projections.
The shared model remains stable while individual implementations choose their own data, roles, integrations, permissions, and storage mode.
The current implementation validates architectural extensibility. It does not yet claim proven performance at millions of records or large-scale concurrent use.
Where it can be applied
Potential applications include:
- personal knowledge and decision support;
- project and product intelligence;
- organizational memory;
- research and evidence synthesis;
- customer and account context;
- cross-tool operational intelligence;
- long-term memory for AI agents;
- systems where decisions require traceable evidence.
The architecture is especially useful when context must persist over time, provenance matters, and existing systems must remain independent sources of truth.
Example use case
A user is deciding whether a professional workshop fits their goals, available budget, and schedule.
01 - Capture the facts
The workshop, goal, deadline, costs, and constraints are recorded.
Output: Structured, source-linked context.
02 - Ask the question
The user asks whether to attend, purchase the recording, or skip it.
Output: A decision question linked to relevant evidence.
03 - Check current resources
OpCon Graph checks an external budgeting tool and calendar.
Output: Current context without copying external data.
04 - Compare the options
Each option is evaluated by cost, timing, value, and reversibility.
Output: Clear and traceable trade-offs.
05 - Apply an advisor lens
An antifragility advisor examines downside exposure and optionality.
Output: An interpretation that remains separate from facts.
06 - Recommend an action
OpCon Graph proposes an option, fallback, and review conditions.
Output: An evidence-based action with an inspectable decision trail.
Current outcome
The project has progressed from an experimental personal graph into a versioned implementation of a reusable agent-maintained knowledge architecture.
Current verified metrics:
- Project version: 0.7.0
- OpCon Graph package: 0.3.0
- 6 documented development days
- 14 commits
- 1 repository author
- 95 public project files
- Approximately 7,274 lines of documentation, configuration, templates, and code
- 11 specialized agent roles
- 6 advisor archetypes
- 11 active record templates
- 8 model and storage contracts
- 23 hash-pinned package files
- 14 isolated synthetic compatibility checks
- 1,572-record compatibility baseline
- 845 verified domain edges
Working hours, AI-token usage, development cost, and productivity improvement were not measured and should not be claimed.
Short version
OpCon Graph is a source-aware knowledge architecture for AI agents. It transforms unstructured information into connected evidence, retrieves current context from independent external resources, and supports traceable decisions through specialized agents and configurable advisors. LifeGraph is its first practical implementation.