Comment by ahmadyan
8 hours ago
Congrats to Can on the pre-seed funding. genuinely wishing you all the best.
The terminal multiplexer / multi-agent coding space is getting very crowded. YC alone has funded many competing startups in this space: herdr, Superset, cmux, Emdash, Orca, Bullet, Conductor (Conductor was in YC before pivoting from chat->coding). I’m probably missing a few, and that’s before counting companies outside YC such as Superlogical and Agentastic.dev (by yours truly).
One thing I find particularly interesting is the role of open source in this market.
A lot of these products started open source (i assume as a tactical way to gain traction and build a community). But after the early traction phase or raise funding, the incentives seem to change.
Being open source by itself is not a product differentiator in this market. The features required for string positioning (orchestration, cloud, custom agents, enterprise features, hosted infrastructure, etc.) often end up either closed source or available only through the hosted product.
That makes me wonder how much developers actually value OSS for this category. How much does it matter to you whether your IDE or coding environment is open source?
Is OSS important because you want to inspect the code, fork it, self-host it, avoid vendor lock-in, or simply because you trust open-source developer tools more? Or, for desktop software like IDEs is open source mostly a nice-to-have rather than a requirement? So I’m curious where HN lands on this
It's super important to me. I use Herdr every day and I maintain a whole stack of changes. From minor comfort tweaks that are just preference, to several larger changes like add jj workspace support and a WIP web based view (powered by xterm.js).
This is not the only project like this too. Many of my devtools are piling up changes. I try to upstream changes where it makes sense, but many times they are either very bespoke, or I can't be bothered to do them "right" (for example for the jj workspace change, I just ripped out git support, so I didn't have to futz with syncing the symantics up between the two and config and whatnot).
LLMs have made making personal changes to devtools so effortless that I am now extremely hesitant to use any non source available software at all.
I have been thinking about a possibly expanded market for source available software. I don't really care what the license of the software is, I'm not sharing it at all or using it commercially, so it's kinda a moot point. If someone made some amazing software and sold the source I'd definitely consider it. I know there are all sorts of practical business problems with that, but that aside I'm curious if others feel the same?
> LLMs have made making personal changes to devtools so effortless that I am now extremely hesitant to use any non source available software at all
This mirrors my view so totally it's crazy. If AI is ushering in the era of personal tooling, closing the harness is orthogonal to what users want.
> like add jj workspace support
care to share a pr :)
It's not anywhere near making PR ready (and never will be) but here is the branch [1]. I make no promises on it's functionality, and I only periodically rebase Herdr's latest over it. I have been using the jj change for awhile though with no issues. So YMMV.
You can also see the combined output of all my changes at [2], which Jujutsu makes so damn easy via megamerges.
1: https://github.com/giodamelio/herdr/tree/jj-workspace-migrat...
2: https://github.com/giodamelio/herdr/tree/combined-branch
i see your point, in that light what herdr is doing here make sense. keep some part open (e.g. runtime or whatever that means, or the front-end, or the user-facing logic, etc) and move the business-logic/etc to proprietary. So you get to customize the software to meet your needs, and at the same time to create some revenue incentive to grow the company.
alternative is to collect/sell usage data, which is icky, or provide something as a service (token usage, infra, plugins, etc)
Ya, I'm not sure even that would be enough though to be honest.
I am kinda imagining a structure for a theoretical dev tooling business that might be OSS Core, and Source Available additional features. I'm not sure if there is a generally accepted definition of Source Available, but I don't necessarily mean that the source is just out in public on the web. It could be sent to you when you purchase the product, and could maybe even be sold on an upgrade sort of model, where you pay again for the next "big version" of the software, like the good old days of desktop software.
I’m the founder of scape.work - and it’s precisely why we’re not free, not open source. I want to build something with a mission of helping people own their infrastructure around AI tooling locally. If I raise money I am legally bound to my shareholders to create value, as opposed to my customers and my mission. Bootstrapping has never made more sense, when code is so cheap.
In the case of my WIP Agent IDE, OSS is mandatory because the tool needs to be able to read its own source to improve itself.
I avoid closed source software because it’s often a pain to use on Linux.
For me, Open Source is extremely important because the tools are rapidly changing, and for reasons unrelated to my productivity. I use Copilot CLI at work, but now have a daemon that monitors it for updates and monkeypatches in my own custom hook framework.
This came about after 3 separate incidents where I went to use the harness and found it now provided a degraded experience because Microsoft unanimously decided to change some part of it without my consent.
I am a staunch believer that the most important thing a tool can do, other than its job, is provide a static experience until the user opts to change it. I use AI like a tool, because it is. I need it to behave the way I expect, or it's not actually useful to me.
They will all fail unless they’re acquired, which is its own kind of failure.
Indeed and once the funding comes in with more chefs in the kitchen the startups start losing touch and focus on funneling users to a platform instead of just improving the core product.
There exist also competitors not funded by YC, like me. I won't be on any of the lists because I'm not courting agents, I'm courting humans.
For me OSS is a weapon to be wielded. By making perfect software that cannot be improved upon, and making known my ownership of it, I'm am defending "embrace extend extinguish" attacks that would otherwise be damaging to me. Those attacks rely on being able to undercut a product's position in the market with a similarly positioned product that can be just slightly better and/or cheaper.
frankly with the level of complexity of IDEs, I just need a working product. In my mind it is closer to "photoshop" now than vim. I would probably pay for VSCode. I can't believe its free.
well, visual studio isn't free. Code is free, and at some point it got so good that folks didn't feel the need to pay for the main suite.
well thats on point for microsoft branding
In practice, I suspect the entire category will be folded into Claude Code and Codex (Anthropic is already trying with Claude Agents), and that will do 80% of the job at 0% of the cost and configuration effort.
External programs will still be useful for the tiny minority who wants different harnesses for different projects, but yeah, tiny minority.
in my experience, tools usually have a longer shelf-life than models/labs. e.g. terminals and IDEs have been around for much longer, and people tend to stick around with their preferred IDEs for much longer (years/decades).
One bad cycle and the next Opus 6 or GPT 7 might flop (think what happend to LLama4 or Gemini), and the user quickly switch to the next best thing. So it make sense to build your tooling to be model-agnostic.
[dead]