Blitzy's Brian Elliott: Cursor And Claude Code Are Looking At Your Enterprise Code ‘Through A Straw’

2 Jul 2026 · 42 min · 18 chapters

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Blitzy’s approach to autonomous enterprise software development using thousands of agents to “see” huge codebases beyond LLM context limits, avoiding token-maxing and incremental tech debt.

Guest backgrounds

Brian Elliott is co-founder and CEO of Blitzy. He studied simulation design at West Point, served in the Army (platoon commander and chief of staff for the Ranger Regiment), and later earned an MBA at Harvard Business School where he met co-founder Sid Pradeshi (NVIDIA background).

Key claims

LLMs struggle with large-scale code because of limited effective context (e.g., ~10k lines in a 100k effective window) and non-sequential, relational code. Blitzy builds a relational/semantic knowledge graph and orchestrates work so agents dynamically load only needed context “through a straw” is avoided. Blitzy can run autonomously for weeks and automate 80%+ of software development.

Notable examples

reverse-engineering up to 100M lines; upgrading Java; adding ~50 feature stories; reverse-engineering Linux (~20M lines) for fast customer proof.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Chapters

Tap a time to open that second in VO

Introduction to Blitzy and AI in Business

0:00 to 1:26

Learn about how AI is transforming large-scale software development and the role of Blitzy.

“For eons, we have been limited by how much a human context can hold in their brain and push changes.”

Understanding Blitzy's Operations

1:50 to 3:52

Explore how Blitzy automates software development and handles large-scale codebases.

“What are all these people in this building actually doing day to day?”

Challenges in Code Understanding

3:53 to 5:35

Discuss the intricacies of understanding large-scale code without traditional methods.

“It's impossible, even if you have the people that were building this over the last 20 years, to understand 30, 50, 100 million lines of code.”

Technical Risks and Innovations

5:36 to 8:12

Brian explains the technical challenges Blitzy faced and their innovative solutions.

“Meaning just because I have a file next to another file doesn't mean it has anything to do with that near file.”

Scaling Software Development

8:13 to 9:56

Brian shares insights on how Blitzy scales software development for enterprises.

“If you give it like 10 lines of code, right?”

Brian's Military Background

9:57 to 10:35

Brian discusses his military experience and its influence on his entrepreneurial journey.

“Like there is not a Global 2000 company that doesn't fit this.”

From Military to Business Education

10:36 to 14:01

Learn about Brian's transition from the military to Harvard Business School and tech entrepreneurship.

“Or was that something that kind of became more exciting over time?”

Military Precision and Transition to Business

14:01 to 16:40

Learn how military experience influences business strategies and teamwork.

“And so like, that's another reason why I excelled in the military.”

Harvard Journey and Founding Blitzy

16:41 to 18:08

Discover the serendipitous meeting at Harvard that led to the creation of Blitzy.

“I built the first MVP of Blitzy, which is very, very different from what we have.”

The Aha Moment for Blitzy

18:23 to 23:05

Understand the pivotal realizations that defined the direction of Blitzy.

“What was the aha moment where it was clear that Blitzy was the idea to go all in on and spend, you know, a lot of your career working on?”
Show all 18 chapters

Challenges and Strategies in Scaling

23:06 to 28:00

Explore the challenges faced in scaling Blitzy and how they overcame them.

“It's like, well, well, people pay us a lot of money for our product.”

Understanding Blitzy's Unique Offerings

28:00 to 29:08

Learn how Blitzy helps enterprises with their complex code requirements.

“Or picking something really complex and open source if they want to see it fast without security approvals and say, do you want us to reverse engineer Linux?”

Navigating Legacy Code Challenges

29:08 to 30:26

Discover how Blitzy assists companies in modernizing outdated codebases.

“Or is part of the job for you guys to, A, figure out that a company is big enough to really benefit from this?”

Efficiency in AI Generated Code

30:26 to 32:08

Explore the balance between code generation and efficiency for customers.

“You guys are kind of charging at least partly by line of code.”

Sustainability of AI Spending

32:08 to 34:28

Understand how Blitzy ensures value for customers while managing AI costs.

“Like one, they can define, every enterprise has the ability to define rules.”

Strategic AI Deployment for Enterprises

34:28 to 37:18

Learn how Blitzy integrates with other AI tools for optimal performance.

“gosh, we have this 10 million plus contract.”

Proactive Autonomy in Development

37:18 to 39:28

Discover Blitzy's approach towards proactive automation and task management.

“Yeah, we are like seeking, like all of our customers are using something we have like, we call like three buckets of code generation, right?”

Lessons from Military to Entrepreneurship

39:28 to 40:46

Hear about transferable skills from military leadership to being an entrepreneur.

“So proactive autonomy is the big push for us.”
Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:00Sid Pardeshi:For eons, we have been limited by how much a human context can hold in their brain and push changes. Right now, we say we can actually offload that context load to this system, meaning we can do changes at a size and scale that were previously impossible. Meaning that we can now say, what were we going to do in five years that we can now do in one year?

0:21Brian Elliott:It feels like AI has taken over every industry. But in big business, there are projects and code bases too difficult and expensive to really take advantage. Blitzy is a startup that uses thousands of agents to help those enterprises modernize their code and really put it to work. Our guest today is the co-founder and CEO of Blitzy, Brian Elliott. He says his company could be the corporate antidote to runaway AI spend, or token maxing.

0:47Sid Pardeshi:Any other approach is adding incremental tech debt inside of the organization, which is what's happening in that incredible clip for folks that are simply just launching iterative-based AI coding inside of their system versus taking a, I'm going to use Blitzy to understand the large-scale code base. I'm going to have Blitzy build everything that it can, right? And then I'm going to bring in Cloud Code. I'm going to bring in Cursor to do the final last mile development with the human developer for anything that our system couldn't do.

1:13Brian Elliott:Today on the podcast, we're going to talk about why context is king in large-scale software development, how Brian built Boston's newest unicorn in a crowded AI field, and what he learned chasing high impact in the U.S. Army Rangers. I'm Alex Conrad, founder and editor of Upstarts Media, and this is the Upstarts Podcast, our weekly show about startup founders who punch above their weight to take on the status quo. Brian, welcome to the show. Alex, welcome to Blitz CHQ. This episode is brought to you by Rippling AI, the only AI built to give you full visibility into your startup and the ability to take action across every department.

1:49Brian Elliott:Technically, I guess I'm coming on your show because we're in your office in Cambridge today in Massachusetts. That's right. Yeah, welcome. What exactly does Blitzy do? What are all these people in this building actually doing day to day?

1:59Sid Pardeshi:Yeah, so we're autonomous enterprise software development platform. So we first are the most inference compute intensive code generation platform on the planet by orders of magnitude. So we'll understand large-scale code bases, think 50, 100 million lines of code, and then we will do large amounts of software development completely autonomously. You can think things as simple as a Java upgrade and as complex as I'm going to add, you know, 50 feature stories to this large underlying code base. So we are an orchestration layer of all the state-of-the-art LLMs, allowing enterprises to move five times faster in their software development lifecycle than just using the iterative assist tools that they use today.

2:34Brian Elliott:So you're taking in these state-of-the-art models from an open AI or another... Gemini or really all of them. All of them. Okay. Better together. You're bringing those models in.

2:44Sid Pardeshi:Yep.

2:44Brian Elliott:And then you guys are running, I believe, thousands of agents, 3 ,000 agents, right? It's actually dynamic. So it could be tens of thousands, right?

2:52Sid Pardeshi:Okay. It's based on the complexity of the underlying code base. But let's say you give us a 50 million line trading market execution system. Like these are the common types of projects that people will bring on to Blitzy. We've invented a language agnostic approach to understanding all programming languages. So we have a deep knowledge graph. And so this phase one is reverse engineering, right? Okay. So we'll reverse engineer the code base. That'll take a few days of continuous learning compute. And then we will show the client, the customer, exactly what that means with a spec.

3:21Brian Elliott:Why is that such a big deal? Reverse engineering the code base, being able to ingest up to 100 million lines of code and understand what it says. Why is that so different from maybe the status quo?

3:31Sid Pardeshi:So the old way of doing this was to go to Deloitte or Accenture and give them 24 months and$200 million and say, we have this really old system, right? There's no one here that understands this anymore. We need to get this into a modern state to be able to do anything on top of it at AI or just not have end of life. And so the first thing you have to do when you're modernizing an old system is understand it. It's impossible, even if you have the people that were building this over the last 20 years, to understand 30, 50, 100 million lines of code. It's just too big for a human to grow. So we used to do this piece by piece by piece by piece slowly over months to years.

4:06Sid Pardeshi:So we've compressed the ability to do that completely with compute to allow the enterprise to first understand everything that happens out of their core records, core systems, to then transform them.

4:16Brian Elliott:Now, you mentioned you might historically hire a consulting firm, spend tens of millions of dollars. Those consulting firms now use AI themselves. And then, of course, your customers are playing with models on a daily basis as well. why would they be unable to pull this off on their own and setting up their own system or maybe trying to vibe code a tool that would start to mess around with their code base? LLMs are amazing.

4:41Sid Pardeshi:We love them. We use them in hyperscale, right? The challenge with LLMs that you have to overcome with system design is twofold. One is context. LLMs have context windows, and then within the context window, they have what's called an effective context window, right? Meaning this is how much I can really understand inside of any information space. We're talking about code here without depreciating my understanding or intelligence. So for state-of-the-art models today, advertised context window, a million. Effective context window, 100 ,000. You can fit about 10 ,000 lines of code inside 100 ,000 effective context window.

5:18Sid Pardeshi:We're talking about millions and millions of lines of code on these code bases. So what you need to do is you need to create a system that takes advantage of all the amazing things inside of these LLMs while acknowledging that outside of that effective context window, they're useless. And to compound the underlying challenge, code is not sequential. It is relational. Meaning just because I have a file next to another file doesn't mean it has anything to do with that near file. So you can load the 10 ,000 sequential files into an effective context window, and it's just going to be confusing for the LLM, just like it would be for a human if all they could see was that little, through a straw, those 10 ,000 files.

5:56Sid Pardeshi:So you actually need to take everything out of the context window that's not effective or relational, put everything in the context window, and do this dynamically at hyperscale across hundreds of millions of lines.

6:05Brian Elliott:How do you guys make this work at millions of lines of code at the scale that you're talking about? Because if we could only put 1 % or even less of that code into an open AI or an anthropic-based system, what is the unlock that you guys have done to make that feasible and economically viable?

6:25Sid Pardeshi:Yeah, so that's phase one is building that knowledge graph, right? And so that knowledge graph is a both relational and semantic understanding of the underlying code base, and it's a deep relational understanding. So what we're doing is we are removing the pressure or the load of having something, as a human, it would be like, what do you remember top of mind? So we're removing that load off of the agent and we're only putting in what they need just in time, every time, dynamically, done hundreds of thousands of times, right? And so at any single moment in time, an agent can only sort of do one thing.

6:56Sid Pardeshi:We sort of parallelize work and then we sequence work based on how it can be sequenced.

7:01Brian Elliott:You're a pretty technical founder. Your co-founder, Sid Pradeshi, worked at NVIDIA, also technical. Is this a mostly technological unlock that is allowing you guys to do this?

7:11Sid Pardeshi:Yeah, so Blitzy was always pure technology risk, right? There wasn't any market risk. If you can offload huge amounts of what would have been human labor at mass scale, like the market demand is extreme, which is why you've seen such a rapid growth from the company over the last 12 months from headcount, from revenue, from everything, right? So it was massive technical risk. And the technical risk was twofold. One, it was around, can you truly build a system that understands large-scale code bases? Like, understands. Like, that is a problem people have been trying to solve for as long as code has been used, right?

7:45Sid Pardeshi:As long as the term software development, like, came out of work inside of the government back in NATO, like, 50, 60 years ago. As soon as software development became a core task, understanding scale became the challenge, right? So we solved for that. and we fuse that with unique orchestration technology that takes advantage of all of this amazing R &D coming out of the other labs, right? And so solving for context at scale and solving for orchestration at scale. The other way to think about Blitzy is like, what is it horrible at? It's really, really bad at small tasks. If you give it like 10 lines of code, right?

8:20Sid Pardeshi:Like it's like, well, now I'm waiting. It's going to be examining those 10 lines of code for like a day.

8:25Brian Elliott:So Blitzy is our artillery piece that you have to line up. You're not taking small shots with it, basically. More like an F-15, I would say, because it's extremely precise, but it's really built for scale. Got it. And why is it called Blitzy?

8:37Sid Pardeshi:To blitz means to move extremely fast or to scale extremely fast. And so if you look at the rate limiter for our system, it's literally rate limited by the speed of compute, right? The speed of compute and the sequencing of tasks. And so there is really no possible way to develop software faster than to offload all those tasks to inference that can be. So it's all about scale, speed and scale.

9:02Brian Elliott:Speed and scale and basically working with these code bases that would be arcane and overwhelming for otherwise cutting edge tools to really dive into, right? Right, yeah. So we might be using at a big company, we might be using LLMs and say the art AI for new things we're building. But then there's that 10 or 20 million dollar update or digital transformation project that we have put off because it just feels overwhelming or economically unviable to have attacked.

9:35Sid Pardeshi:Yeah, I mean, the majority of the code instead of the enterprise environment is a fit. Anything that's been around for more than a few years, right, is of any size or scale, like is good for a system like us. Like once you're out of the effective context window of an LLM, like by itself as a single standalone system, you want to use something that is designed for scale. So like the Global 2000, like this is their code, right? Like there is not a Global 2000 company that doesn't fit this. And there's rarely ever a startup that we would ever be able to help.

10:02Brian Elliott:Got it. So a startup not selling to other startups.

10:05Sid Pardeshi:Yeah, correct. Correct. We are enterprise only by design for day one because it is a completely different problem set to develop enterprise quality, enterprise grade code than it is to just develop something that functionally works. And so we sort of purposely partitioned off our approach to focus only on enterprise scale.

10:26Brian Elliott:Fascinating. Now, you went to West Point. I did. You served in the military. Was there part of you even, let's say, as a teenager, when you're going to West Point thinking, someday I want to be an entrepreneur? Or was that something that kind of became more exciting over time?

10:42Sid Pardeshi:I was at West Point. I studied something called simulation design. It's a subset under systems engineering, right? You are taking real world systems and then you are using computer programming to emulate or simulate that reality. That to me was like the most exciting thing. And so I am excited by the problem set of using technology to create what would have been done in the real world with computer systems. Entrepreneurship is a vessel to enable us to do just that. Because if you think about what Blitzy is, it is simulating software development at the speed of compute. If you look at our logs, like the logs of what's going on in the system, it looks like a bunch of engineers on Reddit bickering.

11:26Sid Pardeshi:But they eventually get to the right answer. So this company is a vehicle to do something that I think needs to be in the world.

11:32Brian Elliott:When you were in the military, you have to, I believe, correct me if I'm wrong, but I believe you have to apply and go through this extremely grueling process to join the Rangers. Yeah. You became a platoon commander and then a chief of staff for a lot of Rangers. Was that, again, just a challenge, a bigger scale opportunity that was obvious to you?

11:54Sid Pardeshi:Yeah. I mean, so my dad was in the military, so that was my initial inspiration to go to West Point. And then once I decided what to do in the military and the Army, because you go to West Point, you go to the Army, I wanted to do the hardest thing, right, that had the greatest impact possible. Usually those things are like directly correlated, right? You can do the hard things that don't have impact, but you can't do things that have impact that are not hard. Fair enough. And so if I was going to serve and I was going to commit, hit it six years plus West Point, I wanted to make every single incremental second count towards driving as much impact as I could.

12:27Sid Pardeshi:So I branched infantry, right? I started engineering. I've loved computers my entire life. I could have gone the cyber route. I could have done anything I wanted, right? Because you get to pick what you do based on your grades. I West Point did incredibly well. But I chose to go infantry. And then in infantry, the Ranger Regiment, you're allowed to apply to the best officer in your unit. You're allowed to apply. So first you have to be the best officer in your unit. Then you have to go to selection, right? And then amongst the selection, it's like three grueling weeks. There's like lots of shows on this.

12:53Sid Pardeshi:I won't belabor the point of getting assessed and selected. So you're the best there, the best inside of selection. and then you get the opportunity to go and serve in the Ranger Regiment, right? And then they're doing the most important work in the nation, right? So like top priorities out of the DOD, out of SOCOM, the Ranger Regiment, along with the other folks outside of JSOC are the ones assigned to those. And so that is real impact. And like the missions and the work that we did, like had really, really positive impacts on the world.

13:17Brian Elliott:I understand that it's probably partly because of the platform it's on. But when I was looking at your LinkedIn before we met today, I saw that one of the highlights of your work with the Rangers was you had the amount of budget that you were responsible for as this chief of staff, you know, over$30 million of equipment and personnel and stuff. Was that the way your brain was already working that you were thinking like, hey, this is a system that I am helping manage?

13:42Sid Pardeshi:I have been thinking like that since I was a little kid. So, like, I walk into a physical space. I see, like, ingresses, egresses. okay, there's the fire system, right? Like this, everything that we're in, like it works and it functions, right? Like as a very specific system with infrastructure and inputs and outputs, right? And so that's why systems like system levels, whether it's computers or buildings, right? Like it is fascinating to me. And so like, that's another reason why I excelled in the military. Like when you're doing it at like a direct action rate, it is a very elegant system, right?

14:15Sid Pardeshi:Of air, ground on ground maneuver, right? And then really, really fast thinking on the spot to react to the reality of the ground, right? And so synchronizing all of that, like that is IRL, like orchestration. And I loved it, right? Because precision and operating under stress with precision matter more than anything. So like whether it's the system in the computer or a system of an organization, like it all functions as a group of like inputs, outputs, like context and intelligence.

Read the full transcript

14:42Brian Elliott:Okay, so you do your tour, you achieve your goals in the Army. Was it a natural next step that you're going to go to Harvard Business School and try to win in the technology or the business world? Or how do you go from one to the other?

14:57Sid Pardeshi:it's actually quite common to um especially to go from soft into to an mba program right um you don't really know anything right um but you have like all these amazing soft skills i had a lot of technical training i'd say it incredibly technically fluent like that was my weekends right like i thought about going and getting like an ms engineering or doing a duel but i was like i'm just gonna create as much space and time for myself to go after what is next and the great thing about harvard uh is like the education's like it's fine it is what it is the same case studies that are at every other school, right?

15:26Sid Pardeshi:So it's like, it's not necessarily the material, but it's really the people. And so I met Sid there, right? I met Sid in the engineering building. He was getting a dual MS MBA. And we got assigned to work on a project together, right? Like, so it's almost fate that we met at Harvard at the same time, very passionate about, you know, all the same topics. And like, today, we're like, we're not just co-founders, like, he's my best friend. Like, we, I love him. You know what I mean? So it's like, to have that serendipity of meeting somebody at that space. I know you went to Harvard. It's a very special place.

15:56Sid Pardeshi:A lot of people like rag on it all the time. It's like easy to pick on Harvard, but like for me, it gave me like, it gave me everything.

16:03Brian Elliott:Well, I do think this will probably be the most we ever talk about Harvard on this show. But we are taping it a couple miles away from the campus. So it's only fitting. There was a joke early in my career when I've been covering startups now for a long time. And I heard this line about HBS, which was that every student was one technical co-founder away from a great startup. Now, you and Sid actually were technical. Was that something that made you guys immediately bond or gave you an edge to kind of actually get into the startup world in a meaningful way straight out of school? Or what did that kind of do for the two of you?

16:43Sid Pardeshi:I built the first MVP of Blitzy, which is very, very different from what we have. But this is, back when we were in the ideation and the iteration stage. And so what attracted us as colleagues first was I think a bias for action and a bias to create as opposed to a bias to talk or a bias to strategize. And so like the ultimate downfall of like everybody that goes to B school is like they want to think through everything ahead of time when actually action begets information, right? And so we are both have an extreme bias for action, an extreme agency, and we both have the ability to build and create.

17:15Sid Pardeshi:Yeah, I saw this video of me sending him like a demo video of everything that I created as like one of the first little things that we worked on. And I think that's when he said, OK, like this is this could really be something.

17:28Brian Elliott:These days, you can chat with AI about almost any business problems. Rippling AI is built to actually solve them. That's because Rippling AI is built on your live workforce data. That gives you full visibility into your startup and the ability to take action across every department. Say you have a new hire starting Monday. Just ask Rippling AI to get them set up and it will provision their laptop, grant them access to your systems, assign their onboarding tasks, and loop in their manager. But it doesn't stop there. Rippling AI can flag missing paperwork, set up their first one-on-ones, and make sure they're ready to ship on day one.

18:03Brian Elliott:All you have to do is tap confirm and get back to building. Don't settle for AI that's all talk. Head to rippling.ai slash upstarts and get AI that turns insights into action. That's R-I-P-P-L-I-N-G dot A-I slash upstarts.

18:19Sid Pardeshi:Sign up for exclusive access today.

18:22Brian Elliott:You guys, or at least you worked on a couple other startup ideas. What was the aha moment where it was clear that Blitzy was the idea to go all in on and spend, you know, a lot of your career working on?

18:34Sid Pardeshi:Yeah, I think whenever you have a view on the world that everybody tells you is incorrect and despite that, you just know it's true, that is worth really going all in on. If you rewind the clock to between GP33 and 3.5 coming out, anything not a model, right, was getting called a wrapper. This was very hot in the VC landscape. It was like, oh, like the model, they said the model will do it all. It'll get ever increasing in size. The reason they had this view is a lot of people were building periphery functionality around the model that would get squashed when the next release came out. Right. But that view on the world is fundamentally flawed because LLMs are sequence to sequence architectures.

19:19Sid Pardeshi:Right. And so therefore, like the model cannot do it all by definition. Right. Like it will struggle at large scale and high complexity. It will increase capabilities, but to tackle a problem as complex as a large code base, the kind of code bases that exist in the DoD, the kind of code bases that exist at NVIDIA, the model was never going to do it alone. And so we sort of knew this to be true. And so we would go everywhere and be like, the model is not going to do it all. Inference time compute is the most important scaling law for code quality. This is before reasoning models, like way before reasoning models were a thing.

19:52Sid Pardeshi:And if that is true, the limit case is going to be understanding the underlying code base. So those are the three things that we believe to be true. And everybody told us it was the stupidest thing they'd ever heard.

20:02Brian Elliott:Why did they say it was stupid? Just because they thought OpenAI was going to do it eventually?

20:06Sid Pardeshi:They just thought that the model would solve the problem. It was like, oh, if GPT 3.5 can't do it, then GPT 6 will do it. It's not true. It's a physics problem. But these models are so amazing. It creates this illusion that it will be able to do everything. because you can experience GPT-3, you can experience GPT-3.5, right? And then you extrapolate what that's going to mean for size and scale in a way that's very logical, but it's not rooted in the reality of what a transformer is, right? And so this is the dissonance that, I believe this to be true. Like I believe this to be true. If this is true, like what does that mean to build a system that can automate software development?

20:46Sid Pardeshi:One, it's gonna be what people now call extremely long horizon, and it's gonna be rooted in reality, right? And so today, Blitzy will run continuously without a human in the loop for weeks on end, recursively planning, writing, testing, and validating code at hyperscale. This is an approach or a concept that people thought was an impossibility back when we were starting the company. But this is always what we were going towards. And now that we reduce the technical risk by building and inventing a knowledge graph and orchestration system that worked over the last two years, now we're just scaling as quickly as we can.

21:20Brian Elliott:Why were you confident that you guys would be the ones who could crack this, especially in Boston, not coming out of Stanford or sort of, you know, straight out of Google? One of these labs, we've seen so many folks come out of the same couple companies, raise huge amounts of money for AI startups.

21:38Sid Pardeshi:Yeah, I mean, I think one, I had faith in sitting myself as people, right? to if this was something that everybody at Stanford and everybody at Google, et cetera, like we're talking about and was obviously going to be a thing. We probably like, I don't think we would have pursued it, right? If it was like, if it was the obvious thing that everyone was pursuing, would have gone it. But like the reactions we got on what we fundamentally believe to be true were so visceral, almost mocking. There's a zeitgeist or a shared kind of like set of beliefs that peripherate through the Valley in a way that is 99 % great, meaning best practices for sales, the fastest approach to implement agents.md, like that proliferates so quickly around the Valley that all of these best practices like get absorbed into these companies, but so do all of the beliefs around what is true around technology.

22:32Sid Pardeshi:And our belief was different to that. When we went out and raised capital, like one, it was very easy because we had an unbelievable traction, but two, like people were like still in shock about what our customers were saying. I would say what I just told you. And then they would go talk to a four to 500 company and they'd be like, holy shit, like, like this is happening. And it's, it's the same people we talked to three years ago. We're like, this is, we're going to do this. Right. And then no one took us seriously because we didn't raise a huge amount of money because we're scaling off of revenue.

23:01Sid Pardeshi:We were 70 people off of 10, off of 10 million bucks raised. Right. Like that doesn't math for most VCs. It's like, well, well, people pay us a lot of money for our product. And then we went out and raised 200 million bucks. We were like, oh, I guess this is real, right? This is a real thing. We did talk to the customers. But it was that dissonance between what I think was status quo in the Valley and like what we believe to be true that like was like, well, this has to exist in the world. This has to be the reality. And like, I'm not willing to wait 10 years for someone else to do this. Like this needs to exist.

23:28Brian Elliott:What was the hardest part to get to that escape velocity? Because as you noted, you guys just raised 200 million, 1.4 billion valuation, one of the newest unicorns in Boston, a lot of energy, a lot of wins in your sales right now. When you think back on, this is the moment where we had our backs to the wall, we call it an upstart moment on the show. What comes to mind first?

23:50Sid Pardeshi:Yeah. I mean, there's like a huge disadvantage to starting out of business school, right? Because you have all of these preconceived notions on like, oh, this is one of another. The smart asses like me. Exactly. Right. And like the challenge with that is like they're not necessarily wrong by experience. Right. Like there's like a hundred potential entrepreneurs that are exploring that are not serious. Right. So you have to sort of vet through that reality. But like Sid is like Sid's an immigrant. Right. And so like if we didn't raise money, like we needed to sponsor a visa. Right. Like so it was like it was like we were like really like we had to do it.

24:26Sid Pardeshi:We had we were up against it. Right. Right. It's super easy for you and I to like take risk. We were born here. You know, Sid's kids were like going to school here. Right. And so we had to raise the money to be able to then sponsor his visa to then have an entity that could go here. Right. And fortunately, we were able to be successful. Like the plan for Blitzy, the ambition for the platform and the product was the same when we started as it is now. You can go all the way back to like our business insider published our seed deck. And we literally just could have changed the traction slide on that and taken that to the growth round.

24:59Sid Pardeshi:But it was so incredulous in 2023 to say you're going to automate software, right? Like absolutely incredulous. Even in 2026, people were like, oh, I don't know, maybe we'll get there. Like clearly, this is the most important use case in AI. And you guys are automated 80 % plus of it. Will we ever get to 100 %? And I was like, well, that's the bet that you're making because that's what I believe to be true. And I believe we'll be able to create a significant amount of value on the way. But like when you're raising money that's tied to someone's like immigration status that like that you care deeply about, like that's like that's hard.

25:29Brian Elliott:To process that, did you guys just move faster to show a pilot to folks or to be able to demonstrate a customer value quicker? Like given that you had that that urgency, how did it influence your process? I had to go get deals.

25:45Sid Pardeshi:right like that that was like my my vehicle to um you could spend all day polishing a pitch deck but like if you have someone that you're serving people will move faster right uh and so i remember uh vividly it was march uh sit and i were on a train down in new york city the 6 a.m train down there and it was like spring break week at at hbs so other people are going on vacation yeah they're going to wherever they go right like sitting i have family so it wasn't that big of a deal like we weren't we weren't going to like the late combo trip yeah whatever it is i did not i did

26:14Brian Elliott:not travel at all during business school.

26:16Sid Pardeshi:I went between my apartment and business school and the iLab. We're on the train at 6 a.m. to go down there to hopefully close a financial services customer, which we ended up closing. This was in March. We had to raise capital, trying to raise capital before basically June when Sid had to be employed. And we saw one of our entrepreneurship professors on the same train going down to New York City, Jeff Buskang. I just thought like, wow, what a sign that like spring break week of HBS, like we're going down to close the deal. I know he's going down there probably to close the deal as well. Just like one of the small moments of like, this is like what it takes.

26:49Brian Elliott:A hustler is on the train. This is what it takes.

26:51Sid Pardeshi:Like it's what it takes. Take a six-time day and train down in New York City to go get the deal done, which we did get the deal done. And then like that was, you know, it was a six-figure deal. It wasn't like crazy, right? But it was a six-figure deal that we were able to go and say, hey, we were able to find this client like with this problem. They need software. We're using our platform to build that software and that helped us raise capital.

27:10Brian Elliott:So you get this six-figure customer. Now that's kind of a small engagement, or that would be like a pilot for you guys.

27:17Sid Pardeshi:We won't even sell it anymore. It's too small.

27:18Brian Elliott:It's$100 ,000. How do you get these companies to trust spending millions of dollars on your tools?

27:23Sid Pardeshi:So I think it is incumbent upon the person with the new technology to prove it as a part of the process, right? And so every time we meet somebody, I tell them like, hey, every single one of our customers today, which will be so happy to get on a call with you, by the way, like, we'll do that as the final step. So I don't just slam them with 50, you know, calls, but I promise you, I will not take a dollar until you talk to someone else who did this. Every single one of them came on the call and they're like, I do not think that this will work. But if it does, it'll completely change the way that I approach technology.

27:50Sid Pardeshi:Right. So as a part of this process, we're going to prove it to you. And then we're going to partner deeply. Right. But let us prove it to you as a part of that process. Right. And so that'll often mean reverse engineering one of their code bases. Right. Or picking something really complex and open source if they want to see it fast without security approvals and say, do you want us to reverse engineer Linux? Right. 20 million lines of code. Nobody else on the planet can do that. We'll do that for you. If that's what's going to give you confidence, right? Do you want to reverse engineer your trading system?

28:16Sid Pardeshi:We're happy to do that, right? Do you want to upgrade something? We're happy to do that. Because when you see this reality and you see the quality of the code adhering to your coding standards done at a size, scale, and quality that you believe was impossible without full human driving the process, then you're going to want to go really big with us. And then the questions completely shift after proving it from, okay, does this work to how how do I absorb this new capability into my operating model as an enterprise? Because for eons, we have been limited by how much a human context can hold in their brain and push changes.

28:52Sid Pardeshi:Right now we say we can actually offload that context load to this system, meaning we can do changes at a size and scale that were previously impossible. Meaning that we can now say, what were we going to do in five years that we can now do in one year?

29:07Brian Elliott:Do the customers usually know the project that Blitzy would help the most with? Or is part of the job for you guys to, A, figure out that a company is big enough to really benefit from this? Like you said, startups maybe not really making sense. And then B, have that old code or that big project that was too gnarly for them to tackle where you guys can really shine. We make it easy.

29:31Sid Pardeshi:Anybody with over a million lines of code, you should probably be using Blitzy, right? Right. And then you need to know what your roadmap is. So like what we're not going to do is like what our job will never be is like know what your customers want. That is a question for business analysts and product managers. But most companies, like most companies that have their act together, like have multi-year backlogs of things that they need to do, both sort of from a modernization perspective and a steady state feature development perspective, which Blitzy does both on these underlying code bases. So we say, great, like, let's take part of that from next quarter on one year code basis.

30:03Sid Pardeshi:right and let's just do it let's just do it uh we'll do a proof of concept or we can do it on a pilot depending on what kind of deployment environment that you need let's prove it and then let's go big from there right and so an organization with over a million lines of code which is like any big company in the world has that uh regardless of industry uh and then the roadmap that is that is defined because if it's defined they're doing it for a reason right like if you have a three-year or five-year roadmap like every single thing that you're doing is tied to some return to the company. So if you're able to take that and compress it down dramatically, five times faster is what we see when we're deployed across the entire enterprise software development lifecycle, then like there's so much value creation there.

30:41Brian Elliott:You guys are kind of charging at least partly by line of code. Now in the more AI sort of West Coast world where token maxing is a big term, and I would love your take on that, there's discussion that AI generated code can generate too much code, that there's, you know, 10 lines of code from maybe two that a craftsperson might have made that would do the same thing. How do you guys stay efficient for your customers with the code that you guys are putting out from your agents and from sort of the project output? What's going on in some of

31:14Sid Pardeshi:these enterprises is regardless of function, like software development, customer success, etc., there's these leaderboards on like who is spending the most in tokens. It's a silly way to prescribe value. I would say it's kind of like counting the best SDR by number of dials. It could be related. Sometimes it's related, but really you should be counting an SDR by bookings. That is their incremental value to the company. So if an SDR created a script that dialed a billion people, that's not necessarily good. And so that's my general view on token maxing. It's not sufficient, although it is not like an unreasonable way to think about like who is using AI.

31:53Sid Pardeshi:It's really not a sufficient way to think about adoption.

31:55Brian Elliott:But then when your customer is generating more new code from Blitzy, they are paying you more, right? So how do you avoid the incentive of wanting to create and charge for more code on your end?

32:07Sid Pardeshi:So a few things, right? Like one, they can define, every enterprise has the ability to define rules. So you can literally say like, I want to do minimum change principle. That's not necessarily always the right way to do it, right? What Blitzy is going to do is it's going to first match the existing way that you implement code, right? Following your services, following your approach. If you have a different approach that you want to change, and we see like CIOs or CTOs, they want to enforce a new enterprise approach to XYZ, right? You can then enforce that, and Blitzy will write code and adherence to those standards, right?

32:36Sid Pardeshi:And then one of those standards can be a minimum change principle, right? And that's going to minimize things, even like documentation, right? And so what will happen is people will try that. And then they'll be like, actually, I just want to like have you write code how I want code to be written. Okay. And then we'll follow in. Underlying the question that you had is like, well, AI is just writing lots of code. What's happening is AI is in these iterative based tools that have limited view of context. It is rewriting services. It is rewriting functions that already exist somewhere else in the enterprise code base.

33:04Sid Pardeshi:Because all the way back to the beginning, like it's looking at it through a straw. Right. And so it's like, I need to do this thing. this thing already exists somewhere in some shared service inside of the enterprise, but that iterative tool doesn't see it. And so what Blitzy always does is it develops software, like an enterprise software developer builds software. And so if you have an existing service or existing package or existing library that does something, Blitzy is going to use those and leverage those as a part of the solution. Any other approach is adding incremental tech debt inside of the organization, which is what's happening in that incredible clip for folks that are simply just launching iterative-based AI coding inside of their system versus taking a, I'm going to use Blitzy to understand the logical code base.

33:46Sid Pardeshi:I'm going to have Blitzy build everything that it can, right? And then I'm going to bring in Cloud Code. I'm going to bring in Cursor to do the final last mile development with the human developer for anything that our system couldn't do.

33:57Brian Elliott:Part of why I asked was the token maxing. The other reason I asked was because there's now a bit of a discussion happening around the sustainability of spend on AI-related budget items at especially public companies, really big companies. You are enterprise-focused. And at the same time, I was really impressed to see that you guys track ARR basically per dollar you spend, right? I think you're almost at three to one for dollars in versus dollars out. Yeah, which is world class. It's amazing. So how do you make this flywheel sustainable for everybody though, where the customer isn't saying, gosh, we have this 10 million plus contract.

34:34Brian Elliott:We're not sure if we're getting full value out of that. These guys are taking a big margin that we can't justify.

34:41Sid Pardeshi:Blitzy is a CFO's best friend, right? And so when we bring in Blitzy, we are saying, great, let's look at your roadmap. We're going to go ahead and understand your Blitzy usage against that relative roadmap. So you know what you're buying off, right? You're like, literally, I am buying these projects. Like, what is the job to be doing? These projects, way faster, from Q4 brought into Q2. So that's what I'm buying. And there's incremental value, both in labor savings and top line revenue if those things are generating product value. That is against a, you know, the fixed amount. It's going to be roughly X lines of code.

35:12Sid Pardeshi:So there's no variance swing from the CFO like they're experiencing when they just buy random licenses for other AI products. And so what you're doing with the other AI products is like you're throwing Opus 4.7 at everything. You're like max think mode, max think mode, max think mode, right? And you're just putting that on loops, right? What's happening on Blitzy's end, and the reason that we're able to provide what I believe are incredibly, it's deeply value-add, but underneath the hood, we are choosing the right model for the right task dynamically, just in time, every single time. Might be Gemini, it might be Flash, it might be, it might be Opus, it might be Sonnet, right?

35:50Sid Pardeshi:It might be an earlier version of Sonnet, right? And so So for us, this, call it tailwind of realizing we need to be intelligent with our use of AI to solve these outcomes is actually baked into how we build our product in a way that really resonates with the CTO, the CIO, and the CFO.

36:06Brian Elliott:I guess I'm thinking, you know, now that you're a startup unicorn, you're going to be better known. You're going to show up at these conferences or these, you know, Sun Valley type events. What is going to be the vibe when you're sitting with another AI unicorn founder?

36:21Sid Pardeshi:Everybody in the market acknowledges that if you sit in a place that's serving any level of inference, you have a responsibility to deliver that in a cost-effective way to the end client that never degrades quality. It is not in Thropic's position that you should use Opus 4.7 for everything.

36:41Brian Elliott:Right.

36:41Sid Pardeshi:That is not what they're showing up and saying you must do.

36:44Brian Elliott:And co-worker will literally warn you and say, are you sure about that? Exactly, right?

36:46Sid Pardeshi:So every great company is making a real effort to enable the organizations to do it. What Blitzy has uniquely done from Dead Zero is we do it algorithmically for the customer. I mean, we don't put the load on the individual saying like, well, I have to switch between this and this for this type of task. Like, it's all taken care of underneath the hood.

37:06Brian Elliott:Do you think Blitzy, though, coexists nicely with other leading startups or users of AI? where you guys are doing this, the big F15 project, but then they have maybe more tactical uses for new tools.

37:19Sid Pardeshi:Yeah, we are like seeking, like all of our customers are using something we have like, we call like three buckets of code generation, right? There's the kind of like IDE-based or quick Twitch response. So you need something in that like cursor category. Then there's the web app-based or CLI-based. This is like Cloud Code or Codex, right? We expect customers to already be adopting each of these two things. and then we are the hyperscale autonomous outcome. So if you need to do something quickly, you can't come to Blitzy. We can't serve that purpose. But if you have a scaled code base and you're trying to do scaled work and then come in with these tools, do last mile development or do any discovery-based development where you don't know what's the schema, et cetera, that's this other bucket of AI tools which are incredible and amazing.

38:02Sid Pardeshi:And so Blitzy plus something that's CLI or web-based plus something that is in the IDE, that is the agentic software development lifecycle stack.

38:11Brian Elliott:So what will be your next mission? Like, you know, if we go back to your service, you were looking for the highest impact, hardest thing you could do, which ended up being the Rangers. With Blitzy for the next year or two, is it just go for even bigger customers or even bigger deployments?

38:24Sid Pardeshi:Yeah, I mean, we're definitely increasing like size and scale for my customer base dramatically right now. But we're pushing towards more what we call proactive autonomy. If you want Blitzy to do something today, you're still like you show up. Let's say you wanted to fix like a thousand CVEs. Fine. Great. Like you go in, you go into all your platforms, right? You groom through those. You give that to Blitzy, understands the entire school. And then it goes and does the cogeneration to actually go remediate stuff. right but like you can just connect those platforms to blitzy right and you can feed a set of rules like hey whenever a cve is high or you know reaches criteria xyz like i want you to queue up a blitzy task to go do this right and go execute this to a dev branch right so you're taking what the enterprise and the organization wants and you're what you're doing is you're turning the developers into the architects of what they truly want right and you're allowing blitzy which is the platform that has all the context to ingest extra information context from the existing tools that folks are already using and then action against that based on what the firm wants.

39:28Sid Pardeshi:So proactive autonomy is the big push for us.

39:31Brian Elliott:Awesome. And then I know you're still relatively early in the journey, but let's say you're going back to HBS or to West Point and you're talking to the next Brian. What has been the lesson from your experience so far that you've sort of latched on to the most or has been the most helpful in getting to this, you know, billion dollar scale so far?

39:50Sid Pardeshi:Yeah. So I think it's helpful to understand what translates really well, like what to keep, right, of your experience. And so in the Ranger Regiment, we have this Latin phrase, it's called suesponte, which means of your own accord. And so the tech world for this is high agency. You will not succeed in the regiment if you are, if you're not like extreme suesponte leader, because you're often on the ground and you just do not have, you don't have comms, you don't have information, et cetera. You just have to make decisions live, right? Based on understanding the larger intent. And there's not, you're not asking for permission.

40:23Sid Pardeshi:Like you are operating against the designed intent and mission. That's exactly what it's like to be an entrepreneur, right? You are operating and you are owning the outcomes of those decisions. You're doing so at an incredibly high base. It goes all the way back to the conversation of like, action begets information, information doesn't make it action, right? And so the ability to move with incredibly high agency translates from prior life to this current life.

40:45Brian Elliott:I think it's interesting too, we hear that some founders like to hire former athletes who are also technically gifted because they just have the discipline, the consistency. I'm sure you've picked up that as well, where, you know, as a founder, it's like, it's not just the big picture vision that makes a billion dollar company. It's the execution of all those annoying little things too, right?

41:07Sid Pardeshi:Yeah, we hire a disproportionate amount of former athletes. Beth behind the camera is an Ironman, Ironwoman. It is a really high signal way to vet through people is looking for athletic backgrounds, both on the technical side and go to market.

41:19Brian Elliott:Cool. Well, thanks so much for coming on the show.

41:21Sid Pardeshi:Yeah, appreciate you.

41:36Thank you.

From the publisher

First at West Point and then as an officer in the U.S. Army Rangers, Brian Elliott always sought out the hardest, highest-impact challenge.

“You can do hard things that don’t have impact, but you can’t do things that have impact that aren’t hard,” he says.

Now Elliott is taking the same approach at Blitzy, the Boston-based startup he co-founded with Harvard Business School classmate Sid Pardeshi in 2023 to overhaul and lead massive code projects for large corporations. Blitzy’s agents can understand 100 million-plus lines of code, automating away work that customers would otherwise pay millions over months to consulting firms to barely crack.

“For eons, we have been limited by how much a human context can hold in their brain,” Elliott argues. Now Blitzy can offload that context to its AI systems: “We can do changes at a size and scale that were previously impossible."

On The Upstarts Podcast, Elliott shares how he built Boston’s newest tech unicorn by becoming a CFO’s friend; why Cursor and Claude Code only see enterprise code through a straw; and what West Point and the Army Rangers taught him about operating with precision under pressure.

Plus, he shares his Upstart Moment: catching the 6am train to New York to close an early customer, with his co-founder’s visa at stake.

Chapters:

00:00 Introduction
1:59 What Blitzy does
7:12 Like an F-15 of 'pure technology risk'
10:43 West Point, the U.S. Army Rangers, and Harvard
18:34 Why OpenAI's models can't do it alone
21:20 Building in Boston, not Silicon Valley
23:50 A visa-saving Upstart Moment
27:23 Proving value across millions of lines of code
31:07 Why token maxing won't work
34:41 A CFO's best friend
38:20 Moving to 'proactive' autonomy next

Brian's LinkedIn

Blitzy

For more, visit https://www.upstartsmedia.com/

Season 2 of the Upstarts Podcast is presented by ⁠⁠⁠Rippling⁠⁠

Produced & edited by Eric Johnson from LightningPod

More from The Upstarts Podcast

All 23 episodes
Blitzy's Brian Elliott: Cursor And Claude Code Are Looking At Your Enterprise Code ‘Through A Straw’The Upstarts Podcast · 42 min
Listen in VO