Co-founder / CTO @gitbutler, software enthusiast, @ycombinator alumn

San Francisco, CA
Joined January 2012
Kiril Videlov retweeted
you don’t have to use worktrees to run multiple agents if you give them the gb CLI check out this demo by @chacon youtu.be/891k_XfLYn4?is=F3Yx…
1
2
10
879
its so cool to see the tool that we are crafting being truly valuable to people. makes me wanna pull even more all-nighters hacking on gb stuff
This was 10x boost for my dev speed - @gitbutler, I now work on multiple branches at the same time in the same running build with multiple agents, it works great for non-conflicting things, I am always building multiple features at the same time - when things do in fact conflict, usually when I want to review someone's else branch, an agent resolves it within a minute or less - no complicated learning of git butler, I control it via agent, it manages everything, I almost never use the butler app, all done via cli This will be 100x boost: - now that multi-branch workflow is solved, the next massive boost will come from multiplayer git butler like workflow, where we in fact work on multiple branches at the same time together with agents, everyone's always on the latest. It will happen sooner than people think. Going back to standard git workflow will feel like working with a shovel instead of an excavator
1
2
147
Kiril Videlov retweeted
Working on the Git Merge conf videos and watching @nasamuffin's excellent SHA-256 talk, I was again filled with the dread of Git 3.0's upcoming hashing default switch. I wrote up why I feel this is a huge mistake and why I think it shouldn't be done: blog.gitbutler.com/git-3-sha…
2
4
4
28
8,331
Kiril Videlov retweeted
docs for what Scott is showing docs.gitbutler.com/ai-agents…
Put out a new Butler's Pantry episode, showing how to use GitButler to run several agents in one working directory with parallel branches. If you use agents and solve parallelism with worktrees, check this out because it's so much nicer.
1
5
952
Kiril Videlov retweeted
Put out a new Butler's Pantry episode, showing how to use GitButler to run several agents in one working directory with parallel branches. If you use agents and solve parallelism with worktrees, check this out because it's so much nicer.
2
2
1
26
3,888
Kiril Videlov retweeted
Well since you're all here, I'll plug the thing I'm trying to build in Berlin: kickass version control for your agents: gitbutler.com
1
2
43
10,904
Kiril Videlov retweeted
a new version of GB is out - 0.22.1 it's mainly bug fixes but it's many of them. if your coding agent is using a previous version of the GitButler CLI, talk to it about v0.22.1 - lots of goodies in here: github.com/gitbutlerapp/gitb…
1
4
928
Kiril Videlov retweeted
Got a new M5 Mac with 128GB unified memory and thought I would test the current state of local models on it. Turns out they’re getting pretty good, even on fairly commodity hardware. Muse is particularly good. blog.gitbutler.com/local-llm…
5
5
89
7,726
Kiril Videlov retweeted
Built a Codex Micro-like controller for @herdrdev based on the @work_louder Micro 2 and it's been a lot of fun. Check it out. youtube.com/watch?v=o7X7qOwY…
2
2
2
16
3,762
Kiril Videlov retweeted
Replying to @sameenkarim @github
We would be interested to see what your eval is for these. We're running gh stack against gitbutler and adding scenarios here: github.com/gitbutlerapp/stac… Your new skill does do better on our bench too (though not GitButler level yet 😉) but I'm curious what you're benching for.
2
6
604
Kiril Videlov retweeted
It's interesting - the @github stacked PRs CLI extension is _very_ Graphite inspired. Like you go up and down the stack checking out PRs, then if you amend something, you need to manually rebase the upstack. I forget how awkward this is, because @gitbutler does all of this automatically.
6
7
1
81
12,632
Kiril Videlov retweeted
The @gitbutler is cooking. Their TUI was absolutely game changing. It requires you to buy into their way of working, but I feel jj does as well. It's well worth it imo.
2
2
11
1,022
Kiril Videlov retweeted
hey friends! I made a benchmark comparing Claude Code and Codex stacking using `gh stack` vs `but` `but` ⋈ ofc also uses the native @github stacks and "just works"™ ❤️ github.com/gitbutlerapp/stac…
Replying to @lacker
gh skill install github/gh-stack 🥞🥞🥞
2
1
12
21,344
hey @github foks - congrats on the 🥞. but spotted something that looks like a layout bug. consider taking a look github.com/gitbutlerapp/gitb…
1
8
672
🥞
⋈ GitButler v0.22.0 is out with full support for native @github stacked PRs. It's the easiest way to get your Claude Code or Codex to fluently stack. Have multiple agent sessions operate on different parts of the stack in parallel, it 'just works' docs.gitbutler.com/ai-agents…
1
1
13
1,207
Kiril Videlov retweeted
giving your coding agent the `but` CLI ⋈ means that it can: - work on things parallel without worktrees 🤯 - stack branches PRs for you and ament/commit in the right places - split/combine/move commits as they make sense to you we are continuously testing the heck out of it: vcbench.dev/
1
1
1
5
1,407
Kiril Videlov retweeted
The nightly version of GitButler has full support for native GitHub stacks (as of a few days ago). ngl, agentic stacking with the `but` CLI has never been this good. gitbutler.com/nightly
3
1
5
1,714
Thank you for publishing this as open weights model! Exciting to see how well it performs for so only 118B params
Today we are releasing Laguna S 2.1. At 118B total parameters, with 8B active per token, it does the work of models several times its size on agentic coding. It is remarkably persistent across long-horizon tasks. And it is small enough to run on a single NVIDIA DGX Spark. It is far more capable than anything we have created before, and I think it redefines what a model in its weight class can do. Laguna S 2.1 is an important model for Poolside. What it represents is even more important. If, five years ago, I had read a book that said that by 2030 everything economically valuable, scientifically interesting, and personally meaningful would be built on intelligence contracted from three or four companies, I would have called it dystopian science fiction. We are at a fork in the road of what kind of world we can have. I believe intelligence should and will become a commodity. The question is whether that intelligence comes from three companies, or from many people who can build it, own it, and shape it. The open ecosystem will not win by being the best in its own category. No one cares who is king of the open-source kingdom. People want the best intelligence for the task they are trying to do, with the right balance of quality, speed, cost, and control. If we want a different future, open models have to be on par with, or better than, their closed equivalents. Laguna S 2.1 is a meaningful step in that direction: capable enough to compete far above its weight class, efficient enough to run on hardware you can own, and open-weight so anyone can build on it. Open-weighting our models is the contribution we can make today toward a world where intelligence can be built and owned by many. And we will keep doing it. I am very proud of this team’s work. A big shout out to everyone at Poolside who made this possible, from infrastructure and data to architecture, pretraining, post-training, evaluations, and inference. Laguna S 2.1 is available today under the OpenMDW-1.1 license, with weights on Hugging Face and access through OpenRouter and our API. We are building toward a future where the most capable intelligence in the world can be owned and shaped by anyone. Laguna S 2.1 is one step. We are going to keep building until that future exists. poolside.ai/blog/introducing…
1
10
1,390
Kiril Videlov retweeted
Should have shut down the CFP on Git Merge by now, but due to extreme laziness I haven't flipped the switch. We have 40+ great P's, but if you want to join us in Lisbon and talk about Git, throw your hat in the ring now, because I'm about to shut it down. git-merge.com/
2
5
711