DEV Community

Cover image for Building a Graph-Based Pattern Detection System: What I Learned and Where It Led
Victor Okefie
Victor Okefie

Posted on

Building a Graph-Based Pattern Detection System: What I Learned and Where It Led

I built Ascent Ledger as a career diagnostic OS —

graph-based pattern detection on professional trajectories.
The product taught me more about AI system architecture
than almost anything else I built.
This is the technical story — what the graph approach
unlocked, what it cost, and how the thinking transferred
directly into PRISM and NexOps.

Why Graph Over Vector for Pattern Detection

  1. The limitation of vector similarity for career data: Vectors find similarity, graphs find structure
  2. A career trajectory is not a set of similar documents. It is a sequence of connected decisions with causal relationships
  3. Why FalkorDB: native graph queries, relationship traversal, pattern matching across nodes
  4. Code snippet: basic graph schema for career nodes and edges

The Pattern Recognition Layer

  1. What a "stall pattern" looks like in graph form vs in a CV
  2. How the system detects structural loops — the same role type, different company, no progression
  3. The difference between movement and ascent — the insight that became Epopteia's philosophy
  4. Code snippet: pattern detection query in graph syntax

What Graph Architecture Taught Me About PRISM

  1. The cross-reference validation problem in legal documents is the same problem as career pattern detection, finding structure across connected nodes, not just similar chunks
  2. How the graph thinking transferred: PRISM's internal reference mapping uses the same relational logic
  3. Why this matters: a legal document is a graph, not a sequence of paragraphs
  4. Code snippet: document reference mapping as a graph traversal

The Lesson About Building AI for High-Stakes Contexts

  1. Pattern detection only has value when the user can trust the pattern
  2. The auditability problem: a graph pattern means nothing if the user cannot see how the system found it
  3. How this became the foundation of PRISM's forensic citation layer show the path, not just the conclusion
  4. The architectural principle: never surface a result without surfacing the reasoning

The systems I build now are different because of what

building Ascent Ledger taught me about the relationship
between structure and trust.
A pattern the user cannot verify is just a claim.
A result without a path is just a guess.
Left of Bang systems show their work.
That is the only standard worth building to.

Top comments (0)