Why build a domain-specific agent for front end tasks?(kombai.com)
kombai.com
Why build a domain-specific agent for front end tasks?
https://kombai.com/why
9 comments
Domain‑specific dev tools beat general ones because the latter never saw "domain" data.
LLMs did - they soaked up the entire public Python, JS, React universe during pre‑training.
So the marginal value of a “React‑only” model is thin.
I agree that bigger wins come from better retrieval, tool feedback loops, and planning on top of a powerful general model whose weights already contain some of today’s front‑end ecosystem's spine.
LLMs did - they soaked up the entire public Python, JS, React universe during pre‑training.
So the marginal value of a “React‑only” model is thin.
I agree that bigger wins come from better retrieval, tool feedback loops, and planning on top of a powerful general model whose weights already contain some of today’s front‑end ecosystem's spine.
Real world design files are messy designers iterate, leave artifacts, create workarounds.
The fact that you're accounting for invisible elements and accidental shadows shows deep domain expertise.
This is exactly the kind of thing general-purpose tools miss because they assume clean inputs.
The fact that you're accounting for invisible elements and accidental shadows shows deep domain expertise.
This is exactly the kind of thing general-purpose tools miss because they assume clean inputs.
Why not simply call it "specialist"? Are you trying to make some close connection to "Domain Specific Languages" somehow?
To be absolutely honest, this wasn't a very conscious choice :-)
I don't think a direct similarity with domain specific languages is evident to me. I rather find the messaging similar to some "agents" from other domains. e.g. https://www.harvey.ai/
I don't think a direct similarity with domain specific languages is evident to me. I rather find the messaging similar to some "agents" from other domains. e.g. https://www.harvey.ai/
Terms such as "mixture of specialists" are already common for AI tech.
The idea of an "AI agent" is to anthropomorphize. You don't call workers domain-specific humans.
It sounds like a strange choice. That's why I asked. Of course it's not related to domain specific languages.
The idea of an "AI agent" is to anthropomorphize. You don't call workers domain-specific humans.
It sounds like a strange choice. That's why I asked. Of course it's not related to domain specific languages.
Re:domain-specific solutions inevitably outcompete general-purpose ones.
Certainly not the case for coding agents.
Vertical software won because GUIs were scarce. General LLMs are winning because context is abundant.
Vertical software won because GUIs were scarce. General LLMs are winning because context is abundant.
I'm okay with the fact that they've open-sourced their prompts. Not sure if someone would actually test it.
The idea sounds interesting enough. But, with SOOO much AI slop going all around in-the name of AI coding, I'm really weary of anyone who claims to generate "production-ready" code.
Can y'all find another word for high-quality code, please?
Can y'all find another word for high-quality code, please?
Current AI coding tools don't seem to have any real impact on true development productivity/ efficiency yet.
Apparently you cannot just one-shot everything to production. who'd have thunk? :-)