5,360 karma · joined March 9, 2008
@kmx
Previously @twittereng, websolr.com, bonsai.io, Houseparty, etc
kyle@kylemaxwell.com
- gorgeous 3-seat wine bar inside my laundromat
- hidden sushi restaurant in friends garage
- hole-in-the wall coffee shop with only cushion seats on the floor and $1.50 breakfast sandos, frequented almost exclusively by writing clubs
- corner store with half-stocked shelves, still using a cash register that printed receipts with a mechanical typewriter
Cursor has a lot of potential leverage owning the developer and the training data streams and commoditizing the underlying model.
We're long past that point of model complexity.
Once they hit some threshold of project size, they overcommit, bite off too much or don't recognize that they're missing some context. Agents help this by allowing them to see their mistakes and try again, but eventually you hit some death loop.
I think someone around now-ish will realize that there should be two separate RLHF tunes--one for the initial prototype, and another for the hard engineering that follows. I doubt its that hard to make an methodical, engineering-minded tune, but the emphasis has been on the flashy demos and the quick wins. Cursor and folks should be collecting this data as we speak, and I expect curmudgeony agents to start appearing within a year.
Combine this with better feedback loops (e.g. mcp-accessible debuggers), the agent doing its own stackoverflow/github searches, and continued efficiency work driving token costs down by an order-of-magnitude every year or so, and agents will get very very good very fast.
In this atmosphere, humans will shortly exist to get context for the agent that it can't fetch itself, either for security reasons, or because no one's built the integration yet. And that will be short-lived, because integrations will always be built.
So I guess there's a window for the "copilot" reality, but it feels very very brief. I don't think agents will need humans for very long.
Vibe coding doesn't care about the implementation details, so Svelte is dead.
A unified codebase might be better for humans. But a FE/BE database is better for AI, because you have a clear security boundary, separation of concerns, and well-known patterns for both individually.
Another signal would be that you are able to successfully add a co-founder.
If it takes more than 6mo of post-launch to those milestones, I'd give up on the idea. Market's probably saturated or you're not solving a pain point.
Things only get more stressful. I'd work on backup plans or some job searching during those six months. Its nice to do the job search when the side project gets too much and vice versa. Also, it can be a nice side project if you re-enter the workforce.
Source: bootstrapped a SaaS company to several million in revenue.
Any takers?
*AGI defined as smarter than a FAANG staff engineer on similar tasks.
But these approaches are insane for companies above a certain size, where individuals are being hired and fired regularly, security matters, and feature flags are in the critical path of revenue.
Last time I looked at LaunchDarkly Enterprise licensing, it started at $50k/year, and included SAML.
Now that sounds like a lot, but if you're well past the startup stage, you need a tiny team to manage your homegrown platform. Maybe you have other things for them to do as well, but you probably need 3 people devoting at least 25% of their time to this, in order to maintain. So that's at least $175k/year in the USA, and if your company is growing, then probably the opportunity cost is higher.
I'm sure raving will come back in 20 years like most fashion.