Graph engineering

A harness runs one agent; a graph decides how many agents, tools, people and facts fit together. This page explains what graph engineering means, the different kinds of graph it covers, how much of Y Combinator's 2026 output does it, and what we expect to come next.

Researched October 2026. This is the companion to our page on AI harnesses and uses the same method. Claims about other people's work cite a source (G1 to G15, listed at the end). The YC figures are our own count from YC's public directory; the method and its limits are written out. The last section is a prediction and is labelled as one.

1. What graph engineering is

A graph is nodes joined by edges. In graph engineering the nodes do the work, and a node can be plain code, one model call, a tool call, a human approval, or a whole agent with its own harness. The edges decide what runs next: some are fixed, some are chosen at run time by code or by a model. A shared state travels along the edges, so each node sees what the earlier ones did. G1

The point is control. A single agent decides its own next step, which is right for open-ended work and risky for everything else. A graph lets you say "classify before answering", "look at the repo before proposing a change" or "get approval before anything leaves the building", and have that hold every time. G1 Anthropic drew the same line in 2024: workflows run LLMs and tools "through predefined code paths", while agents direct their own process. Its five workflow patterns (prompt chaining, routing, parallelisation, orchestrator and workers, evaluator and optimiser) are all small graphs. G5

Production graphs are usually not DAGs (directed acyclic graphs, the shape data pipelines use). They have cycles, for retries, validation and waiting on a person. A loop is just the simplest cyclic graph, with one node. G1

Where the name came from

One honest complication: "graph" means two different things in AI. Most of the 2026 talk is about control-flow graphs (which step runs next). The older meaning is knowledge graphs (which facts are connected). Both are covered below because products increasingly use both at once.

2. Kinds of graph, with real examples

KindWhat the graph holdsExamples
Agent and workflow graphs Steps and agents as nodes, routing as edges, shared state, checkpoints and human pauses. LangGraph (65M+ downloads a month, by LangChain's count); Google ADK 2.0, rebuilt in 2026 around a graph-based workflow engine; Microsoft Agent Framework workflows, the successor to AutoGen, whose own GraphFlow is now in maintenance mode G1 G3 G6 G7
Reasoning flows A fixed sequence of model calls and tests for one kind of problem. AlphaCodium (Qodo, formerly CodiumAI); Anthropic's workflow patterns G4 G5
Swarms and fan-out One task split across many agents in parallel, then merged. A graph with a wide middle. Acyclic Labs, Superset, Emdash, Rindler, Composal and Aster, all YC 2026 (section 4) G14
Knowledge graphs for retrieval (GraphRAG) Entities and relationships pulled out of documents, so a model can answer questions about a whole collection, not just the closest paragraph. Microsoft GraphRAG, which beat plain vector search on whole-corpus questions in Microsoft's tests; LazyGraphRAG, which defers the expensive LLM work to query time to cut indexing cost G8 G9
Memory graphs for agents What an agent has learned, as facts that change over time, with old facts marked out of date rather than deleted. Zep and its open-source engine Graphiti; YC's Hyper ("a self-maintaining knowledge graph" for AI employees) G10 G14
Workflow DAGs The older, deterministic lineage: scheduled pipelines whose steps never loop back. Apache Airflow, where a DAG "encapsulates everything needed to execute a workflow" G11

Named LangGraph users on LangChain's own site include Uber, Lyft, Cisco, Nvidia, Coinbase, ServiceNow, Workday, Elastic, Rippling, Harvey and Vanta. G12 That's a vendor's logo wall, so it shows who has adopted it, not how much of their work runs on it.

When a graph is the wrong tool

Graphs lose on open-ended work. GPT Researcher, a popular open-source research agent, replaced its graph-shaped pipeline with a single Deep Agents harness, and LangChain moved its own deep-research agent the same way: planning and delegation were too hard to fix in advance. G1 GraphRAG has its own cost: building the knowledge graph up front is expensive, which is the problem LazyGraphRAG was made to solve. G9 The rule of thumb that falls out: use a graph where the work has a known shape, and put one strong harness inside a node for the parts that don't.

3. How many Y Combinator startups do graph engineering?

Short answer: very few sell it, and almost none use the word. In our sample about 2% of YC's 2026 companies sell graph or multi-agent orchestration as their product (4% with a looser reading), and another 3% describe a product visibly built as a graph of agents. Nobody publishes an official count, so we made our own, the same way as on the harness page.

Our count: the words

We pulled every company in each 2026 batch from YC's public directory (via the open yc-oss mirror, updated 9 October 2026) and searched each one-liner and description. G14

BatchCompanies"Graph" or "ontology"Multi-agent, swarm or orchestration"Workflow"
Winter 20261981322
Spring 20261932528
Summer 20262311919
Fall 2026 (in progress)1230312
All 20267454 (0.5%)20 (2.7%)81 (10.9%)

The word "graph" barely appears: 4 companies of 745. The middle column over-counts: only 10 of its 20 matches are about coordinating AI agents; the rest are drone swarms, satellites, hardware test rigs, cloud VMs or model routing. "Workflow" is too broad to mean a graph on its own; it mostly means "a business process we automate". For comparison, 36% to 49% of these batches use the word "agent" (harness page).

Our count: reading the companies

Keyword counts can't tell what's under the hood, so we re-read the same random sample of 150 companies used on the harness page (drawn with a fixed seed from the 622 companies in Winter, Spring and Summer 2026) and asked a narrower question of each:

GroupWhat countsCompaniesShare
Sells graph engineeringA product for building or running graphs of agents or workflows: Jinba (enterprise AI workflows), Pentagon (a workspace where AI employees "coordinate"), Wato (shared memory and reusable workflows across agents)32%
Looser readingAdds tools that fan work out to many parallel agents without saying how they connect (Superset, Emdash) and shared agent memory (Mosaic)+3+2%
Built as a graph, visiblyA harness product whose description names several coordinated agents or a fixed multi-stage pipeline: CellType, AutoSitu, TovenAI ("six agents currently live"), Foaster, Cardinal53%
No visible graphEverything else, including most harness products, which may well use graphs inside but don't say so13993%

With a sample this size, the true share selling graph engineering is likely between 0.7% and 5.7% (strict) or 1.8% and 8.5% (loose), and the share with any visible graph between 4% and 13% (95% intervals). The sample had no knowledge graph or GraphRAG company at all; those exist in the batches (section 4) but are rare.

Limits, stated plainly. This measures what companies say, in YC's short marketing descriptions, sorted by one reader (us). It certainly under-counts companies that use graphs: LangGraph alone is downloaded 65 million times a month, and many of the 47% of companies we counted as harness products on the other page probably have a graph inside. G1 What the numbers do show is that, in 2026, graph engineering is something startups use, not something they sell. A second, independent reader would make this stronger.

4. Examples of graph-type products in YC 2026

From YC's 2026 directory, in the companies' own words and with their own figures, which we haven't checked. G14

5. What comes after graph engineering

The named layers so far: prompt, context, harness, loop, graph. G2 Each new name widened the frame, from one call, to one agent, to one agent repeating, to many agents wired together. The same pattern is likely to continue, so the question is what the next, wider frame is.

Our prediction (opinion, not reported fact)

We think graph engineering is a useful name for something mostly settled, and that the next shift is from drawing graphs to governing them. Over the next 12 to 24 months, with how sure we are:

  1. Agents will draw their own graphs (likely). Hand-drawn graphs suit known processes, but the tools already let a graph grow at run time: LangGraph's Send spawns as many workers as a task needs, and ADK 2.0 offers "dynamic workflows" in plain code. G1 G6 Swarm startups like Acyclic already split work on the fly. We expect the common case to become an agent that plans a graph, runs it and revises it, with people reviewing the graph rather than writing it. Graph engineering becomes graph review.
  2. The two meanings of "graph" merge (likely). A control-flow graph needs to know what the business is: which customer, which contract, which system owns which fact. That's a knowledge graph. Products like Tolmo already run agents on top of one. The 2026 survey's reading list puts ontology engineering, a shared model of the things a business deals with, at the top of its stack. G13 If the industry names the next layer, "ontology engineering" is our best guess for the word.
  3. The scarce part is governance (our main bet). Once graphs are generated, the hard questions are the same ones our harness page predicted: what each node may touch, how you know the graph's output is right, and what the whole run cost. Graphs make that harder, because a mistake in one node travels along the edges. Expect the money to go to identity and permissions per node, budgets per graph, checkpoints you can replay, and verification at the joins, not to graph-drawing tools.
  4. After that, organisation engineering (speculative). A graph of long-running agents with identities, budgets and approval rights is an org chart. YC's 2026 batches already include "workspaces for AI employees" (Pentagon) and "AI-native firms". The design problem after graphs may be the one companies have always had: who reports to whom, who can approve what, and how work is handed off. This is the least certain item here.

What this means for us: use graphs where a process is known (intake, review, approval, payment), keep one strong harness inside the nodes that need judgment, keep our data in open formats a knowledge graph can be built from later, and spend our effort on the checks between nodes.

Sources

  1. G1. Sydney Runkle and Harrison Chase, 3 years of graph engineering with LangGraph, LangChain, 22 July 2026.
  2. G2. Feng et al., Graph Engineering in the Era of LLM Agents: From Individual Intelligence to System Intelligence, arXiv 2608.21156, August 2026.
  3. G3. What is Graph Engineering? A Hands-On Guide to Multi-Agent Orchestration With LangGraph, DataCamp, 2026.
  4. G4. Ridnik, Kredo and Friedman, Code Generation with AlphaCodium: From Prompt Engineering to Flow Engineering, arXiv 2401.08500, January 2024.
  5. G5. Erik Schluntz and Barry Zhang, Building effective agents, Anthropic, 19 December 2024.
  6. G6. Announcing ADK Go 2.0, Google Developers Blog, 30 June 2026; ADK 2.0 documentation.
  7. G7. Microsoft Agent Framework reaches release candidate, Microsoft, 19 February 2026.
  8. G8. Edge et al., From Local to Global: A Graph RAG Approach to Query-Focused Summarization, Microsoft Research, arXiv 2404.16130, April 2024.
  9. G9. LazyGraphRAG: Setting a new standard for quality and cost, Microsoft Research blog, 25 November 2024.
  10. G10. Rasmussen et al., Zep: A Temporal Knowledge Graph Architecture for Agent Memory, arXiv 2501.13956, January 2025.
  11. G11. Apache Airflow, Dags (documentation).
  12. G12. LangChain, LangGraph product page (customer list, read October 2026).
  13. G13. DEEP-JLU, Awesome-Graph-Engineering, the reading list accompanying G2.
  14. G14. yc-oss/api, an open mirror of the YC startup directory, data as of 9 October 2026. Counts and sample on this page are our own.
  15. G15. Our companion page, AI harnesses, for the sample method and the harness counts referred to above.

Provided as is, for information only, with no warranty and no liability. Not legal or professional advice. Security and radio material is for authorized, lawful use only. Full disclaimer.

Visits are logged on our own server: IP address, browser and device details, and pages viewed. We use them to understand traffic and spot attacks, and never share or sell them.