Orchestras, Not Factories: How the Fastest Builders Work — Charlie Holtz, Conductor

AI Engineer · 17 min · 198 sentences · from YouTube's caption track

Each timecode opens YouTube at the start of that sentence. Line anchors (#s42) are the cue ids in the WebVTT, and every line carries its start and end seconds. All transcripts has every talk, and the whole corpus as one file.

  1. 00:01[music]
  2. 00:25Hello.
  3. 00:26I was at a wedding this weekend and it was in New York and there were a bunch of trendy people there and uh I I told I was talking to someone who I'd never met before and
  4. 00:38uh I told him I was prepping for this presentation and he was like, "Oh, that's cool.
  5. 00:41Like, what what's the conference about?"
  6. 00:43And I said it was about AI engineering.
  7. 00:46And I could just see his eyes glaze over and he started like looking behind me to find the next person to talk to.
  8. 00:52And I'm it's like so cool to actually be in a room full of people who actually want to hear about this stuff.
  9. 00:57So, I I I I'm very excited to be here.
  10. 01:00Um I am the co-founder of Conductor.
  11. 01:02Um has anyone here used Conductor?
  12. 01:05Okay, nice.
  13. 01:06Nice.
  14. 01:07Okay, cool.
  15. 01:07So, uh uh for those who don't know, uh Conductor is a desktop app for managing a team of coding agents all at the same time.
  16. 01:15So, instead of having a bunch of terminal windows for your Cloud Codes, your Code Accesses, or your uh whatever uh coding agent, you have one interface to manage them all.
  17. 01:24And one of the really cool things about building Conductor has been that I've seen a lot of the best builders up close.
  18. 01:31I've like watched their workflow, I've seen how they work, I've seen the things they do do and the things that they avoid doing.
  19. 01:37And so, I thought I would compile a bunch of the principles um that I've seen the best engineers use um and give them to you all.
  20. 01:44Um so, here's what Conductor looks like.
  21. 01:48Uh can you can you guys see this?
  22. 01:50Okay, nice.
  23. 01:51Okay.
  24. 01:51So, here's what Conductor looks like.
  25. 01:53Um and here are my principles for being the fastest builder in your organization.
  26. 02:00So, let's start with number one, stay near the frontier.
  27. 02:06Staying near the frontier means you are always trying the latest things, basically the day they come out.
  28. 02:11Uh it means that when uh uh ultra code comes out, you're trying it.
  29. 02:16It means that when uh uh slash go comes out, you're giving it a go.
  30. 02:21Um it's really important to stay near the frontier um for a few reasons.
  31. 02:25Um if you are doing your own startup, then staying near the frontier means that you will um come up with lots of new ideas for what you should actually be building.
  32. 02:33Um and this literally happened to us.
  33. 02:34We were building a totally different app called Chorus.
  34. 02:37Um but we started using We were such power users of cloud code back in February of last year that we uh started building our whole workflow around cloud code, and we started cloning our repo five times, and then we discovered work trees, and then bit by bit we had built conductor as an internal tool.
  35. 02:54And we couldn't have figured that out if we uh weren't staying near the frontier.
  36. 02:58And if you're not doing a startup, you should be the person at your company who always knows what the latest uh the latest workflows are.
  37. 03:06Um it used to be that you could just kind of like use your social graph and the information that was important about the best workflows to use would trickle down to you.
  38. 03:15But things just like move way too fast now.
  39. 03:17You're You're always going to be three to six months behind if you do that.
  40. 03:20Um so, it's a very important to stay near the frontier.
  41. 03:23And there's an important word here, near.
  42. 03:26Um there is a danger if you are at the frontier, um you can you can do what uh I call mid-whip miming, where you're spending all of your time working on your workflow and not doing actual work.
  43. 03:38And so, internally we've come up uh with a heuristic for this.
  44. 03:41Um we call it don't beat the market.
  45. 03:43Don't try and beat the market.
  46. 03:45Um uh the concept here, like the heuristic you should use when you're you're to decide if you're near the frontier or at the frontier and uh too deep in into
  47. 03:56the latest trends is you should ask yourself why isn't this workflow the default?
  48. 04:02So for example when Ralph loops were becoming a big thing you should ask yourself like should I spend a ton of time optimizing my workflow to work with Ralph loops
  49. 04:16because if Ralph loops work for everyone like if they are the default then you probably should just wait for Anthropic or Open AI or ever to build the workflow into the into the default harness.
  50. 04:29You can think of this is sort of like an efficient market hypothesis where unless you have like real alpha you shouldn't be optimizing your workflow too much.
  51. 04:39And what I mean by real alpha is like some kind of information about either your users or your code base that the models might not know about.
  52. 04:48So an example for us is we it's we're we're a chat app.
  53. 04:51We have to render really long chats really quickly and performance is is important to us and so we need to spend a lot of time optimizing our react queries
  54. 05:00to render the chats quickly and we're willing to make sacrifices in other parts of our code base to make that happen.
  55. 05:07Um So if you have some kind of alpha like some kind of information about the app you're building that the models might not know about then you should put time into the workflow.
  56. 05:16Otherwise don't don't midwit meme.
  57. 05:18Don't don't be the person who has an amazing Emacs setup but like doesn't actually get stuff done.
  58. 05:24Okay three.
  59. 05:26Create slop free zones.
  60. 05:27So at Conductor we have this term we call a slop free zone.
  61. 05:32And a slop free zone is a part of the code base or a part of the app that requires really strict human review.
  62. 05:40And we're actually I think a little bit unusual in this way.
  63. 05:43I think a lot of people assume that we are uh pure token maxers and we are like ripping through like 30,000 line PRs, but we're actually not.
  64. 05:51Um we're actually quite careful with certain parts of our codebase, and then very loose with other parts of our codebase.
  65. 05:57Um the reason this is important is because if you are not careful about your slot free zones, your your code your codebase can get in a really tricky spot.
  66. 06:06Um and this actually happened to us.
  67. 06:07We have We've had to rewrite our whole app like a couple of times because we weren't careful about slot free zones.
  68. 06:13Um specifically, we have a uh migrations file.
  69. 06:18And uh in our CI uh any change to migrations file requires the AI uh a human to review it.
  70. 06:26Um we also assume that anything written in Slack is slot free.
  71. 06:29It's It's not written by the AI.
  72. 06:30It's written by a human.
  73. 06:32All of our docs, um all our cloud MDs, like all our skills, we put a ton of time into making them good.
  74. 06:39Um and this is also something I've seen with all the the the best builders up close.
  75. 06:43Like they put an unusual amount of time into the cloud MD or their skill files.
  76. 06:48Um and I I think like another way that I've thought about this is like if you had a new intern that was joining your company, and you had the opportunity
  77. 06:58to like whisper something in their ear every time they started working.
  78. 07:03Like every day, anytime they sat down, you could like whisper something in their ear.
  79. 07:06You would probably put a lot of thought into like what it is that you're whispering in their ear.
  80. 07:10And this is what the cloud MD or agent's MD is.
  81. 07:13It's like information that gets loaded into the agent's context every time they start working.
  82. 07:17Um and so you probably want to put a lot of thought into into those.
  83. 07:22Um okay, four.
  84. 07:25Feed the beast.
  85. 07:26Uh at Conductor, we have a uh internal tool we call the Conductor Internal Agent.
  86. 07:34Um and it is uh we also also known as the CIA.
  87. 07:38And the CIA is basically like the the uh centralized database of everything that's happening in the organization.
  88. 07:46So, anytime a new Slack message gets sent, the CIA picks it up.
  89. 07:50The CIA agent will see that a new message sent Slack, it will pick it up, and it will save it to a Postgres uh uh table.
  90. 07:56Anytime a user has a bug request in Discord, the same thing happens.
  91. 08:00Anytime we have a meeting, we are recording it, uh and it goes into the CIA.
  92. 08:05Um we call this feed the beast because you you want to for if your agents to be effective uh in your company, you want them to have as much information and as much context as they can have about the way you guys specifically work.
  93. 08:18And the best way to do that is by having a centralized place for all of the information to go.
  94. 08:25Uh I think this this tweet sums it up pretty well.
  95. 08:28Uh uh It's really effective to just put everything in a database and then give your agent a SQL tool and let it handle uh uh handle the rest.
  96. 08:40Okay.
  97. 08:41Next is free-range agents.
  98. 08:46Give your agents a lot of space to play.
  99. 08:49Give them Give them a sandbox where they that won't get killed, where they can explore your code base, where they can work on really hard tasks, where they can they know that they're not going to get shut down when you close your laptop lid.
  100. 09:01Uh Give them Give them opportunities to create more of themselves.
  101. 09:06Um Give them ways uh to collaborate with other agents and other humans.
  102. 09:11Um I think what's really in- interesting about free-range agents and like this this concept and why this is important is the models are getting better, and they are able to run for much longer,
  103. 09:23and there're going to be many more of them.
  104. 09:25And so, if they are confined to your laptop, then the they're not going to be nearly as effective as uh as if they are free roaming.
  105. 09:34Um The other thing that's important here is that once you give them a a sandbox to play in that isn't confined to your laptop, there's a bunch of really cool stuff that you can build on top.
  106. 09:44Um and we have built some of those things into Conductor and I I'll give you a quick glimpse into into some of those cool things.
  107. 09:52So, this is Conductor.
  108. 09:58I'm going to make it a bit bigger.
  109. 10:00Um and this is actually a new version of Conductor that is uh coming out this week and it is centered around collaboration in the cloud.
  110. 10:10And so, the the the thing I said was you need a a sandbox for agents to play.
  111. 10:14You need a free-range agent.
  112. 10:15And so, you'll notice that each workspace has a little cloud icon at the top and I can click it and get information about the sandbox that the agent is running in.
  113. 10:25Um and what's what's awesome about this is I can close my laptop and the agents are going to keep running.
  114. 10:30Up up until basically this week, every uh every task in Conductor was built on a get work tree, but now they're in a cloud sandbox.
  115. 10:37They are free-range agents.
  116. 10:38But what's also really cool um that you can that we can build on top of uh cloud is collaboration.
  117. 10:46So, you'll see here, I'll make this even bigger.
  118. 10:49That's me.
  119. 10:51And here are a list of the things that I am working on.
  120. 10:53And you can see that I am in the Conductor org.
  121. 10:56But if I scroll down, I can see what Cadence is working on.
  122. 11:01I can see what Lewis is working on.
  123. 11:04I can see what Tywan is working on and I can I can I can see that I can see Jackson's face pop up there.
  124. 11:09I can click in and see what he's working on in real time.
  125. 11:12Um and I think collaboration is the the one one of the most important new concepts uh in these tools that no one is really talking about right now.
  126. 11:21Um collaboration is important because uh not only as not only it is it true that all great things are built with teams of people.
  127. 11:30Like they're not built by individuals.
  128. 11:31They're they're built by teams.
  129. 11:32Um but also as the models get better, um as we've seen this with the two days of Fable, you can get a lot more ambitious with the kinds of things you're building.
  130. 11:40And if you're getting more ambitious, you're going to need more people and more agents to work on those things.
  131. 11:45So, I'm going to go into an uh a workspace that Caden is working on.
  132. 11:51Uh this one, and I'm going to say um I can review the changes that he's made.
  133. 11:57Um I'll make this a little smaller, and this looks fine, but I'm just going to say uh can we actually use tabs, not spaces?
  134. 12:10And Caden should be able to see that message happen in real time, and he can actually chat in the workspace as well.
  135. 12:19So, we can see here that he's typing.
  136. 12:22So, I see Caden is typing.
  137. 12:24Let's see what he says.
  138. 12:31Seems like he's typing a lot.
  139. 12:37Okay, maybe he stopped typing.
  140. 12:45I'll give him a second to take a look at it.
  141. 12:47But, the point is we can now have collaborative workspaces that are shared in real time with people on our team.
  142. 12:54Um Okay, he's typing again.
  143. 13:01Okay, come back.
  144. 13:02The agents have escaped.
  145. 13:04All right.
  146. 13:05So, I'm really excited about this, and we're rolling this out to all conductor users this week.
  147. 13:11Um I think I think collaboration is going to be one of the most important one of the most important new interface changes this year.
  148. 13:18Um the other really cool thing about cloud is that um and giving it the agents the free-range sandbox is that we can give the agents APIs to spawn themselves.
  149. 13:27So, I have here a uh I'll bring up my open claw.
  150. 13:32Uh this is my open claw called Lord Crandon.
  151. 13:36And you can see that it has I don't know how how well you can see this text, but it has access to a conductor API.
  152. 13:44And so, from my phone or from my Telegram or from really or from Slack or wherever I am, I can say, "Hi, can you create a new workspace for me that makes
  153. 13:56Yeah, makes all the buttons blue."
  154. 14:00And so, I'll I'll text that to Lord Crandon, and Lord Crandon has access to the conductor API and so can kick off work itself.
  155. 14:07Um So, let's see what it does here.
  156. 14:15Okay, so just created the workspace.
  157. 14:17The agent is on it.
  158. 14:19And then I can go into my conductor while I'm out and about, but it's still setting up the workspace, and it will do work for me while I am gone.
  159. 14:29So, I'm pretty excited about all the all the cool things you can build on top of of free range agents.
  160. 14:38Okay.
  161. 14:40The final principle that I want to talk about today and the title of this talk is orchestras, not factories.
  162. 14:48The whole like talk track today is about software factories.
  163. 14:52And I honestly kind of hate the term.
  164. 14:55I think it's the wrong way of thinking about these new tools that are emerging.
  165. 15:00I think like when I think of a factory, I think of automation.
  166. 15:05And I think of like there's a lot of amazing things about automation and like it makes our lives more efficient, and we can like create more of everything.
  167. 15:13But I don't want the future to be built around factories.
  168. 15:17I want the future to I want to feel like a human.
  169. 15:20I want to like be in the flow.
  170. 15:22I want to be like in front of an orchestra like waving my baton and we're and like I wave it this way and this this team of agents starts working and then this intermingling of humans and agents starts working as I go here.
  171. 15:34And I can when I want to I can zoom in on the details, but most of the time I can zoom out.
  172. 15:38And I don't think the future should be we are like managing swarms of agents and we are like factory line managers like pushing buttons getting the agents to like pump out the next feature.
  173. 15:50Like we can we can we tried this like 10 years ago with the term feature feature factories and it just doesn't work.
  174. 15:56Like I want my software to feel human and crafted.
  175. 15:59I want to feel like a human at the center of it all.
  176. 16:02And I think because we're all building these tools we actually have a responsibility to make the tools great for humans.
  177. 16:09I think it's really important to like use the words that make us feel excited and like feel feel capable and feel like we're in the flow and having fun.
  178. 16:18And so I don't think the future is is is something like this.
  179. 16:24I don't want to be I don't want to be in in my dark factory.
  180. 16:27I don't want to be a line manager.
  181. 16:29I want to feel like this.
  182. 16:31I want to be in the flow.
  183. 16:32I want to be having fun.
  184. 16:33I want to be crafting things.
  185. 16:35I want to feel like I'm Steve Jobs designing the Mac with a team of amazing humans and AI agents all in the same place.
  186. 16:42Like I want to feel like I'm in an orchestra.
  187. 16:46So here are my principles for for being the best builder in your organization.
  188. 16:52Stay near the frontier.
  189. 16:54Don't try and beat the market.
  190. 16:55Create slop free zones.
  191. 16:57Feed the beast.
  192. 16:58Free range agents and think about orchestras not factories.
  193. 17:05Came up with this handy acronym for for remembering it.
  194. 17:07Stickfo.
  195. 17:08All right.
  196. 17:09So thanks thanks a ton for for having me.
  197. 17:11I'll be around.
  198. 17:12Feel free to ask questions and I'll see you on the internet.