read-only demo

Videos LC3-P7v3yoI

Skills are the New SDKs - Elvin Aghammadzada, DataRobot

index_state ready data_status ok

AI Engineer· published 2026-07-20· 0:26:39· en-US· indexed 2026-08-11 00:24

Open on YouTube

Scene timeline

  1. Shot 0, 0:00 to 0:03, 1 of 1 keyframes kept
  2. Shot 1, 0:03 to 0:07, 1 of 1 keyframes kept
  3. Shot 2, 0:07 to 0:20, 1 of 1 keyframes kept
  4. Shot 3, 0:20 to 0:56, 1 of 1 keyframes kept
  5. Shot 4, 0:56 to 1:22, 1 of 1 keyframes kept
  6. Shot 5, 1:22 to 1:49, 1 of 1 keyframes kept
  7. Shot 6, 1:49 to 2:16, 0 of 1 keyframes kept
  8. Shot 7, 2:16 to 2:48, 1 of 1 keyframes kept
  9. Shot 8, 2:48 to 3:04, 1 of 1 keyframes kept
  10. Shot 9, 3:04 to 3:48, 1 of 1 keyframes kept
  11. Shot 10, 3:48 to 4:03, 1 of 1 keyframes kept
  12. Shot 11, 4:03 to 4:36, 1 of 1 keyframes kept
  13. Shot 12, 4:36 to 5:10, 0 of 1 keyframes kept
  14. Shot 13, 5:10 to 5:35, 1 of 1 keyframes kept
  15. Shot 14, 5:35 to 6:03, 1 of 1 keyframes kept
  16. Shot 15, 6:03 to 6:31, 0 of 1 keyframes kept
  17. Shot 16, 6:31 to 7:07, 1 of 1 keyframes kept
  18. Shot 17, 7:07 to 7:38, 1 of 1 keyframes kept
  19. Shot 18, 7:38 to 8:08, 0 of 1 keyframes kept
  20. Shot 19, 8:08 to 8:40, 0 of 1 keyframes kept
  21. Shot 20, 8:40 to 8:42, 1 of 1 keyframes kept
  22. Shot 21, 8:42 to 9:19, 1 of 1 keyframes kept
  23. Shot 22, 9:19 to 9:47, 1 of 1 keyframes kept
  24. Shot 23, 9:47 to 10:18, 1 of 1 keyframes kept
  25. Shot 24, 10:18 to 10:50, 0 of 1 keyframes kept
  26. Shot 25, 10:50 to 11:21, 0 of 1 keyframes kept
  27. Shot 26, 11:21 to 11:48, 1 of 1 keyframes kept
  28. Shot 27, 11:48 to 12:14, 0 of 1 keyframes kept
  29. Shot 28, 12:14 to 12:32, 1 of 1 keyframes kept
  30. Shot 29, 12:32 to 12:36, 1 of 1 keyframes kept
  31. Shot 30, 12:36 to 12:39, 1 of 1 keyframes kept
  32. Shot 31, 12:39 to 12:58, 1 of 1 keyframes kept
  33. Shot 32, 12:58 to 13:30, 1 of 1 keyframes kept
  34. Shot 33, 13:30 to 14:03, 0 of 1 keyframes kept
  35. Shot 34, 14:03 to 14:41, 1 of 1 keyframes kept
  36. Shot 35, 14:41 to 15:18, 1 of 1 keyframes kept
  37. Shot 36, 15:18 to 15:54, 1 of 1 keyframes kept
  38. Shot 37, 15:54 to 15:56, 1 of 1 keyframes kept
  39. Shot 38, 15:56 to 16:22, 1 of 1 keyframes kept
  40. Shot 39, 16:22 to 16:49, 0 of 1 keyframes kept
  41. Shot 40, 16:49 to 17:15, 0 of 1 keyframes kept
  42. Shot 41, 17:15 to 17:41, 0 of 1 keyframes kept
  43. Shot 42, 17:41 to 18:08, 1 of 1 keyframes kept
  44. Shot 43, 18:08 to 18:34, 0 of 1 keyframes kept
  45. Shot 44, 18:34 to 19:01, 0 of 1 keyframes kept
  46. Shot 45, 19:01 to 19:27, 0 of 1 keyframes kept
  47. Shot 46, 19:27 to 19:53, 0 of 1 keyframes kept
  48. Shot 47, 19:53 to 20:20, 0 of 1 keyframes kept
  49. Shot 48, 20:20 to 20:46, 0 of 1 keyframes kept
  50. Shot 49, 20:46 to 20:52, 1 of 1 keyframes kept
  51. Shot 50, 20:52 to 21:15, 1 of 1 keyframes kept
  52. Shot 51, 21:15 to 21:18, 0 of 1 keyframes kept
  53. Shot 52, 21:18 to 21:37, 0 of 1 keyframes kept
  54. Shot 53, 21:37 to 21:48, 1 of 1 keyframes kept
  55. Shot 54, 21:48 to 22:13, 0 of 1 keyframes kept
  56. Shot 55, 22:13 to 22:39, 0 of 1 keyframes kept
  57. Shot 56, 22:39 to 22:42, 1 of 1 keyframes kept
  58. Shot 57, 22:42 to 23:11, 1 of 1 keyframes kept
  59. Shot 58, 23:11 to 23:46, 1 of 1 keyframes kept
  60. Shot 59, 23:46 to 24:31, 1 of 1 keyframes kept
  61. Shot 60, 24:31 to 24:34, 1 of 1 keyframes kept
  62. Shot 61, 24:34 to 24:38, 1 of 1 keyframes kept
  63. Shot 62, 24:38 to 25:04, 0 of 1 keyframes kept
  64. Shot 63, 25:04 to 25:29, 1 of 1 keyframes kept
  65. Shot 64, 25:29 to 25:55, 0 of 1 keyframes kept
  66. Shot 65, 25:55 to 25:56, 1 of 1 keyframes kept
  67. Shot 66, 25:56 to 26:33, 1 of 1 keyframes kept
  68. Shot 67, 26:33 to 26:39, 1 of 1 keyframes kept

68 shot(s).

keyframes kept every frame deduplicated

What was stored

cues
221
whisperx 221
chunks
47
from 221 cues
keyframes
44
kept of 68 captured
frames with text
44
597 lines read
chapters
0
from the source metadata
keyframe bytes
7.0 MB
word timings on 221 cues

Provenance

Each pipeline stage, its state and the model that produced it
stage state model started took
fetch done 2026-08-11 00:20 1m 29s
stt done 2026-08-11 00:22 28s
chunk done 2026-08-11 00:22 0s
text_embed done 2026-08-11 00:22 1s
keyframe done 2026-08-11 00:22 1m 10s
ocr done 2026-08-11 00:23 23s
frame_embed done 2026-08-11 00:24 8s

Frames, and what the machine read

  • 0:03 #0 done7 line(s)

    shot 0·sharpness 1109.0

    1. = DataRobot0.97
    2. Elvin1.00
    3. Aghammadzada1.00
    4. Data Science Engineer0.98
    5. AlEngineer0.98
    6. World's Fair0.96
    7. Skills Are the New SDKs1.00
  • 0:06 #1 done2 line(s)

    shot 1·sharpness 86.5

    1. DataRobot0.95
    2. Elvin Aghammadzada1.00
  • 0:16 #2 done10 line(s)

    shot 2·sharpness 1739.9

    1. DataRobot1.00
    2. Promise1.00
    3. By the end of this session, we WILL cover:0.99
    4. DataRobot0.99
    5. Context (engineering) challenges0.98
    6. —Why Skills matter?0.99
    7. —MCP vs. Skills0.98
    8. Elvin Aghammadzada1.00
    9. —Skills Ecosystem0.97
    10. 21.00
  • 0:45 #3 done8 line(s)

    shot 3·sharpness 1504.3

    1. DataRobot1.00
    2. Every Al app is actually THREE applications:1.00
    3. DataRobot0.98
    4. The one the user sees1.00
    5. The one the model sees1.00
    6. The one the data sees1.00
    7. Elvin Aghammadzada1.00
    8. Bugs live in the two we don't render.1.00
  • 1:12 #4 done14 line(s)

    shot 4·sharpness 5580.0

    1. DataRobot0.97
    2. Problem 1: Context Window Paradox1.00
    3. We've been promised 1M, 5M, even infinite context windows. This1.00
    4. explosion in capacity has reshaped our thinking on:0.98
    5. DataRobot0.96
    6. RAG seemed obsolete (why search for the right document when you1.00
    7. can include them all?)1.00
    8. MCP appeared limitless (connect every tool and let models handle1.00
    9. everything)1.00
    10. Elvin Aghammadzada0.97
    11. In reality: longer contexts don't create better responses. In fact,1.00
    12. overloading context causes agents and applications to fail in1.00
    13. unexpected ways. Contexts become poisoned, distracted by irrelevant0.99
    14. information, confused, and degraded by conflicting signals.1.00
  • 1:46 #5 done14 line(s)

    shot 5·sharpness 5577.4

    1. DataRobot0.96
    2. Problem 1: Context Window Paradox1.00
    3. We've been promised 1M, 5M, even infinite context windows. This0.99
    4. explosion in capacity has reshaped our thinking on:0.99
    5. DataRobot0.96
    6. RAG seemed obsolete (why search for the right document when you0.99
    7. can include them all?)1.00
    8. MCP appeared limitless (connect every tool and let models handle1.00
    9. everything)1.00
    10. Elvin Aghammadzada0.97
    11. In reality: longer contexts don't create better responses. In fact,1.00
    12. overloading context causes agents and applications to fail in0.99
    13. unexpected ways. Contexts become poisoned, distracted by irrelevant0.99
    14. information, confused, and degraded by conflicting signals.1.00
  • 2:10 #6 skipped

    shot 6·duplicate of #5

  • 2:26 #7 done9 line(s)

    shot 7·sharpness 2731.2

    1. DataRobot0.97
    2. THIS IS FINE.0.97
    3. Day in the life1.00
    4. DataRobot0.99
    5. Day 1: "Wow, we can fit everything!"1.00
    6. Day 7: "Why is it slower?"0.99
    7. Day 14: "Why is it giving wrong answers?"1.00
    8. Elvin Aghammadzada1.00
    9. Day 21: "The context is eating itself"1.00
  • 2:54 #8 done10 line(s)

    shot 8·sharpness 2845.0

    1. DataRobot0.97
    2. THIS IS FINE.0.98
    3. Day in the life0.99
    4. DataRobot0.99
    5. Day 1: "Wow, we can fit everything!"1.00
    6. Day 7: "Why is it slower?"0.99
    7. Day 14: "Why is it giving wrong answers?"1.00
    8. Elvin Aghammadzada1.00
    9. Day 21: "The context is eating itself"1.00
    10. absolutely righ0.97
  • 3:17 #9 done11 line(s)

    shot 9·sharpness 4318.6

    1. DataRobot0.97
    2. Problem 2: Docs have a new audience1.00
    3. DataRobot0.94
    4. Traffic to documentation sites is now 50% coding agents,0.98
    5. up from 10% a year ago. Traditional docs assume a human0.99
    6. reader – someone who can intuit, ask a follow-up, or0.99
    7. Elvin Aghammadzada1.00
    8. Google the confusing bit. Models can't do any of that.1.00
    9. That reasonable parameter name that every developer0.99
    10. understood? The model will hallucinate its value with1.00
    11. complete confidence.0.98
  • 3:50 #10 done6 line(s)

    shot 10·sharpness 554.7

    1. DataRobot0.97
    2. [Context Engineering] Skills0.99
    3. DataRobot0.98
    4. Elvin Aghammadzada1.00
    5. Friction vs. Fluency1.00
    6. Moats0.98
  • 4:29 #11 done10 line(s)

    shot 11·sharpness 3454.9

    1. DataRobot0.97
    2. Hardware, data, integrations0.99
    3. DataRobot0.97
    4. They all have something in common. They are friction moats and they work by0.99
    5. making it hard to leave.0.99
    6. Every year, we get better at reducing switching costs. Better tools, better APls,1.00
    7. better open standards. The customer who was trapped by switching cost0.99
    8. Elvin Aghammadzada0.98
    9. eventually finds the friction low enough to leave. And when they do, they leave0.99
    10. with resentment.1.00
  • 5:03 #12 skipped

    shot 12·duplicate of #11

  • 5:32 #13 done11 line(s)

    shot 13·sharpness 3558.5

    1. DataRobot1.00
    2. Skills are entirely different1.00
    3. Skills create fluency moat.0.99
    4. DataRobot0.94
    5. Unlike friction, fluency compounds. The tenth skill you ship1.00
    6. makes the first nine more valuable, because now an agent can1.00
    7. Elvin Aghammadzada1.00
    8. chain them training to deployment to predictions to1.00
    9. monitoring. That accumulates in a way that is genuinely hard to1.00
    10. catch up to.1.00
    11. 91.00
  • 5:57 #14 done10 line(s)

    shot 14·sharpness 3038.1

    1. DataRobot0.97
    2. Experience1.00
    3. “The degree to which using the platform produces the result0.99
    4. DataRobot0.96
    5. you expected, with the minimum friction between intention1.00
    6. and outcome".0.96
    7. Friction moats are defensive. You are making it hard to leave.0.99
    8. Elvin Aghammadzada1.00
    9. Fluency moats are offensive. You are making it genuinely0.98
    10. better to stay.0.99
  • 6:17 #15 skipped

    shot 15·duplicate of #14

  • 6:42 #16 done10 line(s)

    shot 16·sharpness 3527.3

    1. DataRobot1.00
    2. Skills are the experience layer for agents.1.00
    3. The feel of the thing and the reliability of the outcome.0.99
    4. DataRobot0.98
    5. The SaaS moat eventually commoditizes. What doesn't0.99
    6. commoditize is the feeling of fluency and the trust when a1.00
    7. Elvin Aghammadzada0.98
    8. platform reliably does what you expect. And that's what skills1.00
    9. encode for agents.0.97
    10. 111.00
  • 7:19 #17 done13 line(s)

    shot 17·sharpness 4374.2

    1. DataRobot1.00
    2. Teachability is new the enterprise item1.00
    3. When an enterprise evaluates your platform today: they have a list. Security,0.99
    4. DataRobot0.97
    5. Compliance, Governance, SLA guarantees, Audit logging & tracing,0.99
    6. Integrations.1.00
    7. In the agentic era, that checklist gains a new item.0.99
    8. Elvin Aghammadzada1.00
    9. Teachability.1.00
    10. Can your platform encode its operational knowledge in a form agents can act0.99
    11. on? It is the ability to encode platform's knowledge in a form agents can1.00
    12. govern, version, and audit.1.00
    13. 121.00
  • 7:59 #18 skipped

    shot 18·duplicate of #17

  • 8:30 #19 skipped

    shot 19·duplicate of #17

  • 8:40 #20 done6 line(s)

    shot 20·sharpness 425.6

    1. DataRobot0.99
    2. DataRobot1.00
    3. Standardizing1.00
    4. Elvin Aghammad1.00
    5. Context1.00
    6. Skills1.00
  • 8:53 #21 done12 line(s)

    shot 21·sharpness 4295.0

    1. DataRobot1.00
    2. Why think about standards?1.00
    3. HTML launched in 1993.0.99
    4. DataRobot0.95
    5. 20 years later, React cameto web-not just as a framework, but as a philosophy.0.99
    6. React introduced patterns of reactivity and modularity that became the0.99
    7. standard for building applications.1.00
    8. Elvin Aghammadzada1.00
    9. LLM and agent ecosystem feels like 1993 all over again. We're stitching together1.00
    10. tools, and discovering patterns through trial and error—much like developers0.99
    11. once wrestled with raw HTML and CSS. We haven't found our "React moment"1.00
    12. yet – the foundational patterns that make Al dev. as systematic as modern web.1.00
  • 9:41 #22 done13 line(s)

    shot 22·sharpness 3902.9

    1. DataRobot1.00
    2. Context Engineering1.00
    3. A few years ago, top Al researchers predicted prompt engineering would be0.99
    4. DataRobot1.00
    5. obsolete by now. They couldn't have been more wrong.0.99
    6. What we once called "prompt engineering" (crafting the perfect instruction for a0.99
    7. chatbot) has transformed into "context engineering"- the art of dynamically0.99
    8. orchestrating what information fills the context window at exactly the right1.00
    9. moment.1.00
    10. Elvin Aghammadzada1.00
    11. [Context engineering is the] "...delicate art and science of filling the context0.98
    12. window with just the right information for the next step."1.00
    13. 91.00
  • 10:14 #23 done28 line(s)

    shot 23·sharpness 2893.7

    1. DataRobot1.00
    2. Context Engineering1.00
    3. Systen Instructions0.95
    4. Models these days are remarkably1.00
    5. Cloude Builtin Tools0.96
    6. CLAUDE.md0.95
    7. MCP Tools0.91
    8. intelligent, but intelligence without1.00
    9. go bulild me a dope feature0.90
    10. User messoge0.97
    11. DataRobot1.00
    12. context is paralyzed. Context1.00
    13. 40.84
    14. engineering isn't about writing better0.99
    15. prompts - it's about building systems0.98
    16. "the smart zone"1.00
    17. 40% context used0.99
    18. that automatically curate, filter, and0.99
    19. "the dumb zone"1.00
    20. 168k tokens0.98
    21. inject the precise context needed for0.98
    22. Elvin Aghammadzada1.00
    23. each step of an agent's journey.1.00
    24. 23k tokens0.98
    25. reserved for outo-compact0.99
    26. 32k tokens0.97
    27. reserved for output1.00
    28. 101.00

Transcript

221 cues· 4,215 words· 22,887 chars

  1. 0:03 We'll talk about skills today, the current challenges about context, and then lastly about the ecosystem that's being built around skills lately, especially with OpenCLO and all of those stuff getting a lot of attention in the industry.
  2. 0:22 So let's get into it.
  3. 0:24 Every AI or agentic app typically has three layers.
  4. 0:28 The one that user sees, which is typically the UI, the user interface.
  5. 0:33 The one that model sees, which is the system prompt, as well as the tool descriptions.
  6. 0:38 And the one that data sees, which is the schema of data or the input and output of the tool calls.
  7. 0:45 And these little bugs typically live on these second and third one, which is slightly hidden from the user.
  8. 0:53 And so let's talk about these problems.
  9. 0:57 The first one is that beautiful lie that we've been told that the latest frontier models have infinite context windows.
  10. 1:05 They're typically promised that each one has 1 million, 5 million, even latest models, they're promised as infinite context window, which incorrectly shapes our thinking perspectives about RAG and NCP in a sense.
  11. 1:21 Because if we consider that there's infinite context window, we just think that we can dump the whole list of documents to the context and expect it to magically work.
  12. 1:32 This applies to MCP as well.
  13. 1:34 Let's say we can write 100 tools and expect the LLM to use or pick the right tool at the right time, which is typically not true.
  14. 1:42 Because in reality, the longer context typically doesn't mean better performance.
  15. 1:49 Because each time you put more context into LLM, that's one more place where the LLM might be misled or its context might be poisoned.
  16. 1:58 In fact, there was a paper called Context Rot and it proves that after 25% usage of the context window, so for example, for 1 million token, if you've used 256K of it, the performance starts to degrade.
  17. 2:16 So I'm pretty sure it starts really well as day in the life, but as time goes and as the conversation grows, let's say there is a hundred prompt input and output responses in your one chat and add it to a hundred chats.
  18. 2:31 And then each one of them kind of calls MCPs or tools each time out of them in the middle fails.
  19. 2:39 And at the end of the day, the context is almost eating itself in a sense that the latest frontier model can perform.
  20. 2:47 like a really poor model.
  21. 2:48 I'm pretty sure we all have seen this, you are absolutely right from Cloud Code.
  22. 2:53 Even though it feels assuring that you're absolutely right, at one point it makes you feel bad that Cloud Code is making the same mistake it made five minutes ago.
  23. 3:05 The second problem is mostly about documentation websites.
  24. 3:10 This is an interesting statistic that just from last year to this year, the traffic to documentation websites increased from 10% to 50%.
  25. 3:21 That's coming from coding agents.
  26. 3:22 The challenge here is the fact that docs are written for humans, but models are expected in a different format.
  27. 3:31 Because docs typically require some kind of intuition, asking for a follow-up, or if you don't understand it well, you can just Google it.
  28. 3:38 quickly and then find the answer for it.
  29. 3:41 But models typically doesn't have those capabilities until you actually build a context engineering around it.
  30. 3:48 I want to add one more strategic point about the future of enterprise AI and why we think that skills might be a huge contributor to where the enterprise agents or enterprise AI is heading towards.
  31. 4:01 Let's talk a little bit about modes these days.
  32. 4:04 Now, if you want to understand modes today or tomorrow, we can go back in time to the history of software to see how has it been in the past.
  33. 4:14 Typically, the things that have been the hardest to replicate have been the modes for the software companies or even hardware ones.
  34. 4:22 So for example, whoever controls the hardware, the data, or especially the integrations in the SaaS era would be the ones that would control the market most of the time.
  35. 4:32 so the real mode here would be friction where you would make it genuinely hard to you to leave to to make someone leave your platform so the core idea here is the switching cost was too much that it was just hard to switch now these days we're hearing news where cloud code would rewrite
  36. 4:54 hundred thousand or a million lines of code from Python to Rust.
  37. 4:58 So basically we're getting really, really good at switching codes and reducing it.
  38. 5:03 Now we can have better tools, better APIs, just better languages, and then switching it in few days.
  39. 5:11 Now skills are creating an entirely different ecosystem where instead of creating a friction mode, they're actually creating fluency mode.
  40. 5:20 So the core idea is switching the delay a little bit so that each time your skill makes the experience better for whoever is the one that's using your platform.
  41. 5:32 And that fluency compounds by experience.
  42. 5:36 The real result that the users of your platform is getting from here is the experience.
  43. 5:42 If you would look at the definition of experience, you can realize that it's satisfaction or minimum amount of friction between intent and then outcome.
  44. 5:52 So basically whatever the user is trying to achieve through your platform, achieving it in maybe minimum amount of time or trying to optimize the whole satisfaction layer or full experience layer of it.
  45. 6:04 If you look at the equation, you will see that overall friction modes and fluency modes are the opposite.
  46. 6:10 Friction modes are typically defensive.
  47. 6:12 So you're trying to make your experience in a sense that someone wouldn't switch.
  48. 6:18 Now, fluency modes are offensive in a sense that you're making the whole experience really nice in a sense that you're making it genuinely hard for someone to switch anyways, because they like the platform.
  49. 6:33 So we think that the feel of the thing or the reliability of the outcome from the start, which is your intent to the result is the whole experience layer.
  50. 6:44 And the skills are one of the best tools that can actually quote, quote, commoditize that experience layer for agents.

Open at this second