Ask anything about this article
Hi! I've read this article.
What would you like to know?
@farhan

"Agentic coding is not a fad, it's a tectonic shift in how we write software."
Yesterday the Hacker News front page lit up with two seemingly unrelated posts: Kev: Tiny Jev-like family of decision models built on top of Qwen3.5 and What If Your AI Agent Never Had to Leave the Browser? (Demo). At the same time Dev.to ran a thought-provoking piece titled Traditional Coding vs Agentic Coding: The Flow State Problem. Put them together and you have the perfect storm: lightweight decision models, in-browser AI agents, and a new narrative that challenges the very notion of a developer's flow state.
In this post I break down why this convergence matters, what it means for the next generation of tooling, and how you can position yourself to ride the wave instead of being swept away.
Kev's announcement introduced a family of models that are Jev-like (tiny, fast, and purpose-built) but sit on top of Qwen3.5, a large language model released by Alibaba. The key selling points are:
These characteristics mirror the old Unix philosophy of "do one thing and do it well", but applied to AI. Instead of a monolithic LLM that tries to answer everything, you compose a pipeline of micro-models that each handle a specific branch of logic.
The Dev.to demo showed a fully functional AI agent that lives entirely inside the browser. No server round-trip, no API key, just a WebAssembly-compiled model that interacts with the page DOM, reads clipboard contents, and even opens new tabs on command.
The combination of Kev's micro-models and in-browser agents creates a new stack: tiny decision models -> WebAssembly -> browser-resident agent.
The Dev.to article argued that traditional coding—writing lines of code, compiling, debugging—induces a flow state that many developers cherish. Agentic coding, powered by AI assistants that suggest snippets, refactor on the fly, or even write whole functions, threatens that flow:
Agentic coding is not the death of flow; it is a redefinition. The new flow is a partnership between human and machine, where the developer curates high-level intent and the AI handles repetitive decision points. The key is to design tools that augment rather than interrupt.
| Aspect | Traditional Coding | Agentic Coding with Tiny Models |
|---|---|---|
| Latency | Depends on compile/run time, often seconds | Sub-millisecond decisions in the browser |
| Cost | IDE licenses, CI/CD resources | Minimal compute, free WebAssembly runtime |
| Control | Full manual control, high mental load | AI handles micro-decisions, lower mental load |
| Privacy | Source code local, but data may be sent to cloud for linting | All inference runs locally, no data leave device |
| Learning Curve | Master language, frameworks, tooling | Learn prompt engineering, model composition |
A web app can embed a 5 MB decision model that instantly classifies user input as safe or malicious. The browser agent calls the model before any network request, cutting down on server-side validation load.
Instead of generic completions, an in-browser agent queries a set of micro-models trained on your project's codebase. It suggests variable names that match your naming conventions and flags potential bugs before you even run a linter.
A tiny summarizer model runs on each Markdown file you edit, updating the table of contents and generating concise changelog entries on the fly.
If the current trend continues, we will see:
The decisive factor will be community adoption. Hacker News is already buzzing, and the next wave of open-source projects will likely coalesce around these tiny, composable models.
Bottom line: Agentic coding is not a gimmick; it's a practical evolution driven by tiny decision models and in-browser AI. Embrace it as a tool to extend your flow, not as a replacement for it.
Stay ahead of the curve, experiment early, and turn the inevitable shift into a competitive advantage.