Hace unas semanas me topé con Reasonix revisando el feed de proyectos nuevos en IA. La propuesta me llamó la atención por lo específica que es: no es “un agente más que sirve con todos los modelos”, es un agente diseñado desde cero para DeepSeek. Y esa decisión cambia toda la arquitectura.
Lo probé unos días en proyectos reales — incluido un repo de .NET que vengo arrastrando desde hace meses — y esto es lo que me llevé.
Qué es Reasonix, en una frase
Es un agente de desarrollo open source que corre en tu terminal, hecho específicamente para sacarle el jugo a los modelos de DeepSeek. No es un wrapper sobre la API. Es un framework completo con:
- Agente conversacional
- Edición de archivos
- Ejecución de terminal
- Memoria persistente
- Integración con MCP (Model Context Protocol)
- Hooks
- Skills
- Gestión de contexto
- Caché inteligente
- Sesiones persistentes
Lo instalas con un solo comando y queda listo para trabajar:
pnpm i -g reasonix
O con npm o Bun, según lo que uses. Después:
reasonix setup
Eso te abre un asistente interactivo para elegir proveedor (en mi caso, DeepSeek), modelo y API key. Sin andar editando archivos de configuración a mano. Una vez configurado:
reasonix
Y ya tienes al agente trabajando en tu proyecto.
El problema real que ataca
La mayoría de los agentes de código tienen un problema de costos que casi nadie te dice en voz alta: cada pregunta reenvía gran parte del contexto del proyecto.
Imagínate un proyecto así:
MiProyecto
800 archivos
120.000 líneas
README
Documentación
Historial
Configuración
Aunque no haya cambiado nada desde tu última pregunta, el agente vuelve a mandar una buena parte de ese contexto. Eso son miles de tokens repetidos. Y dinero. Mucho dinero.
Reasonix parte de una idea diferente: Cache First.
Proyecto
README
Configuración
Memoria
Reglas
Historial
──────────────
Todo esto permanece estable
──────────────
Solo cambia tu nueva petición
Como DeepSeek soporta Prefix Cache, el modelo puede reutilizar gran parte del contexto ya procesado. En proyectos largos la diferencia puede ser enorme. No solo en velocidad — también en costo.
La arquitectura
Usuario
│
▼
Prompt actual
│
▼
┌──────────────┐
│ Reasonix │
└──────────────┘
│ │ │
│ │ │
Memory │ │ Terminal
│ │ │
▼ ▼
MCP Cache
│
▼
DeepSeek API
Reasonix no es únicamente un cliente para consumir una API. Es un orquestador de contexto que decide qué parte del contexto se queda en caché, qué parte se manda al modelo, y qué parte se reconstruye para cada sesión.
Primera ejecución
La primera vez que abres Reasonix verás algo así:
Initializing workspace...
Loading configuration...
Connecting provider...
Reading repository...
Building semantic index...
Loading memories...
Warming cache...
Ready.
A partir de ese momento el agente ya conoce tu proyecto. Y a diferencia de otros agentes, esa información no se vuelve a mandar tal cual en cada pregunta — se queda en caché.
Una sesión típica con mi repo .NET
Tengo un repositorio en .NET que vengo arrastrando desde hace meses. Estructura clásica:
MiProyecto/
Controllers/
Models/
Services/
DAL/
BLL/
Views/
README.md
Decidí probarlo a fondo con Reasonix. Lo primero fue una pregunta abierta:
Analiza completamente este proyecto.
No modifiques nada.
Explícame la arquitectura.
Reasonix recorrió todo el repositorio antes de responder. Después seguimos:
Encuentra código duplicado.
Luego:
Propón un plan de refactor.
Y finalmente:
Comienza por el módulo de autenticación.
Todo dentro de la misma sesión. El contexto se mantuvo entre las cuatro instrucciones sin que yo tuviera que volver a explicar nada.
Lo que más me gustó es que pude seguir pidiéndole cosas ejecutara comandos directamente:
dotnet build
dotnet test
docker compose up
npm install
git status
git diff
Todo lo ejecutó el propio agente cuando lo necesitó.
MCP: integración real con herramientas externas
Reasonix soporta Model Context Protocol (MCP). Esto significa que el agente puede conectarse a herramientas externas sin integraciones específicas. Por ejemplo:
- Filesystem
- GitHub
- Playwright
- PostgreSQL
- SQL Server
- Notion
- Slack
- Documentación
Un servidor MCP se declara así:
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": [
"@modelcontextprotocol/server-filesystem",
"/home/victor/proyectos"
]
}
}
}
Una vez configurado, el agente puede acceder al sistema de archivos usando MCP directamente. Y como mi repo vive en SQL Server, eso me abrió la puerta a cosas que no había podido hacer con otros agentes sin escribir código a medida.
Memoria persistente: las reglas del proyecto se quedan
Otra característica que me pareció especialmente útil es la memoria persistente. Reasonix puede recordar reglas del proyecto entre sesiones. Por ejemplo:
Nunca usar Entity Framework.
Utilizar exclusivamente SQL Server.
Mantener compatibilidad con .NET Framework 4.8.
No modificar Stored Procedures existentes.
Eso evita tener que repetir las mismas instrucciones en cada conversación. Y en proyectos con reglas de equipo, es un cambio de juego: el agente respeta lo que ya decidiste sin que tengas que andar peleando con él cada vez.
Hooks: automatización sin intervención
Los Hooks permiten automatizar tareas después de que el agente modifique código. Por ejemplo:
dotnet build
Si la compilación es correcta:
dotnet test
Si las pruebas pasan:
git add .
Después:
git commit
Todo sin que yo tenga que intervenir. Esto, combinado con un buen set de tests, convierte al agente en algo mucho más cercano a un par programador que a un chat glorificado.
Skills: especializaciones por ecosistema
Las Skills funcionan como especializaciones. Puedes tener una Skill para:
- Laravel
- React
- Angular
- ASP.NET
- SQL Server
- Docker
- Kubernetes
Cada una incorpora instrucciones específicas para ese ecosistema. En mi caso cargué la de ASP.NET y la de SQL Server, y la calidad de las sugerencias mejoró notablemente.
Comparativa honesta con otras opciones
Aquí es donde tengo que ser honesto, porque Reasonix no es para todo el mundo.
| Característica | Claude Code | Codex CLI | Reasonix | Whale |
|---|---|---|---|---|
| Código abierto | ❌ | ✅ | ✅ | ✅ |
| Optimizado para DeepSeek | ❌ | ❌ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Cache inteligente | ❌ | ❌ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| MCP | ✅ | ✅ | ✅ | Parcial |
| Memoria persistente | ✅ | Parcial | ✅ | ✅ |
| Terminal integrada | ✅ | ✅ | ✅ | ✅ |
| Hooks | ✅ | Parcial | ✅ | Parcial |
| Skills | ✅ | Limitadas | ✅ | ✅ |
| Sesiones largas | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
Donde Reasonix brilla:
- Sesiones largas con poco costo — el prefix cache de DeepSeek se nota en proyectos grandes.
- Especialización honesta — no intenta ser compatible con veinte modelos, lo cual permite una integración más profunda con DeepSeek.
- Open source de verdad — puedes leer el código y entender qué está haciendo.
Donde Claude Code sigue ganando:
- Razonamiento complejo — en tareas que requieren planificación multi-paso con mucha ambigüedad, Claude Sonnet/Opus siguen estando adelante.
- Ecosistema y pulido — la integración con IDE, el autocompletado, los sub-agentes. Es un producto comercial maduro.
- Compatibilidad — si quieres cambiar de modelo mañana, Claude Code lo hace sin fricción.
Donde Reasonix todavía le falta:
- Comunidad más chica — al ser un proyecto nuevo, encontrarás menos tutoriales, menos plugins, menos ejemplos en Stack Overflow.
- Pulido de UX — la interfaz de terminal es funcional pero no tan pulida como Claude Code.
- Documentación en español — todo está en inglés.
¿Para quién está pensado?
Reasonix no es para el desarrollador que solo quiere generar una función en JavaScript. Su verdadero potencial aparece cuando trabajas con:
- Repositorios grandes
- Proyectos empresariales
- Arquitecturas complejas
- Refactors masivos
- Sesiones largas de desarrollo
- Equipos que usan DeepSeek como modelo principal
En ese escenario, el ahorro en tokens y la persistencia del contexto pueden marcar una diferencia considerable.
Lo que me llevo
Después de analizar su propuesta, creo que su mayor fortaleza no es una característica aislada, sino la coherencia de su diseño. Mientras otras herramientas intentan ser compatibles con todos los modelos y todos los proveedores, Reasonix apuesta por una integración profunda con DeepSeek. Esa especialización le permite sacar partido al prefix cache, mantener sesiones de trabajo prolongadas y ofrecer una experiencia muy cercana a la de herramientas comerciales, pero con un proyecto completamente abierto.
¿Va a reemplazar a Claude Code? Probablemente no. Claude sigue teniendo ventaja en tareas de razonamiento especialmente complejas.
¿Puede convertirse en el compañero ideal para quienes ya usan DeepSeek todos los días? Sin duda. Si tu prioridad es maximizar productividad, mantener el contexto durante horas y reducir el costo de cada sesión, Reasonix es una de las herramientas más prometedoras que han aparecido recientemente en el ecosistema de agentes de código.
Si ya vives en DeepSeek, dale una vuelta. Lo peor que te puede pasar es instalarlo, probarlo un rato con tu repo más pesado, y ver si la promesa del cache se cumple en tu caso real. A mí me la cumplió. 🌀