Videos BEKc4P87XKo
Agentic Engineering: Working With AI, Not Just Using It — Brendan O'Leary
Scene timeline
56 shot(s).
keyframes kept every frame deduplicated
What was stored
- cues
- 285
- whisperx 285
- chunks
- 49
- from 285 cues
- keyframes
- 27
- kept of 56 captured
- frames with text
- 27
- 355 lines read
- chapters
- 0
- from the source metadata
- keyframe bytes
- 5.2 MB
- word timings on 285 cues
Provenance
| stage | state | model | started | took |
|---|---|---|---|---|
fetch |
done | — | 2026-08-10 01:40 | 1m 30s |
stt |
done | — | 2026-08-10 01:41 | 30s |
chunk |
done | — | 2026-08-10 01:42 | 0s |
text_embed |
done | — | 2026-08-10 19:46 | 1s |
keyframe |
done | — | 2026-08-10 01:42 | 2m 36s |
ocr |
done | — | 2026-08-10 01:44 | 14s |
frame_embed |
done | — | 2026-08-10 19:46 | 5s |
Frames, and what the machine read
-
- Agentic Engineering1.00
- Working With AI, Not Just Using It0.99
-
- The Paradigm Shift1.00
- From autocomplete to teammates1.00
-
- The Paradigm Shift1.00
- From autocomplete to teammates1.00
- 20201.00
- 20221.00
- 2025+1.00
- Autocomplete1.00
- Copilots1.00
- Agents1.00
- Finish your line0.99
- Suggest functions1.00
- Execute tasks1.00
- 90% of tech workers now use AI at work0.99
- - Google DORA Report0.99
-
- The mental model shift:1.00
- AI as an energetic, enthusiastic junior developer1.00
- "We are no longer just using machines, we are now working with1.00
- them.0.99
- - Armin Ronacher, creator of Flask0.99
-
- The Agent-Model Architecture1.00
- Three-way collaboration: You + Agent + Model1.00
- You1.00
- Agent1.00
- Model1.00
- Direction & judgment0.99
- Runs locally in your IDE0.98
- Runs in the cloud1.00
- The thinking1.00
- Kilo Code, Cursor, Claude Code0.98
- Claude, GPT, Gemini0.97
- A0.99
- Agents are an illusion - models are stateless0.99
- The only way to get better output is to put better tokens in1.00
-
- Context Engineering0.98
- What you put in determines what you get out - and1.00
- it costs more than you think1.00
- "Context engineering is the delicate art and science of filling the context window0.99
- with just the right information for the next step." - Andrej Karpathy0.99
-
- Problem 1: Context is expensive1.00
- Every token you add to the context window costs money - and the cost scales fast.0.99
- 10K1.00
- 200K1.00
- 600K1.00
- 1M+1.00
- tokens1.00
- tokens1.00
- tokens1.00
- tokens1.00
- ~$0.030.99
- ~$0.601.00
- $1.50+1.00
- More context ≠ better results0.98
- You're paying for noise, not signal1.00
- And even if cost weren't an issue - more context actually makes the model worse.0.99
-
- Problem 2: More context makes the model0.99
- dumber1.00
- It's not just about money. Quality degrades well before you hit the context limit.0.99
- Smart Zone I Dumb Zone →0.98
- 0%1.00
- ~50%1.00
- 100%1.00
- The MCP Trap1.00
- The Benchmark1.00
- Loading every MCP server you have means0.99
- Stay under 50% context utilization when0.99
- you're starting every task already in the0.99
- possible. The model gets worse and your costs1.00
- dumb zone - before you've typed a single0.99
- get worse as you approach the limit.1.00
- word.1.00
- - Dex Horthy0.98
- But context bloat isn't the only risk. Sometimes the problem isn't quantity - it's qu0.99
-
- Problem 3: Bad context poisons everything1.00
- Once bad information enters the context window, the model treats it as ground truth - and0.99
- builds on it.0.98
- 萬0.73
- Common sources1.00
- The fix0.97
- Task mixing1.00
- Leftover context from a previous, unrelated task0.99
- Outdated comments0.99
- Stale docs and ToD0s that no longer reflect reality0.99
- Start a new session1.00
- You can't think your way out of a poisoned1.00
- Massive debug logs1.00
- context. Don't try to fix it - reset it.0.99
- Thousands of lines of noise drowning out the signal1.00
- Compounding hallucinations1.00
- An early AI mistake that every subsequent response0.99
- builds on1.00
- So context is expensive, it degrades quality, and bad context corrupts outputs. How do you1.00
-
- The solution: four ways to manage context0.99
- Every context engineering decision falls into one of these categories.1.00
- Write Context1.00
- Select Context1.00
- Persist information outside the window so1.00
- Pull only what's relevant for this step - not0.99
- it's available without filling it up1.00
- everything that might be useful0.98
- Scratchpads, memory files, CLAUDE.md0.99
- RAG, @-mentions, file references1.00
- Compress Context1.00
- Isolate Context1.00
- Reduce what's already in the window to just1.00
- Split work across separate sessions so no0.99
- the tokens the task actually needs1.00
- single window accumulates everything1.00
- Summarization, trimming logs1.00
- Parallel agents, task separation1.00
-
- The habit that ties it together0.99
- You don't need to think about all four strategies on every task. You need one default0.99
- behavior.1.00
- One task per session1.00
- Watch the meter1.00
- When in doubt, restart0.99
- Finish the task, close the0.99
- If you're past 50%, you're0.98
- Something feels off? Don't0.99
- session. Start fresh for1.00
- already in the dumb zone.0.99
- debug the AI. Start a new1.00
- the next one.0.99
- Wrap up or restart.0.98
- session.1.00
- Frequent new sessions aren't a sign of confusion - they're a sign0.99
- of discipline.0.99
- "Context engineering is the delicate art and science of filling the context wi1.00
- with just the right information for the next step." - Andrej Karpathy0.99
-
- Research → Plan →0.96
- Implement1.00
- The workflow that went viral on HackerNews1.00
Transcript
285 cues· 4,964 words· 26,260 chars
- 0:00 Let's talk a little bit about what I mean by agentic engineering.
- 0:04 And let's maybe start with a question.
- 0:07 If I were to ask you right now, how are you using AI in your work?
- 0:11 Could you actually really explain it?
- 0:13 Not just, you know, it helps me code faster, it can write code really fast, but like the real workflow, what you hand off, what you keep, how you decide in between.
- 0:26 Most engineers can't, and that's a little wild to me because 90% of engineers are already using AI tools or have used them.
- 0:33 Maybe only half of them are using them on a regular basis, but that's a number that's definitely growing all the time.
- 0:39 And that's the current state.
- 0:41 So the question isn't whether your team is using AI.
- 0:44 They are.
- 0:45 The question is whether you're getting the most out of it or you're just kind of auto-completing your way through the day.
- 0:52 That gap between using AI and being able to articulate how you work with it, that's what this talk is all about.
- 1:01 And really, I think it represents a paradigm shift of how we think about AI.
- 1:07 And, you know, the history of AI and software engineering is moving very fast.
- 1:12 It's also very surprisingly short, right?
- 1:15 In the early 2020s, we got tools that could finish the lines for you.
- 1:19 You'd type, you know, half of a function signature and the model would guess the rest of it.
- 1:24 You know, kind of like autocomplete on steroids.
- 1:26 It's a neat trick.
- 1:29 And then in 2022, models started to be able to suggest entire functions, right?
- 1:33 You could describe what you wanted and chat with a model and maybe get a working implementation back.
- 1:39 And this is where GitHub Copilot first came on the scene and broke through and millions of developers started using it.
- 1:45 And for the first time, it was starting to seem like maybe AI wasn't a novelty.
- 1:49 Maybe it was generally useful.
- 1:52 But then in 2025, something really broke.
- 1:55 It's what we're living in now in 2026.
- 1:59 The models don't just suggest they can execute.
- 2:02 They can take a task and break it down and figure out which files need to be touched and make the changes and run the test themselves and then come back with an actual pull request.
- 2:13 And so that's not just fancy autocomplete.
- 2:16 It's not just a faster horse.
- 2:18 It's a collaborator.
- 2:19 It's a different way of working.
- 2:22 And Armand, the creator of Flask for those Python folks here, put it, I think, perfectly.
- 2:27 We're no longer just using machines.
- 2:30 We're now working with them.
- 2:32 And that framing, I think, captures this real shift, right?
- 2:36 Tools are things that you pick up and put down.
- 2:38 You use a hammer.
- 2:40 You don't work with a hammer.
- 2:42 But the AI coding agents we have today, they're kind of somewhere more in between.
- 2:46 And they're maybe a little bit more like working with another engineer, right?
- 2:51 Now it just happens to be an engineer who's read every stack overflow answer ever written.
- 2:57 And I think that needs a mental model shift.
- 3:00 And this is the mental model I want you to carry through the rest of this video and honestly through the rest of your, you know, next couple years of your career and working with these tools.
- 3:08 I do think they're still tools, but we have to think about them differently.
- 3:12 you kind of have to think about your AI agent as an energetic, enthusiastic, extremely well-read, often confidently wrong junior developer.
- 3:25 That junior developer is incredibly fast.
- 3:27 They don't easily get tired.
- 3:30 They don't have any ego about their code.
- 3:32 They'll happily rewrite something six times if you ask them to.
loading