Merge is the bottleneck: once long-running cloud agents let teams run 20-30 tasks in parallel instead of 3-5, coordination — planning, orchestration, review, merging and simply starting the right tasks — becomes the constraint, and Vorflux 2.0's Autobots with budgets, ownership and visible work address it.
Move coding agents off the desktop and onto cloud machines so they can run for hours on many tasks in parallel, by systematically solving environment setup, planning depth, task orchestration, testing, code review and mergeability.
Instead of treating agents as a task queue a human must feed, deploy 24/7 bots with a goal, an owner and a home channel that listen to webhooks — customer call transcripts, Sentry/PagerDuty alerts, CI signals — and start the work that intent already implies, operating within budgets and escalating responsibility as their results hold up.
Amazon EC2 is Amazon Web Services' cloud compute service, providing secure, resizable computing capacity as part of AWS's cloud-computing platform on a pay-for-use basis. It provides sandboxed virtual-machine environments inside a VPC for running agents securely, with a broad choice of processors, storage, networking, operating systems, and purchase models. EC2 instances can serve as raw cloud machines for setting up complete development environments intended to mirror a local workstation.
PagerDuty is an AI-first operations platform for detecting, investigating, resolving, and preventing incidents. It coordinates incident response among automated agents and human teams, including paging and triaging alerts through on-call workflows, and provides incident workflows, process automation, and integrations with more than 750 tools. Its platform includes the Paige SRE Agent and supports response management from Slack or an IDE, with APIs and MCP integrations.
Sentry is a developer-focused application performance monitoring, error-tracking, and debugging platform. It helps identify and trace issues in real-world applications through official SDKs for JavaScript, Python, Ruby, PHP, Go, Rust, Java/Kotlin, C#/F#, C/C++, Dart/Flutter, and other platforms and languages. Its agent-focused features and Sentry MCP expose traces, request and token costs, timelines, chat transcripts, errors, and the full request pipeline so large-language-model agents can investigate and debug production issues. The project is developed by Sentry and is available as an open-source repository with a fair-source topic designation.
Vorflux is an AI software-engineering and workplace-automation platform from Vorflux that runs long-lived coding agents in the cloud and persistent AutoBots in Slack or Microsoft Teams. Its coding workflow covers environment setup, planning, dependency-aware task orchestration, multi-agent implementation, browser and device testing, recordings, staging evidence, independent code review, and a merge queue. AutoBots are assigned a goal, role, owner, chat channel, tools, and a spending budget. They plan, design, build, test, and review work on an ongoing basis, starting from signals such as customer-call transcripts, monitoring alerts, failing CI builds, repository changes, analytics, or cloud-cost data. Example bots include on-call triage, security review, build repair, documentation, latency investigation, migration monitoring, and product analysis; the interface shows their decisions and requests for approval in a home channel.
Searchable transcript of Merge Is the Bottleneck - Prasanna Sankar, Vorflux — AI Engineer (20:06). Search for a phrase, then click its timestamp to jump straight to that moment in the video.
Captions sourced from the original video on YouTube, published by AI Engineer. The video, its captions and all related intellectual property remain the property of their respective owners; AINotes claims no ownership. Provided for research, accessibility and search — see the Transcript Notice and Copyright Policy.
00:05 Hey guys, um my name is Prasana and I really appreciate the opportunity to speak in front of all of you guys today. Um AI has really accelerated leverage and you know this is a story of leverage. Um I'll start with my own personal background. Um I'm a software engineer. Um was ranked number one coder in India when I was 18 years old during my college days.
00:26 Um I won [clears throat] all these programming contests like top coder. I was ranked number one there. Um I was two times world finalist in both Google code jam and um ACMCPC. These are the you know the top programming contests in the world and uh did really well there. Um represented India quite a few times now. Um [clears throat] the models have gotten way better than any of us.
00:50 They perfect score these programming contests. So it's an interesting time to be alive and you know super exciting time. Um I want to talk a little bit about you know my own background right like my own journey after college I kind of like worked at Microsoft for a year quickly realized you know the bottleneck to uh um impact on the real world or my own personal leverage um was uh other people um like working in big teams um [clears throat] and then there was the the alternate path I came across Paul Graham's blogs um
01:22 Silicon Valley was happening internet companies were getting a lot cheaper to hard so a lot more people like myself um were able to access it um and Paul Graham's blogs gave me a path towards living a life of higher leverage so I moved to the valley sometime around 2009 to um you know start building companies at this point I'm a three times YC founder um [clears throat] the most successful company that I founded was a company called Ripling which is worth more than 10 billion today u more recently I've started a
01:53 company called Warflex it's a it's a part of the latest YC batch as well. We've raised around $15 million and uh it's a AI software engineer u or AI coworker um the highest leverage AI co-orker. So the way I got there is like you know post founding rippling uh I was just like building things for myself and I was uh building things of like higher and higher leverage.
02:16 Something interesting happened in in in my world with the launch of uh Opus 4.5. I think it was like almost a year ago at this point. It was a magical moment. Um software went from autocomplete in in the IDE to um [clears throat] um agents working by themselves for a few minutes at a time. So you could suddenly sort of move from completely skip the ID and move into the terminal.
02:41 That was seminal. You know it was naturally obvious that you know that was just going to take off. Those few minutes are going to get longer and longer and longer. So um you [clears throat] know at the same time these models started winning all these programming contest and it was kind of like fairly clear to me like they were better than me in just like raw reasoning.
02:59 Um especially you know but then the the harnesses that won these programming contests were not a vanilla clot code or a codeex harness. They spent a lot more on inference time compute. a lot more inference time compute to like you know access higher order intelligence. Um so that's what I wanted to build for myself you know the higher leverage version which spends a bit more tokens but you know uh saves a lot of time you know gives me like a lot more intelligence so I started building Warflex for myself and uh you know
03:32 the first obvious thing is like you know once agents start running beyond a few minutes into um into a time uh especially if you're able to solve a bunch of these bottleness that that I'm going to talk about um you really want them running on the cloud. You don't want them running on your machine because uh you know um that's where they belong. Uh a task that runs hours at a time.
03:56 So [snorts] I think that's the first big bottleneck that people need to solve like you know cloud agents need to solve to get um people moving from the desktop to to the to the cloud is a perfect environment setup. Like today cloud agents run like most cloud agents run blind. at best they run the one service that you're trying to change. But really like for for like good testing, the reason why um people sort of like do all this stuff on their local host is because um there are a lot of other dependencies and you want
04:27 to be able to run, you know, you want to be able to almost like mirror the local host environment on the cloud to truly transport someone. So we spent a lot of tokens and money and time uh solving the machine setup bottleneck where you can just like on board and we start a bunch of sub aents to like go set up a raw EC2 instance um with your whole environment, wire up the ports, um figure out the machine secrets, solve authentication, solve seed data and a bunch of these things.
04:58 Spend tokens up front migrating the user to the cloud. I think that's really important. That's something that most cloud agents miss. So that's that's like one of the major bottlenecks to moving from desktop to the cloud. Um once you saw that what you realize is like if you you know when I was profiling how people were spending their time including myself a lot of the time was being spent on the planning phase and u um you know [clears throat] um like back then um the planning agents um were not spending as much tokens.
05:29 um the agents weren't as spending as much tokens on the planning phase. you know they usually come back within a minute or two and you were iterating a lot back and forth back and forth on the planning phase and you know obviously if human time is being spent there that's where I want to throw more tokens right so what you know what flex we sort of scaled up um inference time compute at the planning stage we launched a bunch of parallel explore sub agents which sort of built a built a design or an architecture of what
05:58 needs to be done and uh you know we sort of came up with a plan of plans which like a lot more detailed and uh you know and then sort of produced a summary out of it um to help solve the time spent by humans on the planning phase. Right? So that that was like a major bottleneck that we were trying to solve. Then comes orchestration. People usually often like break down like a large task into a bunch of small tasks and like work hard trying to land each one of them.
06:28 Um we are like default sub agent build. You know once a plan is built you know it has a dependent it comes with a dependency graph and sub aents go do independent pieces of work right. Um and then testing is like another major bottleneck. If um um um [clears throat] if you still need to pull stuff to local host to test like like you you can't transition to the cloud.
06:52 So we built um like a a detailed testing framework where you know browser testing happens on the machine um end to end testing happens and uh you know uh the output is something that the that proves to the user that things are working right so for me like I really enjoy like looking at a video which proves that the the new feature actually works or you know sometimes like I really you know it also gives me like staging link where um for that particular feature I can click around um because it's anyways hosted on a
07:30 machine right so you can just like run the whole app on that machine click around play with it and um um and see if it works so that's the that's the way to like completely remove localost as a requirement for testing um post that code review becomes a big bottleneck um often times people ask multiple models to do reviews for you And we baked that in inside the harness.
07:54 You can customize the harness. And many people often ask often build with claude and get uh GPT to do their review. Um and you can have like multiple reviewers looking at like different angles. These are all sub agents. Um so you can basically customize the harness which uh um solves a lot of the reviewing bottlenecks. Then comes the merge. Um often in fastmoving teams when people are agents are opening a lot of PRs in parallel um you need something like a merge queue which we built which uh constantly like rebases
08:32 keeps uh keeps you mergeable with master and like lands the PR by itself. So you have a bunch of these bottlenecks um that needs to be solved before you can transport the user entirely into into the cloud and uh really enable longunning multi-hour running cloud agents. So that was Warflex 1.0 which we launched about um about a couple of months ago I believe and uh that has sort of like really taken off and we learned a lot from it.
09:00 >> [clears throat] >> So the biggest thing that we realized was now the bottleneck changed. Now that longunning agents are possible, we were able to run a lot more tasks. You know, if desktop coding sort of enabled maybe 3 to five things in parallel, longunning cloud agents started enabling 20 30 things in parallel, right? So you know obviously it sort of provided a lot more leverage and now the bottleneck sort of changed from writing code to project management and uh you know making sure like the stuff lands and is
09:30 actually useful um in making sure the things that are in my head are actually started you know because I have a limited context window once it sort of like exceeds um 10 tasks in parallel it gets like really really hard. So the bottleneck moves into project management. Actually the model advances of the recent months also point in this direction. The latest gains have come from orchestration.
09:57 So you know most of the latest models try to offload um the chunk of heavy lifting into sub aents and the main agent you know wants to act as a orchestrator so that you maximally use the maximally generate intelligence within a context window. So fresh context windows um give a lot more intelligence budget and you know that's the way things are pointing.
10:26 So that enables um a really nice project manager which starts and orchestrates a bunch of sessions and uh um and lands things for you. So that's Warflex 2.0. Warflex 2.0 is basically uh um a bunch of Autobots. These are 24 + 7 employees that work towards a goal. the the bottleneck actually changed from um giving a task and getting getting it done to actually even starting the task.
10:56 The one thing that we started noticing was there was a lot of incremental intent that you could just capture from the way things were happening. For example, like if a customer call ends with a bunch of to-dos, those are all intent that I don't need to like copy paste and start one at a time. Um, so [clears throat] like the mere act of even like noticing, remembering and starting each one of them could just be automated.
11:23 Um, [clears throat] so most teams treat agents like a task Q and a task Q only moves as fast to the person feeding it. But if you actually look at what's in the queue, most of it doesn't need you. The end to end plus one, that intent is already there in the codebase, the alert or the transcript. It doesn't need a genius to start it. you can you can sort of figure out from the customer transcript this is what you want to start.
11:49 You can figure out from a production alert um what you need to solve. Those things need to be on autopilot. It just needs an owner um and it needs to be like multiplayer and collaborative with the rest of the team who where the ownership might be distributed to make sure all these sort of parallel sessions actually land. This is the next phase where of Warflex um and even um coding agents in general where things are moving from single player to like truly multiplayer and moving from um reactive to proactive where the
12:24 intents that are already in there are being captured and used. So I would say like you know there are two kinds of work there is z truly 0ero to1 work that's like the truly creative stuff where the customer can't really even ask for it. it takes taste or judgment. That's the part that's still human and uh you know I I like doing that stuff and the part that's going into the autobots is the end to end plus one stuff where uh the intents are sufficiently present as a part of the signals that the company is getting.
12:52 So that's the new bottleneck and that's what Warflex 2.0 um is all about solving. Now people have tried to automate it and have had scars um doing something fairly simple. So for example, you know, people have set up automations to solve all sentries. You tell it to solve all the centuries and it goes crazy. Like a flood of PRs just hit you that nobody has times to time to merge.
13:17 It pings you all day like one at a time and it's noisy. It often just silences the alert and leaves out the root cause. Um and a token bill that bursts u while the agent runs for hours on something nobody wanted. It's a black box. You can't trust it with anything that matters, right? You know, these are all the fears that uh that uh people end up with when they just like point um a fire hose of incoming events, company events on on an agent and or an automation.
13:48 That doesn't really work. People have burnt their fingers. What you what what you need is a bot which actually has common sense. Um think about a new hire you don't fully trust yet. You give them important things first. You expect them to check in a lot early. You give them more as their work holds up and less when it doesn't. They work inside a budget and you can see what they do.
14:11 Nobody hires a person and says solve everything. That's the bar that we built um for flex 2.0 and it's the next rung on the ladder. 1.0 finishes the work that you start. 2.0 starts it. It gives you Autobots 24 + 7 co-workers that live in. You give an Autobot a goal um and a home channel. it stays plugged into your web hooks and starts the work itself.
14:34 Um, we even built a directory of opinionated bots, right? And you can, you know, start from there and change it. Um, that's the big uh thing, you know, pe people can't imagine these bots. So, we've built a directory and we've sort of made sure um um the ones that we like and works for us, it's uh available out of the box with my taste and judgment to you.
14:56 Um so so one [snorts] of some of the most you know I'll just walk you through some of the most uh wellused bots. Um we have an on on call bot that triages sentry and page your duty alerts and investigates before an engineer is looped in. A CI bot that keeps speeding up your builds. A project manager bot which we started using a lot which holds a whole project in one channel and reports progress and blockers every day.
15:23 Um this is super cool because it can it can make progress on things. It can tag people for reviews once uh some work needs to be reviewed. It can make your project run on um on insane speed. One of the nice Autobots that we have we have is like uh it it watches customer calls. Um for example, you know, I was rolling out uh our beta to a friendly customer and the bot had a bug.
15:49 It didn't respond back in the Slack channel right after. So you know normally I would have taken a screenshot and tagged Warflex um to make it make it go work on the bug. This time I just you know after the call ended the Autobot just read the transcript and found my to-do located on the screen at that time stamp because you know it also has the you know video alongside the screen share alongside and uh it it checked with me whether it wants me to fix it and I said yes.
16:17 It tagged the right engineer who who had owned the fix and uh you know came back with the PR. The engineer approved it. It uh it got merged. Um it got deployed. It closed the item and it even drafted a follow-up to the customer. Um I approved the follow-up and u it went it went to the customer that it was fixed right. So that that's the kind of leverage you know you just like I think the future is just like approve approve approve.
16:42 lot of these routine stuff is like you you just approve it and even there like a bot sort of like learns um how much confidence it has and like keeps moving forward and over time it gets better and better like an employee. So um [clears throat] one one thing for this room on why it works now the latest model training runs focused on orchestration a main agent that plans and keeps track with heavy lifting pushed down to sub agents.
17:06 Most frontier models can now solve a well-defined task and their output is hard to tell apart. The next level up is a manager. An agent that starts sessions and keeps track of them. That's an autobot. It also runs on what you already have. Most uh teams bring their cloud code or codec subscriptions. Larger API users can route the well specified work to open models and keep the frontier models for judgment and communication.
17:32 That way you can save a lot of money. Obviously the subscriptions save you a lot of money or if you're not eligible for it, the open source models save you a lot of money. What we built is an agent that decides what to work on next inside the limits you set and shows you why. Ultimately, if you follow maximizing the leverage per person to its end, you get a company that runs on loops.
17:53 A customer call ends and the product gets better. An alert fires and someone already knows why. CA slows down and a tested fix is waiting for review. The people spend their day on 0 to1 and on building the next loop. Our northstar is a zero employee company. A northstar tells you which way to walk. Um it doesn't say that you arrive. 10 people driving a huge business rounds down to zero.
18:19 We're early. Autobots will get things wrong. some responsibilities aren't ready to hand over um but we're building the next Lego block um you know the larger Lego block which is assembled with the underlying models Tesla took ground one intervention at a time where uh the way they solved autopilot is by profiling which uh which areas or scenarios the model made mistake and that's what we do we profile where humans spend their time and what the bottlenecks are and figure out how to throw tokens and intelligence at the
18:56 problem. We climb the leverage one rung at a time as a new bottleneck shows up. We try to we are probably in a super intelligence take off and uh the opportunities to rewrite much of how the world runs are like insanely high. Companies build record revenue in super small amount of time. The growth rates are incredible. Something that I've never seen all my life.
19:19 But also it's like one of the most competitive spaces ever. Um um the teams that tend to win tend to be like really small with uh everyone having a lot of ownership and leverage. It's it's not the traditional incumbents are not able to adapt and like um and compete. The this is a land grab and it goes to small teams with taste, judgment and an insane amount of leverage per person.
19:46 Own the 0ero to one and take as much ground as you can in this land grab. Thank you so much guys. Really appreciate the opportunity speaking with all of you guys today. Thank you.