The Parasitic Agent: Inside Kilo-Org/kilocode
How an open-source project bypassed the AI editor wars by injecting high-performance autonomous coding directly into the IDEs developers already use.

I was really inspired by the momentum around open source coding agents – it signaled that developers were craving tools they could actually inspect, trust, and extend. That’s what pushed me to build Kilo Code as an open source, all-in-one coding agent.
- Kilo operates as a high-performance extension within existing IDEs to avoid the friction of transitioning to a standalone fork like Cursor.
- The engineering team abandoned React in favor of SolidJS to prevent massive UI lag when streaming millions of LLM tokens.
- A dedicated Git worktree sandbox isolates the agent's autonomous changes, allowing it to compile and fail without corrupting the user's main branch.
- Agent capabilities are defined dynamically using plain text Markdown files in an .opencode directory rather than hardcoded logic.
The Editor Lock-In Problem
The current trend in AI coding is the standalone fork. Tools like Cursor force developers to abandon their highly customized editors for a new application. Kilo takes a parasitic approach. It is a high-performance autonomous agent engineered to live inside the editors developers already use.
The real story is the extreme technical lengths the team went to simply to make an extension perform like a native application. They swapped React for SolidJS, integrated native terminal emulators, and leveraged Git worktrees. This ensures the UI does not lag under the weight of streaming tokens.
Forking the Foundation
Kilo did not start from scratch. The project merged the best features of two existing open-source tools, Cline and Roo Code. The goal was to create a superset of their capabilities while maintaining an open, model-neutral ecosystem that does not mark up API costs.
Escaping the React Render Trap
Rendering thousands of streaming tokens per second kills standard React applications. The virtual DOM diffing process becomes a massive bottleneck when the state updates constantly. The Kilo team solved this by building their frontend package with SolidJS.
SolidJS uses fine-grained reactivity. Instead of a virtual DOM, it uses signals to update only the specific text node receiving the tokens. The heavy terminal emulator, ghostty-web, is isolated from these updates via an AppInterface layer. This keeps the CPU usage remarkably low.
The Git Worktree Sandbox
Autonomous agents can easily destroy a codebase. Giving an LLM raw access to execute commands is inherently dangerous. Kilo mitigates this risk by utilizing Git worktrees.
When an agent is tasked with a complex refactor, the client logic spins up a hidden Git worktree. This provides the agent with an isolated sandbox to compile, test, and fail. If the agent hallucinates and corrupts the files, the user's primary working branch remains completely unaffected.
Skills as Plaintext
Kilo avoids rigid, hardcoded behaviors. Instead, it treats agent capabilities as plain text skills. These are stored in an .opencode directory within the workspace.
By defining skills as Markdown files, developers can easily inject custom prompts and context dynamically. This extensibility is a core reason why Kilo has seen such rapid adoption among power users.
# Code Review Skill
You are an expert code reviewer. Analyze the provided git diff.
## Constraints
- Focus on performance bottlenecks.
- Ignore style issues handled by the linter.
- Output your suggestions as actionable inline comments.