How I AI - Jev: 8 real use cases for the fastest, cheapest model I’ve ever used | John Lindquist
Summary
本期节目围绕 TypeSafe AI 的决策模型 Jev 展开,核心优势是把非结构化语言快速转换为类型安全的决策、评分和函数调用,而不是像传统大语言模型那样生成开放式文本。嘉宾 John Lindquist 强调,Jev 几乎免费的成本和极低延迟,让开发者能够探索过去因数据量、费用或等待时间而不值得尝试的问题。节目通过语音管理待办事项、联系人去重、工具路由、搜索、国际象棋和浏览器操作等案例,说明复杂界面往往可以被还原为有限选项上的连续分类。两位主持人认为,当动作集合和输入边界明确时,决策模型比通用大模型更适合实时产品;而涉及创意、视觉理解或开放式讨论时,传统大模型仍然更合适。对于大规模数据配对和归并,他们建议利用置信度阈值控制自动化风险,再用更强的语言模型抽样验证并生成可读解释。节目也指出 Jev 并非毫无延迟或一次调用就足够准确,实际架构中常需分组、缓存和多层分类,并尝试布尔、选项或评分等不同决策形式。多智能体避碰和实时演讲教练进一步展示了高速决策模型如何协调并行任务、持续监控目标完成度,让原本低回报或过于昂贵的自动化变得可行。最后,嘉宾展望了以智能体而非项目和文件为中心的新开发范式,认为组织设计、角色设计与管理能力会越来越多地用于构建和调度智能体团队。
Highlights
-
It exposes those scenarios where I thought I had five gigabytes of JSON. I'm like, I had never passed this into an LLM. I don't have that budget. But five gigabytes of JSON is a lot of text, and it went through and did the whole thing in probably a couple of minutes.
它揭示了这样一些场景:我原以为自己有五 GB 的 JSON,心想我从没把这么多数据交给大语言模型,因为根本没有那样的预算。但五 GB 的 JSON 是非常多的文本,而它大概几分钟就全部处理完了。
Makes previously uneconomic data exploration practical -
This can go through all of the records and kind of merge those records together. Something we haven't shown is that there is a confidence score that comes back. If you want them only to merge if you're like 99% or more confident, you can set those parameters in there.
它可以遍历所有记录,并把相应记录合并起来。我们还没有展示的一点是,系统会返回置信度分数;如果你只想在置信度达到 99% 或更高时才合并,就可以设置这样的参数。
Shows a concrete safety control for mass deduplication -
Once the actions are set and you have that limited scope, that's where a decision model can really excel. If you actually look at the DOM, there's probably like 10 clickable buttons on a page. To a model like this, it can just be a set of decisions.
一旦动作已经确定、范围也受到限制,决策模型就真正能发挥优势。实际查看 DOM 时,一个页面上可能只有大约十个可点击按钮;对这样的模型而言,整个页面不过是一组决策选项。
Reframes seemingly infinite interfaces as finite choices -
At each step, it's going to be able to control these different agents and make sure that they get to their specific task as quickly as possible and that they never collide or interfere with the other agents. It doesn't have to plan out the entire thing ahead of time; it can do ju ...
在每一步,它都能控制不同的智能体,确保它们尽快到达各自的任务位置,而且绝不相撞或互相干扰。它不必提前规划完整路径,而是可以即时做出决策。
A vivid model for collision-free agent orchestration -
As I was talking, I had a list of bullet points, and it listens through everything I say and then starts checking the boxes to make sure that I covered everything. You have limited time left, you still need to say all this sort of stuff.
我讲话时面前有一份要点列表,它会听完我说的所有内容,然后逐项打勾,确保每一点都已经覆盖。它还可以提醒你:剩余时间有限,但这些内容仍然需要讲到。
Turns real-time classification into a practical speaking coach
Full transcript
In some ways, managers are really at risk. This concept of org design and role design, you can put those skills to use when crafting your agents, which is why I am currently running no-joke 40 growth bots right now. Whenever you have constrained inputs that are interacting with apps, it's just a good thing to reach for. This one is a favorite of mine because it represents a workplace where you have multiple agents that could all have their own tasks and avoiding collisions so that they never end up on the same space. At each step, It's going to be able to control these different agents and make sure that they get to their specific task as quickly as possible and that they never collide or interfere with the other agents. This one's really fun to me because it's a presentation coach. I click the microphone. I'd start talking out of a list of bullet points and either a podcast or something that I want to make sure I cover or an interview or anything. It listens through everything I say and then starts checking the boxes to make sure that I covered everything. This model, which is.
basically free and incredibly fast, allows you to do discovery over data in a way that feels like it's opening up my opportunities and allowing me to like look at things that I thought weren't high ROI before. Welcome back to How I AI. I'm Claire Vow, product leader and AI obsessive here on a mission to help you build better with these new tools. Today I have repeat guest, John Lindquist, who has done one of our most popular episodes to date on the podcast.
And here he is joining us on JevWeek at How I AI to talk about our favorite new model and all the amazing product-facing use cases that he's discovered testing Jev from TypeSafe AI. Let's get to it. John, welcome back to How I AI. I have to say this is JevWeek on How I AI. And the reason it's JevWeek is a lot of models have come out in the past seven days.
You and I do a lot of AI things, and yet, when we're DMing back and forth, we're talking about one thing and one thing only, which is, which is Jev. So, you know, folks have maybe listened to my episode earlier this week about why I'm hyped on Jev. I would love to hear why, why you're so excited. You know, I'm looking up here. You have 23 demos we could probably look at. So you are going deep Jev as well. Um, what about.
this model, this framework, this way of thinking about building has gotten you excited. Fast and free are both amazing. If you've ever been tired, sending a basic request to an LLM and waiting around for a bit just to have it call a function, this is now essentially instant. And I think of all the time I've spent on this and the hundreds of demos I made, I think I've spent 73 cents on it.
I love the one quote someone said I think I'm gonna pass this inheritance of Joe on to my children once I die Yeah, I like the one where it was like type safe type safe is really taking off They have to have made double digits in revenue by now Yes So yes fast and free I also have had that experience where it ran over like I don't know 20,000 records and it was like I have charged you point four cents right and and it It exposes those scenarios where I thought I had five gigabytes of JSON. I'm like, I had never passed this into an LLM. I don't have that budget on and on. I'm like, let's see what happens. And it was 40 cents. And I wasted it on a really stupid thing, like trying to organize this or whatever. But five gigabytes of JSON is a lot of text. And it went through and did the whole thing in probably a couple of minutes.
That's been my experience, too, which is I'm looking at corpuses of data that I would never just dump into an LLM, both from a cost perspective and honestly from a time perspective. It's like, this is not worth my time to even see if something's here. But then this model, which is basically free and incredibly fast, allows you to do discovery over data in a way that feels like it's opening up my opportunities.
and allowing me to like look at things that I thought weren't high ROI before. Yeah. Absolutely. Same. It's just opening doors that weren't closed before. Yeah. So just quick reminder for folks, Jeff is not like the LLMs that you're used to and love. It does not output text. It outputs basically like decisions and scores and yes, no probabilities. And so you kind of put information in out in and then you get out very structured type safe, very structured.
limited set of options, but the ways you can use this are almost unlimited. And so John's gonna walk us through some of his favorite demos of how he's using it. And hopefully we'll get a combination of inspiration on where a real-time fast cheap model can build cool things and a little insight of like, what else is around this? Because what I found is I see a lot of these like shiny demos on the timeline. And then you're like, you're hiding your...
you know, your embeddings and you're hiding like how this is actually working. And so I think if you can lift the veil for us on how some of this works and where it's Jev alone, where it's Jev plus, that would be awesome. Yeah, I would just, just to add to your definition of Jev, of it being type safe. I think of LLMs being unstructured to unstructured where you put text and you get text out. And this one is similar, you put in unstructured sentences and data, but then you get structured.
data out and the power there is it's humans talking to machines and they're the scenarios where you have functions and APIs and everything set up but I want to communicate with them using unstructured data and we're so used to chatbots and it's just not a chatbot anymore. You need services, you need functions, you need things you want to throw data at first but you can talk to it however you want which is incredible. Yep well let's talk about talking to it.
All right. Yeah. So let's go ahead and try this out right away. So traditional to-do app, we have a list of to-dos. And the fascinating thing here, which I'll try right away, is I'll just say something like, book, dentist appointment, remove. Buy oat milk, complete. Review pull request, low priority. Now the speed there was.
All done through Jev. It does a few passes of looking through the text where it ensures that it lines up. If there's any like dictation mistakes and you say it doesn't get oatmeal quite right, it'll go through and see. Does this quite match up with something or do I need to do a different, do I need to categorize this into something that exists like a confidence score? Like it's all a lot of confidence scores there.
It matches it with the thing in the list, and then it matches it with the function that it's going to call based on the way that the operation that you want to perform on top of that data. So it's multiple layers of analyze the dictation itself to see if that's like a valid dictation, then analyze if it matches up with the task, and then analyze if it matches up with the operation you want to perform on the task. And it can do that all live. And it even, while you're dictating, it classifies if you've spoken to a point where it can take an action. So as the words come in, it's like, is now a time where I can, where I have enough data to make a function call, where I can reliably keep on talking. Because you notice that entire time I was talking, I never paused, I never hit enter. It was able to classify, is this a moment where I have enough information to take action? So it's just showing all these pieces of Java fitting together to give you this real time, like, give me kind of streaming data.
in like unstructured streaming data in and I'll start putting it in all the places it needs to go. I have a question for folks that just have no idea how to actually put this into place and want more of the tactics, which is, are those like sequential Jev calls? Are you like, yes, no, it's time to analyze, yes, no, this is a good transcript. You score, here's the top task that relates to it and score, this is the top tool call that relates to it.
Is this like, because people are, I'm sure, trying to put in their mental model, like a tool car where you get all that structured data back. How have you set this up so people can kind of understand how they chain these job tools together? My mental model is, remember back when we used to write code by hand. There is no conditions. If else, switch statements, all these things that were the moment of classification, and if you just think of a...
a line by line program where things execute. You think of where do I need those conditions? And so as you're breaking the problem apart, whatever the thing is that you're building, just think of all the conditions that if else, the moments where it either needs to be put into this bucket or that bucket. And so as I was going through this, I built a lot of it backwards because I started with what I was building, marking it to do as either done or removing it or adding a new one and such.
And I'm like, oh, wait, no, now I want the dictation people to select it. And so I just kind of built it backwards. And it was so easy with Opus 5.5 recently just to kind of wing it and take it different directions and go through scenarios and see the cases that were exposed. Because I had that final idea of I just want to, if you've ever used a Siri or a Google Assistant or any of those, and you've tried to manage add to my to-do list. And they're all terrible.
And like, how can I build, like, does jev enable this to actually be good? And I think it does. Like, it's one of the most common things, like managing. You could integrate your calendar into this. You could integrate it because they're all behind function calls, right? Or MCPs or however you want to build it out. You could integrate anything with this and just have this top level dictation live inference running. And it's something anyone could build cheap and free, like it's... Amazing. Amazing, yeah.
Okay. So you and I both did live voice apps. Mine was much more emo, which was just talking to the screen and getting a color and an inspirational quote. Yours is much more practical, which maybe reflects our different personalities. Let's see what other use cases you have. And what I like about what you're showing us is I talked a lot about like internal data analysis and clustering and all this stuff. You have such great inspiration for how you can use this inside products or to do things that were previously really tedious. So.
I'd love to see another one of your favorite demos. Yeah, let's dive in. So this one kind of breaks it down into its smallest pieces. If you think of a grocery store and if you think of I have a function call like get cart if we remember programming and you type in something like what's in my cart. And that's how if you think of classification of regular text to functions like this is just demoing back if the previous demo didn't make enough sense. Think of like.
plain English language mapped to a function name and that's one of the core foundation foundational pieces of what job does That's that demo Classifying documents sounds like kind of covered that this one. I think is incredible because if you've ever run a scenario in I use Google contacts and Often you put in the the same contact twice and you've probably gone through the process of like merging them together Very common scenario where you have messy data of someone typed in something wrong and they hit submit and now you have two company entries in your database or whatever. This can go through and go through all of the records and kind of merge those records together. So let's click on that and it can go through and say this one wants to merge. So Cedar Grove office products obviously matches with Cedar Grove office. Ridgeway data.
is Ridgway Analytics, and it can go through and apply those merges for you by matching together and classifying. Is this one close enough to that one? And again, it's huge data sets merged together in milliseconds. This is like my favorite use case of JEV, which is like pairwise comparison of a lot of data to create grouping and clusters.
In the episode that I just did, I did that over PRs. I were like, were these PRs on the same product area or the same thing or the same theme? But you could do data reconciliation, I think is a really useful one. I went through recently and I had like 2,000 passwords in my one password. And you know how like whenever you do your one password, it's like update, save, make new. And I'm just like all over the place, had a whole bunch of different ones. And like, I was just thinking how much faster it would have been to use Jev and some of the metadata to just pair those up and merge them. Absolutely. And again, it's not like you're giving example where there's like six things. You're talking about when you have 60,000 or 600,000 things, those pairs feel very expensive until you use something like this. And something we haven't shown is that there is a confidence score that comes back. So if there is a North Star Clinic and there's North Star Clinic services, and it's not
and they don't quite line up, like if you want, you want them only to merge if you're like 99% or more confident, you can set those parameters in there. So that is a knob you can turn as you go through a few checks. And I think like you mentioned before is after you do this pass, you can send a smarter LLM against the result and say, we were, the data did look like this, please either random sampling or the entire data set. Ensure that this was done correctly.
And then you can gain more and more confidence over time as you run more and more large data runs. One other thing you can do on that in addition to validating the data pairs is you can describe them. And so what I've done is do the pairs and then run. It doesn't even have to be an expensive model. But say like we've decided these two are the same. Explain to me why. And it can give a short kind of like.
It's the same because they both say services and whatever it is. And so you can get sort of a quantitative matching and then a qualitative explanation with two relatively cheap models once you've narrowed that down. Yeah. Yeah. Great stuff. Okay. Great stuff. We are just psyched about. I was like, I can watch all of these. This one's fun. It's kind of hard to show off, but essentially if you think of having your entire application and so you have going back to the to-do list and say that's one part of your much larger app. You can build additional abstractions around that so that if on your landing page someone comes up and either has a command bar like a command K or other demos or sorry other other parts omni bar any place to put in text and they start typing in the
dictate or voice or something. They can't remember what the to do app was called. And you notice this is to do to dash do and I typed in to do. It's able to go in and match against the tool. And then you could type additional things where you'd say go to the to do app and then take this action like I would know in my head. Oh yeah, there's that pull request and and then take all the pull requests and mark those as low priority.
And so if you think of this multi-step, multi-step classification where you can build your smallest tools and then build another abstraction of Jev around them where it can pick which of the smallest tools to use. This kind of goes back, if people have set up MCPs where there's abstractions around them, I think Executor and others where it picks which MCP to use. There's the tool itself and then there's a layer where you're picking which tool to use.
and you can build that as many layers of that as you want. That's what this is kind of talking about. It's difficult to show off, but just imagine saying, go to the do app, do this, and yeah. What I would say is, like, Jev is a router is maybe like what's helpful. Jev is a very fast router. And so, you know, this use case, you're saying like, as I have text, route to the right tool, and then if I can infer from the text, the job to do in the tool, I might as well infer that and like route as far down the user journey as I can infer from these like structured options. Other practical use case, I'm saying a lot of people start to build these like Jeff powered coding harnesses where it's like, given the first input, let's route to the right model, let's pick the right tool, all this kind of stuff. And so you can imagine very fast configuration, very fast routing.
very fast, like I don't just have to take the first step and then think and take the next step. I can actually just build the chain and then execute it. And so I think these, these decision models like Jeff, if they remain fast and cheap can be a new way to think about navigation of your user experience, whether that's a kind of like front end experience or a dev tool or whatever it might be. Yeah, even search to a certain extent of search for a long time has been, has had a lot of really expensive options out there. And I don't know how far you could push this into replacing certain search engines, but yeah. You know, I gave an example when I did this, like I had 4,000 YouTube comments and I was trying to do live search through this and I want to demystify some stuff for folks because it actually isn't super fast to like search over all of these results and say like, yes, no, this is a good result and rank it.
But you can cluster groups of 30, or 50, or 60, and score them and rank them. And that is a much faster way to build, quote unquote, real-time search with Jev. So for folks, again, I just want to give people a little bit more specifics about what you're seeing on the timeline, which is you do have to think about how you're going to architect around Jev. It is fast. It is efficient. But it's not completely latency-free.
And so you may need to go look around, see how people have done search. And then if you find one you like, go into GitHub, figure out how they actually made that search super performant. Because I've seen a couple of different strategies out there after how to do this. Yeah. And caching and all that stuff. All this is all happening. Yeah. It's easy when everything's locally cached and just go over the full corporate. Let's talk about games because this is something. All right.
I haven't covered yet, but I think is a really cool demonstration of some of the ideas inside Jev. Yeah, I built this one because I wanted to show off Jev versus a traditional model. I picked a free model on open router. This is like a low reasoning model. I think it's a Kimi or something. I'm not sure. And for people that aren't watching, it's playing chess. Yes. This is playing a game of chess and Jev are white pieces. The LLM are the black pieces. And here.
This is set so that Jev is able to think through all the possible moves and then it ranks the highest three moves and then it thinks through all the next possible moves there. And based on that two step reasoning picks the best next move. And so kind of like router it's kind of like spidering into the potential best moves and then coming back to what the next best move would be. And it's still doing this in sub one second times and using AI in inference. Whereas if you pass the same data set to an LLM, the amount of reasoning it takes, this is playing Blitz chess, so there's a one minute timer, Jev would be able to complete this entire game and beat it. And the LLMs would eventually get there, they'd be much more expensive and they might not even perform better.
because in scenarios like this where it's focused on routing and the next best thing to happen, the amount of data that you can crawl into and find the next best move can kind of balance out between these two. Unless you're getting a really super high level creative chess where you're trying to stump someone by fainting certain moves or whatever, but I'm not it. I'm decent at chess.
I can beat my kids perfect for now sometimes for now and if you look at the It has some benchmarks over here that Jev was ten times faster in the average move and it was four times cheaper and this was a very Space money alphas on low reasoning so with very very tiny context windows. Yeah, what what I think this demonstrates is one there are scenarios in which speed is a is an advantage. This is putting in the context of a game, but it's very obvious how much. I mean, 10x faster is not incremental. And so it really does unlock this concept of real time. And I do think about going back to when I was a young product manager and
did a lot of like conversion testing and growth work and like speed did matter in a lot of user experiences, especially consumer on what won. And so I do think, you know, we hear a lot on the coding side about model optimization from a cost perspective, but I think we're going to start to see like latency wars really heat up as well, which is like the faster the response, the more like, more magic you can unlock that feels like an if else statement.
the better. And so I think this is showing one where speed really matters. I mean, the other thing it's demonstrating is this like multi step routing that we talked about where you can think through turn one, turn two, turn three. And then because it's 10 times faster, you could apply another model on top at that point, a more intelligent model at that point with kind of like a narrowed set of strategies and probably make a stronger decision faster.
Right and I think this also demonstrates the Again to the concept of router. There are a limited set of options in chess and other games There's a lot of options, but but it's a limited set and you can pick from the most likely set and narrow it down and optimize, you know cost and everything data structures and Your APIs are all the same like they all have a limited set of things you can do Even though it might seem infinite to you because you know, you never know what somebody's gonna type or do on your application When you have those scenarios, it's time to look for a JEV first, I would say, whereas the LLMs are much more... I have no idea what I want the action to be, or I don't even know if I want it to take an action, or things where it's much more brainstorming and creative and finding what you want to do. But once the actions are set and you have that limited scope, that's where...
a decision model can really excel, at least from what I've experienced so far. And I think this can demystify to some of the other kind of fun, eye-popping use cases that I have seen like browser use, right? If you look at a website, navigating it with a mouse feels like an infinite set of possibilities, right? You can like move it anywhere, any pixel on the screen is where your mouse can go and click.
But if you actually look at the DOM, there's probably like 10 clickable buttons on a page. And so if you can very quickly say there's 10 clickable buttons on this page, which one do I click? Which one do I want to click? That demystifies that concept of browser use through JEV because you're really just taking a limited set of interactions available to us and our human brains. It looks like an infinite canvas of pixels, but to a model like this, it can just be a set of decisions.
You know, I've also seen on gaming, you know, Jeff plays Tetris. It's because Tetris is four options of your shape. And then like 10 options left or right. That's all you that's all you have. And so, you know, these like horizontal scroller games are just you can like jump, you can walk, you can do, you know, any of those things. And so because these decisions can happen so fast, if the interaction of your app, even if it's a game that feels complex or a web app that feels complex, it probably can be distilled down to a dozen choices. And then you can explore those choices. And because Jeff is so fast, it almost feels instantaneous to chain those together. Yeah. I'd almost say, like you mentioned in a game in a platform or in a 3D game, you might be thinking about all the things the character could do, but the input is actually the controller. And so the limited amount of options you have are
all the buttons you could press, how you could press them in various ways, which is still a lot. But there's a very constrained input there. And whenever you have constrained inputs that are interacting with apps, it's a good thing to reach for. And to contrast the DOM example, if you think of taking a screenshot of a web page and saying what on the screenshot or what on our product or website might be confusing to a user.
That's not a jev thing. That's an LLM. They can look through an image. It can compare it to all the images and products in the past. It can say, it can look through the layouts and the colors and the contrasts and all those sorts of things and come up with a discussion for you of, here's some points that might be because the fonts are gnarly or whatever. And so that's where trying to delineate between the two when to go which way.
As AI adoption grows, so do your company's security risks and requirements. New frameworks, audits, and vendors keep piling on, but your team isn't getting any bigger. Most compliance tools promise automation, but you're really stuck doing all the work by hand. Chasing screenshots, validated controls, and playing catch-up when audit season comes around again. Vanta works differently. Their agentic Tress platform is built to scale with you, not slow you down.
With over 1,400 automated tests across 400-plus integrations, Vanta collects evidence and monitors your controls year-round, cutting your audit prep by 82%. Plus, you can access the Vanta agent everywhere you work, whether your team is in Vanta every day or living in tools like Claude or Cursor. Want proof? Over 16,000 fast-growing companies like Ramp, Ryder, and Harvey save time and resources while scaling fast with Vanta.
My listeners can get $1,000 off by going to vanta.com slash howiei. That's v-a-n-t-a dot com slash howiei for $1,000 off. Okay, let's let's do one more. Do you have a last favorite one? I love you. Oh, yummy. I know there's so many. This is super fast. Okay. On Wikipedia.
there's every page leads to philosophy. If you've ever done that, so you can put in any person in the world or any topic, so like the Braun James or whatever, run to philosophy. So you give it an end goal and it looks the entire page and it's going through the Wikipedia API and mapping that route and finding from the person to philosophy. So mapping routes as well, like giving it a final destination and it can crawl its way there.
This one is a favorite of mine because it represents, if you think of a workplace where you have multiple agents that could all have their own tasks and avoiding collisions so that they never end up on the same space. So this is going to, the job brief is deliver the fragile blue bin to staging, bring medicine to the ward and inspect the spill. Then you have three people that you can assign to.
So this can move one tick and you can see at each step it's going to be able to control these different agents and make sure that they get to their specific task as quickly as possible and that they never collide or interfere with the other agents. So if you think of this in like agent programming or any sort of parallel work you'd be doing to ensure that you have things running and you want to like analyze to help steer them in different directions so they never Collide or disrupt each other or touch the same files or whatever you can Ask jev to take in like every single it's fine if it goes in every single step And it checks it doesn't have to plan out the entire thing ahead of time it can do just in time Obviously planning ahead of time with a decent route probably helps it out But I think as we get more and more parallel agents and swarms and whatever words you want to use for that This this concept will become even more important
Well, and what, you know, this has made me think is Jev unlocks efficient inefficiency, which is like, it is kind of like inefficient to map out all possible routes, rank them, double check that they're not going to collide. Like, that is actually pretty inefficient. It's an effective way to solve the problem, like an accurate way to solve the problem, but it feels inefficient.
And in the past, we were just like kind of like tossing these problems in the past last week. We were tossing these problems to these like big, brainy LLMs and being like, think really hard. Just think really hard and come back with the plan. And instead here, you can really very quickly evaluate all those options, stack rank them and go through the sort of like inefficient universe of options and come to the right kind of like the right, right conclusions. This is why I was like.
Very excited about this model because it's all these things that in the past I think With maybe with regular regular LLMs, you know, we're trying to do this delineation It felt it feels like you can do things you Never imagined before right like I can create a 3d video game I can like generate images out of words like these LLMs are generative and They allow you to create things you never be a good for create before Jeff, I feel like allows me to do all the things I wanted to do, but they felt too cost ineffective, too slow and not really worth it. And there are a lot more, a lot more things for me on that pile that there are on my like 3d gaming idea pile. And so that's why maybe as a builder, I'm so excited about this particular model. Yeah, I love that. I 100% agree. It's even like I have so many APIs and so many apps and so many things available.
How great and the exploring with this is quick and the turnaround is quick and it's exciting to see like you feel you feel progress as you're working with it whereas with gent with generative and I feel the almost because if you're a developer you understand the API is you understand the reasoning you understand classification whereas with the LLMs a lot of it is guessing and if something goes wrong you need to think of a different sentence to say with decision models, you can think of the decisions you've made. You're like, oh, well, let's take this different route. It feels much more like programming, to be honest, where I feel much more in control when I see something goes wrong because I know all of its options and I know what I want. And it's fun. It's just so fun. It's so fun. And I love that you say it feels like the smartest function. It just feels like a function.
that has a lot of intelligence built into it, but it's still a function. It's still input-specific things, and I get out very specific things. I can just reason with it a lot more. Okay, so if you've stayed with this podcast this long, it's just John Clare, two Jeff Boys, excited about... Excited about... Welcome to the club, yeah. Decision models. John, okay, I'm gonna give you...
We're at example nine of 23. I'm going to give you one last chance to pick a favorite from your remaining demos before we do lightning round and kind of get you, get you out of here. This one's really fun to me because it's a presentation coach. And so I clicked the microphone. I'd start talking. And as I was talking, I had a list of bullet points and either a podcast or something that I want to make sure I cover or an interview or anything. And as I start talking, it listens through everything I say, and then starts checking the boxes to make sure that I covered everything. And so let's say this real time, as someone who likes to go off on tangents, you know, I'll get passionate about something and I'll go a different way, you're under the clock, and Jeff can be your stay on track. And I think it's kind of a, almost a life coach of like, you need to make sure you hit all these things. I'm going to watch every single thing you do, every single word you say.
and make sure that, and you could start doing like red flashing lights of, you know, you have limited time left, you still need to say all this sort of stuff. So this one speaks to me as a teacher, presenter, workshop giver. I love this. I just did Lenny's Summit recently and gave the kind of like opening talk and I hate those monitors because they're like, okay, you can only have three bullet points on here. I'm like, that's fine, whatever. But then I like to ramble. I like to work the crowd. I don't know if I've said that that bullet point or not. And so imagine you speaker notes could check off as you go and then even progress your slide for you. Like you're done here. Let's move on.
And does this just take in, I do have a question about your real time again, because I like to make this very tactical for people and I'm curious how you approach this. On these real time voice ones, are you constantly putting in the long stream of text to the moment? Like are you, or are you doing like a moving window of snippets? I'm just curious how you're doing. Yeah, it's doing a, can't work exactly the logic, but it is analyzing.
what you've set up until then it is like concatenating each word until it reaches a point where it can take an action and it essentially transforms that into the payload that it's going to send over to the function. And so that one is, it's stored in a, it's in the history, like you could have undo and whatever because they turn unstructured into structured data. But yeah, it's a window which then gets chopped off and then you start your new.
This is a good moment to tell people exactly how much this thing costs. I feel like last time I checked it was like four cents per million input tokens and nothing for output tokens unless you like me are using Versailles Gateway right now and then it's completely free. Completely free. So again like I can talk I can yap but I don't know if I can yap a million tokens quite yet.
Challenge accepted, right? Yeah, exactly. It's pretty amazing. Well, these have been such good use cases. We've had a lot of real-time voice use cases, sort of like pairing, deduplication use cases, routing and navigation and like multi-turn, multi-path kind of scoring, which I think is awesome. And then this one, which is like just keeping you on track, did you do the things you said you would do?
While you're while you're talking did you present the month the monitor right the thing that's always watching you and making sure you love it? Um, let's let's double-check. Did we do it? Did we cover what jev is why speed what it costs? Does the app stage where it doesn't fall short? Did we call did we talk about where it falls short a little bit about you'd want to pull in an LLM But have you ever tried to throw jev at something and didn't do a good job? Uh, no Yet, I don't think I've spent enough time since it's been out for a matter of days Really analyzing how smart it is versus What I would say there's times it falls short where I add another layer of classification in so I do multi-step and I've seen people critique it where they only do a single pass And they think that's not good enough. I'm not gonna use this anymore Yeah, when I run into those scenarios, I'll do multi-pass where I'll do one classification
layer and then another and then another. So I think it might be a disconnect there between some people who try it out first and they're like this isn't good enough a classification or they don't like define the classifications or they don't have strong enough APIs or so I think just when it falls short because it's fast and free don't worry about adding just another layer and then over time you could compress those down into a single layer as you get more and more data that reinforces what the exact flows are that you need to go from step to step. Again, it's all so brand new. Yeah. And it's getting smarter. Like they said, these models are, there's demos will ever be. Yeah. And even these models will get much, much smarter. Well, and I'll give folks one other tactical piece of advice, which is you may use a specific type of...
Jev call like a like a nool and you may say I think this is a yes. No question And you may run it you may be like actually it's a choice question or actually it's a score question And so you can also test different ways to ask for different types of decisions to get it more accurate So I've had that experience a couple times were like my first concept of how I would classify or make a decision Was just ultimately like not the right one or had to layer one and then than the other so that's something that's for people to look at okay As you said, we could just, I could go on. Truly forever about this, but I won't, I will spare our audience. Let's get to lightning round and then you and I will go back to just classifying all the things for zero dollars. It has been, I don't know, I was reflecting it's been almost a year since we last chatted. It was so cute. We were talking about Claude Code and like aliases to dangerously skip permissions and just like babes in the wood.
And now life is completely different. What are you other than Jeff? What are you really into these days? What has changed for you in terms of AI engineering? What are the big moves in the last year? Some of the funniest stuff recently with the latest models, when it gets into multimedia and you're working with video and 3D and everything, is buying extra hard drives and distributing work between Mac minis and such, which is not a problem.
It's a real problem. It's a problem. And like having AIs like watch my disk space and my laptop being like, bro, it's time to hand some over to the SSD that anyway. Hold on. I have to pause. You and I are exactly the same person because truly yesterday I put the SSD in. I have a pinned codex chat and the pinned codex chat is clear up disk space.
And it has two skills in it. I call it a regular basis. One is move media files onto the hard drive. So it's like it takes, it finds all the places I store all my MP4s and it goes, finds them all in different places and then it organizes them on my SSD. And the other one is it goes like in the crevices of my computer and finds work trees that are like still running local servers and like clear, like possibly the crash clears. I like, I was at a clients.
office and they saw my computer like freeze up and you're out of memory. And it's like, they were like, can I buy you like a new computer? I was like, dude, this is a new computer. This is just the problem. And then I set up, I killed the open clause, RIP, but then I set up the stack of Mac minis as remote codecs machines to run all my code on because it is a real problem.
It's a problem. I'm sure I'll just we'll go to the cloud, right? I like all the stuff, but I like local. I like working on desktop apps. Jeff is going to unlock so many things, though, with like removing UI that I don't know, pushing UI later and stuff. But I don't know. I would say the other the other thing the most fascinating thing to me right now are the paradigms around.
you've seen grokbot at all and then similar tools where the traditionally as developers we think in terms of projects and file structure and code and files and everything and assigning agents roles and tasks where you don't worry about any of that stuff and you just have a list of agents and then you can bring them into a group chat where you have, oh I have this task and I wanted this like research guy and this little code review person and this other agent and you bring them all in to a group. It's kind of inverted the concept of agents being the top layer and now they care about the structures and the code and git and versioning and all that. And so I think it's a really big turning point in like our relationships with our tools.
as we stop thinking about everything we thought about before, other than buying more hard disks for agents to use. But, yeah. I completely agree. And I say like, you know, in some ways, in some ways, managers are really at risk, like the job that you did, people don't want you to... In some ways, this concept of like org design and role design and like...
You can put those skills to use when crafting your agents, which is why I am currently running no-joke 40 Grockbots right now. Wow, well done. Across the business. I will do an updated episode on all of them. I covered seven in my last episode, so we'll get to the remainder in another one. John, this has been so, so fun. Jeff has, I agree, been so, so fun. So I really appreciate you coming on, showing us some of your examples. Where can we find you and how can we be helpful to you?
Oh, my next big stop, I don't know if we're sharing the screen still, but mega.dev is me and Theo and Kent and Angie, we're all doing this big thing in a couple of months. If people want to check that out, all of my effort for the next couple of months is going into this. So I'm putting everything else on pause just to make this the best experience possible. And I'm going to hype you up a little bit. It is, I'm going to say it's a kind of like course slash program slash workshop.
to teach you how to turn agents. I'm going to read the landing page, turn agents into leverage. You can reason about price, debug and ship. So be an incredible AI engineer. Also, hottest website on the internet right now. I saw it the other day and it's just, it's real lovely. Love it. So check it out. Check out John. Check out mega.dev. Really cool program. And John, we'll have you back maybe in another year. And who knows, we won't have hardware at all.
Maybe we'll just be carrying around our little metamuse keychains and talking to a little fuzzy Yeti who's doing all our coding for us. Even bed it into your brain at that point, I think. The year is too far away. All right, thanks for joining Hawaii AI again. Thanks so much for watching. If you enjoyed the show, please like and subscribe here on YouTube or even better, leave us a comment with your thoughts.
You can also find this podcast on Apple Podcasts, Spotify, or your favorite podcast app. Please consider leaving us a rating and review, which will help others find the show. You can see all our episodes and learn more about the show at howiaipod.com. See you next time.