WEBVTT

1
00:00:00.031 --> 00:00:18.560
I came on here to talk about a term I keep seeing going viral on Twitter. It's graph engineering. You've seen it. I've seen it, too. And I'll be honest, the first time I saw it, my reaction was, OK, is this a real thing or did we just invent another phrase to make everyone feel behind?

2
00:00:18.560 --> 00:00:40.987
because AI has this funny habit where every few weeks there's this new term that goes viral. Prop engineering, context engineering, agent engineering, vibe coding, loop engineering, and now graph engineering. Some of these phrases are hype. Some of them are actually useful. And graph engineering is one of the useful ones.

3
00:00:40.987 --> 00:00:58.098
because it gives you a much better way to think about how AI actually gets done. So in this episode, I'm going to explain graph engineering in plain English. By the end of this episode, I want you to be able to take one AI workflow you already run,

4
00:00:58.098 --> 00:01:16.407
like customer research, support triage, content production, or startup idea validation, and turn it into a simple map of steps, checks, handoffs, loops, and human approvals. So we're going to talk about all that and how you can do it. It's going to be clearly explained. So let's get into it.

5
00:01:24.355 --> 00:01:51.423
The simplest way to think about graph engineering is like this. Prompt engineering is how you ask the AI for a better question. And context engineering is how you give AI better information. But graph engineering is how you design the work around the AI so the whole thing stops living inside one messy giant AI chat.

6
00:01:51.828 --> 00:02:21.815
I'll give you an example. Imagine you're researching a new startup idea. The normal way most people use AI is they open up a chat and they say, should I build this idea? The model will give you a confident answer. It probably sounds pretty smart. It might give you the market size, a few competitors, maybe a go-to-market plan, and you feel like you did the research. But if you actually slow down, you realize something a little uncomfortable happened.

7
00:02:21.815 --> 00:02:50.772
One model in one pass decided what mattered, researched the market, interpreted the evidence, wrote the recommendation, and graded it in its own confidence. That's a lot of trust to put into one blob of text. In some cases, you might spend years of your life based on this one question that you asked, and you might be working on the wrong thing. The graph version looks a lot different. Right?

8
00:02:51.042 --> 00:03:18.869
So a planner first breaks the question into angles. One researcher looks at the customer. Another looks at competitors. Another looks at distribution. Another looks at pricing. Another looks at risks. Then a skeptic will try to kill the weak findings. Then a merger turns their surviving evidence into a one-page recommendation. And then you approve the decision before you act on it.

9
00:03:18.869 --> 00:03:41.684
The output might still be this written report, but the work behind it is just designed so much better. And that at its core is graph engineering. You're taking a messy AI task and turning it into a workflow that you can actually manage. Now, let's define the basic vocabulary without making this feel like a computer science lecture.

10
00:03:41.853 --> 00:04:05.410
By the way, I remember learning about one of my first classes in university was graph theory. And so it's a real throwback for me. I'll explain it to you in the clearest way possible. When people say graph, they basically mean jobs connected by arrows. Each job is a step in the workflow. The arrows show what happens next.

11
00:04:05.410 --> 00:04:25.120
And the shared notes moving through the workflow are the state, which is just a fancy way of saying, what does the system know so far? So that sounds technical for about five seconds. And then you realize that's actually how work gets done in the real world, in reality. You know, think about customer support.