Smash Notes

Code Story · Notes

Full Transcript for S13 Bonus: Eliminating Paperwork & Manual Data Entry in Manufacturing with Brian McKeown, Founding Engineer at Harmony AI

People

Get the key moments without reading the whole transcript

  1. How Does Harmony AI Connect a Factory?3:51
  2. How Does Harmony AI Close Every Factory Pilot?8:45
  3. What Does Wellborn Cabinets Love?10:35
  4. How Does Harmony AI Decide What to Build Next?16:50
  5. How Does Harmony AI Scale?24:19
  6. What Mistake Did Harmony AI Make?28:02

Episode page

Full transcript

It's constantly balancing this trade -off of speed versus quality. You really want to enter these kinds of environments and move as quick as possible. So basically what we do with this kind of pilot system is we go in and we prove our worth by delivering on their hardest problem. A bit of a sales tactic, but we say, hey, we will go into your plant for four to six weeks and we will solve your hardest problem.

You guys will think that we can't do that and then we'll do it anyway. And that's why you'll end up going with our software. Howdy, I'm Brian McKeown and I am a founding engineer here at Harmony AI.

This is Code Story. The podcast bringing you interviews with tech visionaries. Six months moonlighting. Nothing at the backhand. Who share what it takes to change an industry. I don't exactly know what to do next. Any goes to get right. Who built the teams that have their back. The company is its people. The teams help each other achieve more.

Most proud of our team. Keeping scalability top of mind. All that infrastructure was a pain. Yes, we've been fighting it as we grow. Total waste of time. The stories you don't read in the headlines. It's not an easy thing to achieve, my guess. Took off the shelf and dusted it off and tried it again. Dry the ups and downs of the startup life.

You need to really want it. Not just about technology. All this and more on Code Story. I'm your host, Noah Labhart. And today, how Brian McKeown is building the AIOS for American manufacturing. I .e. the native layer connecting plants to real -time data.

This episode is brought to you by Tiger Data. Stop bolting separate databases onto your stack. Tiger Data is 100% unforked Postgres. Same ORMs, same drivers, no pipeline maintenance. As Cloudflare's team put it, you keep analytical and config data under one roof of specialized OLAP performance. Try it today at TigerData .com. This episode is brought to you by Protected Harbor.

Your infrastructure scales, but does it actually understand your apps? With Protected Harbor's Application Aware Infrastructure, or AAI, your tech automatically aligns with app performance, while built -in zero -trust security verifies every user and workload. Give your team total control without the complexity. Go to ProtectedHarbor .com slash Codestory to learn how.

This episode is brought to you by Render. Stop jumping between four vendor consoles just to host your stack. Render runs your web services, databases, background workers, and AI workflows all in one single cloud platform. Connect your repo, push your code, and you're live. No serverless timeouts or crazy setups. Ship faster today with Render .com.

Brian McEwen is 24 years old and was born and raised in Dallas, Texas. He attended Texas A &M University in College Station and was heavily involved in rec athletics. Post -college, he worked a year or so before getting invited to the rocket ship he has been a part of in manufacturing and moving to Chattanooga. Outside of tech, he loves being outdoors and in the mountains.

He finds that Tennessee is a great area for hiking and community, which is a bit different than what he grew up with in Texas.

While he was in his prior role, which was more of an old school company, Brian was referred to an opportunity by one of his mentors in college. The founders of his current venture had proven market fit for their product, but needed talented engineers to create a repeatable platform, built on top of a playbook for what works, to deploy in manufacturing plants across the U .S.

This is the creation story of Harmony AI.

So what Harmony is, it's an AI operating system for your factory. And what that looks like is we're going to send a guy into your factory for anywhere between three to nine months. And what that's going to look like is them digitizing any paperwork that you have on the floor, connecting machine data, any internal tools you have built, the ERPs, the CMMS, the MES, that whole alphabet soup of software tools that you have access to.

We're going to connect that into a data layer. We call that our ontological data layer. And that's basically a data foundation for our internal product to be built on top of. That's your AI production scheduling, your quality intelligence, inventory intelligence. We can automate some back office workflows with AI agents, the really tedious stuff that you have your best brainpower doing every single day, just really killing their time.

And yeah, AI is only as good as the data it has access to. So the idea is you get everything working in harmony and you connect everything to one data layer so that AI can make the best decisions possible. I am a founding engineer, so I am not one of the founders here. I was one of the first two hires. And basically, I was in this situation in Dallas where I was working in a real old school company and it just wasn't really my speed.

I've always been someone who loves to build things, love to move really quick, and really like to talk to people. So I basically, one of my mentors at Texas A &M, his name is Zachary Hanchu. He does some really cool stuff in the 3D streaming space. He reached out to me and he was like, hey, I got this really cool opportunity here in Chattanooga and you came to mind.

And so I was like, let's look into this. Yeah, it connected me with George and Vic and G, the founders here. And they were saying, yeah, so we've ended up in this situation where we have proven there's market fit for what our product is. But we really need to bring in some talent to help turn this into a scalable solution that can be deployed to many factories over and over again.

Build out that quality playbook of how you're going to send a guy into these factories and deliver the solutions that are repeatable. and not only repeatable, but get faster after every implementation.

Let's dive into the MVP. So you're one of the founding engineers. You built the first version. Tell me about that first version of the platform. How long it takes to build and what sort of tools are you using to bring it to life? Building the MVP here in development is a really unique process because we deliver a semi -custom solution in terms of software where you send a guy in and he maps the workflows to what our product is and that ontological data layer that I'm talking about.

So what that really looks like is going and getting in the weeds of things. We work with a cabinet manufacturer in Alabama. And so that's one of the plants that I've had the opportunity to work with. So what that looks like is you'll basically show up and you will start just talking to everyone. You really just got to get as much context of the situation as possible.

And as you're doing this, you will uncover certain problems that they think they have that might not exactly align with what is really the solution because you're a fresh set of technical eyes. So you really go there, listen, start learning, and really just throw yourself into the deep end. And then from there, you can context stuff into these agentic tools to help build a kind of vision on how these things are going to connect into the platform.

So you can use a lot of these new AI tooling systems to really accelerate your learning of a plant. And so you can go ahead and say, it's using this equipment. They're following this workflow. And then once you have this really solid mental model of how their factory behaves, you can basically go ahead and pitch how to deliver a solution that fits within the scope of harmony, but also delivers the solutions that they need at their plant.

Okay, I'm curious about a decision or trade -off you had to make in building that early version of the product, right? And I could cherry pick from what you said some things, but maybe a core decision you had to make around accepting technical debt or how you approached the problem, broke it down, and how you coped with that decision. It's constantly balancing this trade -off of speed versus quality.

You really want to enter these kinds of environments and move as quick as possible. So basically what we do with this kind of pilot system is we go in and we prove our worth by delivering on their hardest problem. So our kind of, that's a bit of a sales tactic, but we say, hey, we will go into your plant for four to six weeks and we will solve your hardest problem.

You guys will think that we can't do that and then we'll do it anyway. And that's why you'll end up going with our software. And they'll always get a giggle out of that and they go, oh, awfully confident. And then what we say is, yeah, but at the end of the day, we're batting a thousand here. So every single pilot we've done as it stands has closed.

So that really provides insight into the kind of quality we deliver to our customers. But in doing this, you have this four to six week scope of, hey, I want to build something that's extremely useful to them, but also is not a shoddy foundation to build on once the actual contract gets closed. Because no one wants to do what they did in the pilot all over again, if that makes sense.

So you have to move with enough speed and direction to deliver solutions while not building something that is going to create a huge mess downstream within this implementation. Okay, Brian, you have some pretty cool first customers, right? You've got Mossberg, Moon Pie, lots of really cool U .S. brand names. I'm curious if there's been any interesting stories from the shop floor, from interacting with those brands.

Do you have any wild stories from there? As I said, Wellborn Cabinets is one of our customers. And so these guys, they're in Alabama. They're true patriots. They love guns. Second Amendment, it's got to be their favorite amendment. And so basically we show up and we're delivering on this pilot for them. And we're building this really good connection with them because that's one of the important things that you have to do as a forward deployed engineer.

You have to build those connections. And as we're talking to them, we just realize, Wow, these guys love guns. They have a skeet shooting range at their factory that they take customers to. So we're like, Man, that's super, super cool. How can we really get them a gift or something? We love gifting our customers to make sure they feel like we value them.

And we get them hyper -personalized custom gifts so that they almost feel like a level of connection to us because I think gifting is a really good way to do that. It shows that you listen and that you learn about the person and then you get them a gift that they really like. And then that really helps establish that connection. So we learn that they shoot clay at their factory with the customers.

So us having Mossberg shotguns as one of our customers, we call them up and we basically say, Hey, can y 'all do us a favor? And they go, Yeah, we love you guys. Anything. We say, Can we get two custom Mossberg shotguns that have laser engraved well -born cabinets and Freedom 250 on them so that we can gift them to some of our new potential clients? And they're like, Yeah, we can do that for you.

So that was crazy. We had to navigate the whole gun gifting process in the US, but we got them to them. We demoed our final product at the end of the pilot. We gave them these guns. They were just amazed by the product that we've delivered in both the gift and the software. So we got to, immediately after finishing up this pilot, we went out to their ski shooting range and we let those babies rip.

It was just one of the most unique things that I have ever gotten to do in the workforce. This episode is brought to you by Fitnexa. All right, quick question. How many times have you tried to fall asleep only to be held hostage by a snoring partner, obnoxious traffic, or your upstairs neighbor practicing tap dance? Yep, in there. Listen up, because I just found your new secret weapon, Somnipods 3 by Fitnexa.

These bad boys are ultra slim, coming in at under 10 millimeters thick and just 3 .3 grams light. That means if you're a side sleeper, you won't even feel them in your ears. Plus, they pack powerful hybrid active noise canceling that shuts down up to 42 decibels of total noise. Goodbye snoring, hello sweet dreamland. And it gets better. They feature built -in white noise, high -res audio for daytime tunes, and overnight AI sleep tracking so you can actually see how well you slept.

You even get 10 custom tip sizes in the box to guarantee that perfect custom fit for your ears. Upgrade your sleep tonight. Head over to go .fitnexa .com slash code story or use the link in the show notes right now because Fitnexa is giving Code Story listeners $10 off of the Somnipods 3. Experience what uninterrupted rest actually feels like.

Trust me, your brain will thank you tomorrow. This episode is brought to you by Perplexity. If you run an e -com business, I bet your morning starts with opening Shopify, Meta, Google Ads, Klaviyo, and a few half -baked spreadsheets you promised yourself you'd fix. Before you've made a single decision, half your day has gone just pulling data together.

That's why I'm stoked to tell you about Perplexity Computer. It connects all your tools into one single command center. Before you even wake up, it pulls your revenue, margins, and inventory, highlights what changed, and sends a daily summary straight to your Slack. It doesn't just tell you what's happening. It actually gets to work. Need to rewrite a Klaviyo flow? Launch a new ad campaign? Or draft creator outreach? Just ask.

And here's the genius part. It automatically orchestrates all the leading AI models behind the scenes, picking the exact right model for every step. Stop drowning in dashboards. Just tell Perplexity Computer what you need done and get out of the way. Start your free trial of Perplexity Computer today. For a limited time only, our listeners can try Perplexity Computer for free.

Head to pplx .ai slash codestory. That's pplx .ai slash codestory to try a computer today. Most AI tools are still answering questions, while Perplexity Computer is completing full projects.

This episode is brought to you by Tiger Data. If you're like me, your architecture diagram started simple until someone added a specialized time series DB, a couple of pipelines, and suddenly you're babysitting four databases at 2 a .m. Stop doing that to yourself. Enter Tiger Data. It's 100% unforked, pure Postgres. Same drivers, same ORMs, same standard SQL.

Zero new query languages to learn. And not just in theory. Plexigrid consolidated four databases down to just one instance and got 350 times faster queries. Glucco ingests 3 billion points a month, and Orca processes over $500 million in daily trading volume. Maybe you've heard of Cloudflare? Yeah, that Cloudflare. The way they put it, with Tiger Data, you get OLAP speed right alongside config data, all under one roof.

As you can see, Tiger Data handles serious scale. The storage compression is absurd, and your cloud bill will thank you. So streamline your stack today. Head over to TigerData .com and see why over 3 million Tiger Data databases are running right now. That's TigerData .com.

Okay, I know it's early days, but I'm really curious about how you're maturing and progressing Harmony AI as a platform and as a solution. And I think to wrap that question in a box a little bit, how do you build your roadmap at Harmony AI? How do you decide that, okay, this is the next most important thing to build or to address? We have a really good team here, and it's really a nice situation to be in when building a product roadmap, having so many guys living in the weeds of these factories.

Because basically, every so often, probably weekly, we have product roadmap meetings, and we basically say things like, hey, what are the problems you are seeing in your factory, and how do we think this could translate to someone else's factory? And the nature of this is you really end up with this whole large bird's eye view of how manufacturing behaves in the world.

So every person who has a factory really thinks it's a lot different from someone else's factory. And there's some truth to that, and then there's also some things that are wrong with that. And for example, I was at the International Woodworking Fair in Atlanta two weeks ago, and a lot of these guys would come up to me and they would say, hey, I got a sawmill up in West Virginia, and it sounds like you work with people like Mossberg, Moon Pie, and some other assortment of customers that don't really seem to behave like a woodcutter would.

And what I have to tell them is, hey, do you have machines? And then they're like, yeah, we use a machine to debark the log, we use a bunch of chop saws in our planter mill, and we cut it to size, and we do this and that. I'm like, okay, you got machines. So does Mossberg. And then I say something like, hey, do you have material? Yeah, we take a log and we turn it into wood.

I'm like, yeah, that's what Mossberg does. They make guns and they turn parts into guns. And you realize that even though everyone does things slightly differently, they do it just similar enough for this kind of ontological data solution to work out. So yeah, that's really how we've learned where the product is gonna go in the future. We see these commonalities.

We realize that they can be represented within our model in kind of a semi -standard way. that can be represented at factory after factory. I love the approach to it a ton. How do you go about building your team? What do you look for in those people to indicate that they are the winning horses to join you? So you gotta be a dog. And it's one of the vetting questions every single person gets asked when joining this team.

How are you a dog? And I'll tell you, when they asked me that, I was a little taken aback a little bit because it felt like a non -standard question to be asked in an interview. They were like, really, how are you a dog? We're gonna send you to possibly the border of Texas where you're gonna live in a town that has 10 ,000 people, half of them speak Spanish.

You're really gonna be thrown in the deep end of solving something. How are you gonna manage there? And I said one word, or I gave them this answer. I said, that sounds like some crazy dad lore and I am all for it. And they got a laugh out of that. And then I reframed it and said, these are important problems to solve. Manufacturing in the US needs to come back and this is the company to help make it happen.

That's a part of our mission here. We really are branded as the AI automation, the AI operating system for American manufacturing. It's not only a product that we're trying to deliver, but it's also an outcome and a goal and a mission. And circling back to how that helps build a team, you really just gotta, you really just gotta figure out if they're that kind of go -getter.

You gotta, and there's no science to it. You just gotta have this sixth sense of like, who is selling you some BS and who really cares about delivering on the product, on the vision and on the goal. And then on the more technical side, really have to distinguish whether they are just an engineer or whether they're truly a builder. Because our employees have a lot of leash and loosely defined constraints on what they have to deliver.

The difference between an engineer and a builder, in my opinion, is really an engineer can take a ticket from Jira or something with a whole set of defined specs and they can go ahead and deliver on it. But a builder is someone who can take a lot more loosely defined constraints and deliver a solution by asking the people, like the operators, the back office, all the users, the right questions to really figure out what needs to be delivered.

This episode is brought to you by Render. If you're building modern full stack apps or AI agents, you know the drill. Your front end is on one platform, your database is on another, background jobs are on a third, and half your day is spent jumping between vendor consoles. It's exhausting. That's why you need to check out Render. Render is the cloud for builders, a single platform for your web services, Postgres databases, background workers, and cron jobs.

You connect your Git repo, push your code, and it's live in production with automatic TLS and zero downtime deploys. Connect your repo, push, and done. Plus, unlike serverless platforms that time out mid -execution, Render's compute is persistent with features like render workflows, long -running AI agent loops, and multi -step jobs run smoothly without you having to build complex, queue, or retry logic.

Over 6 million developers are shipping on Render, scaling from early builds to millions of users on the exact same platform. Head to Render .com and ship your next project today. That's Render .com. This episode is brought to you by Protected Harbor. Guys, I'm sure your IT infrastructure can scale, but does it actually know what your applications need? Or is it just throwing bandwidth at the problem and hoping nobody breaks in? That's where Protected Harbor and Application Aware Infrastructure, or AAI, comes in.

Instead of hoping for the best, Application Aware Infrastructure aligns your tech resources directly with what your apps actually need to perform safely. Plus, it's engineered with built -in zero -trust security. That means every user, device, and workload gets verified continuously. No automatic passes, no free rides. You get total visibility and ironclad control without making life a living nightmare for your dev teams.

You get to build, deploy, and scale on infrastructure designed around security from day one. So stop assuming your network is safe and start knowing it is. Go to protectedharbor .com slash code story to learn how AAI can strengthen your stack today. That's protectedharbor .com slash code story.

Let's dip into scalability. I know it's still early days, so some of this may be interesting or pre -built in a certain way, or I'm not sure, but maybe I won't preload it there. Tell me about how you are approaching scale even in these early days, and even still, have there been interesting areas where you've had to fight scale as you've grown.

There is a tendency at startups to really accept anyone as your customer because you're trying to grow revenue and you really want to increase your size so that you can go to San Francisco and raise a big, crazy next round or something. But you have to have the wherewithal to understand that this short -term influx of capital might not be worth really taking someone outside of your ICP on as a customer.

Even though you may end up with 5, 10, 15 more customers, if each one of them don't fit your ICP and are just unique enough to make every single one extremely siloed and hard to deliver on, that really creates a mountain of maintenance that you have to handle downstream once you start growing and it becomes a real thorn in your side. So the way we've approached scalability is by targeting these mid -market, high -volume, family -owned manufacturers and really trying to, at least in the beginning, stick to that kind of market so that we can notice these repeatable trends between these factories so that these solutions can be scalable and so that we can take one solution

that we've delivered at one factory, port it over to the other and then connect that into the data model and grow quicker so these implementations and these deployments get faster one after another. A snowball effect. Okay, Brian, as you step out on the balcony, you look across all that you've built thus far at Harmony AI, what are you most proud of? It's got to be the team.

It's going to sound corny, but I love everyone here. It is a stellar team. The quality and caliber of engineer that we have at Harmony is really comparable to none. It's just the best. We have grown so much from when I've come on board and in the beginning, I was like, wow, this is a great group of guys and I am beyond confident that this is going to turn into something amazing and it's crazy.

The team has pretty much quadrupled in size since I've come on board and that kind of sentiment has not let up at all. The talent and skill of all these guys is just unbelievable. Being a forward deployed engineer really requires a unique set of skills that are hard to come by and it's why we do such thorough vetting in our hiring process because you have to be able to talk to people.

You have to be able to deal with loosely defined problems. You have to have that builder mindset and then on top of all of that, you got to know how to code and you got to understand how AI and machine learning works in the year of 2026 and you got to be able to continue to learn. You got to be able to continue to deliver excellence as technology and AI advance so rapidly and there is not a single person on our team that I don't believe is capable of continuing to deliver the absurd level of quality that they have shown and are continuing to deliver.

Okay, Brian, let's flip the script a little bit. Tell me about a mistake you made and how you and your team responded to it. One of the mistakes we've made really doubles back to the trade -off that I was talking about of focusing on speed versus quality. At one of our earlier deployments, we really prioritized that speed and it's one of the early customers so it is hard to say that it was a mistake but it presented a sort of situation downstream where you basically built software to behave this way but then as you fill in those missing pieces or gather more context on the kind of solution they want you guys to deliver, you really realize that this was not the way to do

it. So, it requires a lot of gauging whether you can band -aid some solutions or just rewrite the whole thing to make it behave in the larger picture of what is now provided to you.

Okay, this will be exciting, Brian. It's early days. You're moving forward with a really exciting platform. You're building an ambitious platform where you're going and taking on manufacturing at a really great time in the U .S. What does the future look like for Harmony AI for the product that you're building or the industry where it's all going all the things? Can I say the moon? I have the utmost confidence in this thing absolutely dominating the U .S.

sector for AI tech and manufacturing. We won't be content until every single factory in the U .S. is using Harmony AI and of course we think every factory in the U .S. should use Harmony AI. We think really every factory in the world should use Harmony AI but we really want to deliver on making the U .S. manufacturing sector so much more competitive so that we can reshore those jobs, bring back and re -industrialize the U .S.

because that used to be one of the strengths of our country and we have seen it disintegrate year after year really across the last 50 years and so the future vision of Harmony is bringing all of that back to the U .S. using technology and AI to leverage to increase the output and efficiency to make it competitive again. We will never be able to compete compete with the cost of labor of some of these other countries so we have to find that way to make it more competitive and that's by delivering savvy AI forward tech based solutions in these factories that basically allow these industries to become competitive again.

Let's switch to you Brian. Who influences the way that you work? Name a person or many persons or something you look up to and why? I gotta go with my dad man. Tom McEwen is a dog. I am so lucky to be his son. I basically got to see the playbook on how to build in tech. My dad is my hero. He has led multiple startups, multiple tech companies, and all other and he's an author to successful acquisitions, accelerated growth.

He basically gave me the playbook of how to succeed in tech and he was programming that into me since I was a baby. He influences immensely how I work. I remember growing up during COVID I was in high school. He was the founder of a company and that was a really tough time to navigate because the economy really took a nosedive and just his ability to keep a level head in situations of chaos and navigate that boat into an acquisition was really just one of the most impressive things that I have ever seen and now having spent some time in tech I really have learned and gained such more of an appreciation on how he was able to do that because it's not easy.

Running a company is really hard. I have a senior role here at Harmony Hat and I can only imagine what some of these guys like George, Vic, and G are going through on a day -to -day basis because it's a lot. A lot of things get thrown at you from all across the board and the ability of some of these guys to keep the larger picture in mind and keep things moving along keep pushing that pen is really just amazing and I'm super happy to be a part of it.

Okay, Brian, last question. So you're getting on a plane and you're sitting next to a young entrepreneur who's built the next big thing. They're jazzed about it. They can't wait to show it off to the world and can't wait to show it off to you right there on the plane. What advice do you give that person being the founding engineer of this team having gone down this road with the team a bit? You got to market yourself, man.

You got to be visible. So many people deliver such great products and they get killed in the cradle because there's no visibility to them. And that's kind of something that is hard to develop, but you got to find your way to navigate 2026. The way we do it a lot is with Twitter. We have a ton of outreach going on LinkedIn. Pretty much every single person that we have going on on our team is connected to our outreach engine.

Constantly, we're using this for hiring, for sales, all sorts of things because you got to increase visibility no matter what because if no one knows you exist, then how are you going to deliver this great technology to them? Every single LinkedIn post, every single Twitter post, Instagram, Facebook, anywhere you're on, you got to boost it.

That means have a channel on your Slack or your teams and that every time you make a post, you send it there and you tell every single person on your team to repost it, like it, comment, do something to increase visibility, look at your impressions, see how many people saw that, tweak it, make sure more people can see it next time. And really our founder George is just phenomenal at this.

I believe it's Jobs by George on Twitter and I've learned so much from him on how to increase visibility. On LinkedIn in particular, so much AI slop is there that if you put your face in a post, it automatically does like 10x numbers and yeah, that's really a trick because there's a lot of technical guys out there making great products but they don't have any way to market themselves and then you can't go anywhere from there.

You've got to be visible. Yeah, that's fantastic advice. Brian, thank you for being on the show today and thank you for telling the creation story of Harmony AI.

And this concludes another chapter of Code Story.

Code Story is hosted and produced by Noah Laphart. Be sure to subscribe on Apple Podcasts, Spotify, or the podcasting app of your choice. And when you get a chance, leave us a review. Both things help us out tremendously.

And thanks again for listening. You know those days when you're nonstop busy but by the end you've got nothing to show for it other than a ton of open tabs and another missed lunch break? You don't just need an assistant. You need superpowers. Superhuman Go, from the makers of Grammarly, is built for how you actually work. It's right there when you need it, on the side of your browser, already aware of what's in front of you.

No new tabs, no switching apps, no losing your place. You can ask it to draft something, summarize a long thread, pull up a file, or even prep you for a meeting. Staying busy doesn't mean you're also staying productive. When your to -do list is disrupted by back -to -back meetings and searching for buried email threads, your workflow isn't flowing.

It's come to a grinding halt. Go handles the busy work without you ever leaving the page you're on, so you can focus on the work only you can do. Try Superhuman Go from the makers of Grammarly. Find out more at superhuman .com. That's superhuman .com. Capital One's tech team isn't just talking about multi -agentic AI. They already deployed one.

It's called Chat Concierge, and it's simplifying car shopping. Using self -reflection and layered reasoning with live API checks, it doesn't just help buyers find a car they love. It helps schedule a test drive, get pre -approved for financing, and estimate trading value. Advanced, intuitive, and deployed. That's how they stack. That's technology at Capital One.

Related episodes

0:00 Tap any line to play from there.

Weekly highlights

One letter a week.

The notes worth hearing, with the minute they were said.