Graph Files

Like M-Files, but built for agents. Every document governed.

A metadata-first document knowledge system for the agentic era. Every document is a node in a knowledge graph. Every node and edge is governed by parviGov.

Agent-Native Content-Addressed Governed by parviGov FriendlyAI
The Problem

Folders lie. Search does not connect. Metadata was built for humans, not agent fleets.

Documents are the lifeblood of every organization. And yet, the way organizations manage documents is fundamentally broken.

Folders Lie

A file's path tells you where someone put it, not what it is, not what it relates to, not what depends on it.

Search Disconnects

Search helps you find a document but does not tell you how documents connect. Relationships are buried in prose.

Built for Humans

Existing metadata systems were built for humans clicking through desktop interfaces, not for agent fleets that need to address, traverse, and act programmatically.

The Vision

Every document is a node in a knowledge graph.

Every node and edge is governed by parviGov. Content-addressed, hash-based identity. Agents address documents by stable identity, traverse typed links, and act under policy with provable actions.

DERIVED_FROM SUPPORTS_CLAIM BELONGS_TO_CASE SUPERSEDES SUPPORTS_CLAIM Source hash: a3f... Report hash: 7b2... Claim hash: c9e... Case hash: f1d... v2 Report hash: 4a8... Decision hash: e5c...

Every node content-addressed. Every edge typed and witnessed. Traversable by agents.

The Lesson

M-Files made metadata the center for humans. Graph Files does it for agents.

M-Files built a Finnish company into a global enterprise by recognizing that what a document is matters more than where it sits. Graph Files takes that lesson and applies it to the agentic era.

M-Files (Human Era)

  • Primary user: human at desktop
  • Organized by class and metadata
  • Human-readable interfaces first
  • No cryptographic governance
  • Path-based or ID-based identity
  • Clicking through UI

Graph Files (Agent Era)

  • Primary user: AI agent or agent platform
  • Addressed by stable content identity
  • Multi-agent native API first, human views secondary
  • Every node and edge governed by parviGov
  • Content-addressed, hash-based identity
  • Typed graph links, traversed programmatically
Architecture

Four pillars. One governed knowledge plane.

PILLAR 01
Context Metadata

Every document has a class, required properties, lookups, and relationships. Class drives structure. Structure drives findability.

PILLAR 02
Content Identity

Documents identified by hash, not by path. Content-addressed means identity is intrinsic. Change the content, change the identity. Humans see friendly names. Agents work with verifiable identifiers.

PILLAR 03
Agent Witness

Every interaction — ingestion, extraction, decision, publication — produces an AWP-signed receipt. The knowledge graph is a governed record of who touched what, when, and why.

PILLAR 04
Multi-Agent Native API

Designed as a plane that agent platforms use as a first-class client. Not a desktop app with an API bolted on. Agent-native from the start.

PostgreSQL
Relational integrity
Apache AGE
Graph traversal
pgvector
Semantic similarity
Structured Relationships

Not flat tags. Typed, semantic, traversable links.

Agents traverse the knowledge graph intelligently. An agent can ask: show me everything that supports this claim. Show me the derivation chain. Show me what supersedes what. The graph answers.

Identity

Paths change. Files move. URLs break. A content hash is forever.

Every document has a content identity based on its hash. Not a path. Not a URL. A cryptographic fingerprint of the content itself.

CONTENT HASH
sha256: a3f5e8c2b1d4f6a9
c7e2b8d3a5f1e9c4b6
d8a2f7e3c1b5d9f4a6e8...
Change one byte of the document and the hash changes completely. Identity is intrinsic to content.
Stable identity across moves and renames
Verifiable: hash the document, match the identity
No folder archaeology or path myths needed
Agents ask for what they need by intrinsic identity
Tamper-evident: modification changes identity
Governance

The document knowledge system is simultaneously a document evidence system.

You cannot separate what the documents say from proof that agents handled them correctly. Every node, every edge, every interaction produces cryptographic evidence.

STEP 1

Ingest

STEP 2

Extract

STEP 3

Decide

STEP 4

Publish

EVERY

Witnessed

Ingestion Witnessed

When a document enters the graph, the act is witnessed. Content hash recorded. Provenance sealed.

Extraction Witnessed

When information is extracted, the extraction is witnessed. What was read, by whom, when.

Decision Recorded

When a decision is made based on documents, the decision and its basis are recorded. Traceable forever.

Publication Governed

When a document is published or shared, the publication is governed. Who shared, what, to whom.

Use Case — Justice System

Chain of evidence, made cryptographic and tamper-proof.

A piece of evidence is collected, logged, transferred, analyzed, presented, and stored. Every step must be provable. In most systems today, this chain relies on human discipline and editable logs.

Today: Paper Trail

Officer writes a receipt
Lab technician signs a form
Clerk files a document
Logs are editable
If chain breaks, case collapses

Graph Files: Cryptographic Graph

Evidence collected = governed node with hash
Transfer = typed link (DERIVED_FROM)
Analysis = governed node connected to original
No one can edit. No one can insert a fake step.
Every step provable, forever, by anyone.
Use Case — Corporate Accountability

Who approved what, when, and on what basis. Provable.

In most companies, this trail is scattered across email threads, Slack messages, signed PDFs, and shared drives. Reconstructing who approved what is a forensic nightmare. Graph Files makes it automatic.

01

Proposal

02

Approval

03

Execution

04

Review

Each step is a governed node. The approval is a SUPPORTS_CLAIM typed link. The approver's identity, timestamp, and basis are sealed in an AWP-signed receipt. When a regulator asks for proof, the entire decision lifecycle is a traversable, verifiable graph — generated automatically, in real time.

Market

Built for the world that is coming.

Platform Builders

A document evidence plane for multi-agent systems. If you build agent platforms, you need a place where documents live, connect, and are governed.

Justice Systems

Chain of evidence, tamper-proof documentation, provable custody. Every step cryptographic. Every transfer witnessed.

Corporate Accountability

Who approved what, when, on what basis. Provable. Generated automatically in real time. Not reconstructable after the fact.

Agentic Enterprises

Companies where AI labor handles document-heavy processes. These organizations need documents that agents can trust, prove, and act on.

Current Status — Honest

Designed and approved thesis. Functional MVP. Moving to production.

Done
Architecture decision record approved
Core graph operations functional
Content-addressed storage built
parviGov integration working
MVP operational
In Progress
Schema refinement
Node and edge definitions
Metadata card structures
AWP hooks integration
Not Yet
Production hardening
Multi-tenant authentication
Full web interface
External connectors
Workflow engine, full-text search

This is stated honestly. Graph Files is a designed and approved thesis with a functional MVP, moving toward production. It is not a finished product. But the direction is locked — and when it ships, it will be the only agent-native, governed, content-addressed document knowledge system in the market.

Graph Files

Nobody else is building this.

Document management systems do not have cryptographic governance. Document AI tools do not have content-addressed identity. Knowledge graph platforms do not have agent-native APIs with cryptographic witness.

Graph Files. Document context for agent fleets, with proof in every node.

For platform builders and regulated industries.

If you build agent platforms or work in justice, compliance, or regulated document workflows — let's talk.

Start the Conversation View AWP on GitHub
Company friendlyai.fi
Contact dev@friendlyai.fi
YouTube @FriendlyAI_fi
01 / 13