Agente y chat por terminal
Sin ventanas, voz ni avatar. Instalación desde el código fuente.
| Recurso | Mínimo | Recomendado |
|---|---|---|
| RAM | 4 GB | 8 GB |
| CPU | 2 núcleos | 4 núcleos |
| Disco libre | 2 GB | 4 GB |
GPU dedicada: no se requiere con un proveedor remoto.
Kaoru conversa contigo, recuerda el contexto y te acompaña por texto, voz y presencia Live2D. También puede trabajar como agente: investigar tu proyecto o encadenar resultados en varias aplicaciones de escritorio, con un plan, permisos y comprobaciones visibles.
La conversación se escribe en el chat; Kaoru puede responder con voz sintetizada. La interfaz está disponible en español, inglés y japonés desde v2.3.
Mínimos provisionales para usar un proveedor de IA remoto. Son una referencia inicial basada en una medición local de Linux x64; todavía falta validarla en más equipos y plataformas.
Sin ventanas, voz ni avatar. Instalación desde el código fuente.
| Recurso | Mínimo | Recomendado |
|---|---|---|
| RAM | 4 GB | 8 GB |
| CPU | 2 núcleos | 4 núcleos |
| Disco libre | 2 GB | 4 GB |
GPU dedicada: no se requiere con un proveedor remoto.
Chat, memoria y avatar; voz opcional.
| Recurso | Mínimo | Recomendado |
|---|---|---|
| RAM | 8 GB | 16 GB |
| CPU | 2 núcleos | 4 núcleos |
| Disco libre | 3 GB | 5 GB |
GPU dedicada: no obligatoria; la aceleración gráfica mejora el avatar.
La voz, Chromium y los modelos de IA locales pueden necesitar más recursos. El requisito de GPU para un modelo local depende del modelo elegido; aún no hay un mínimo universal medido.
Consulta las mediciones y límites de estos valores provisionales
Habla con Kaoru, pídele que recuerde lo importante o delega una tarea de varios pasos. Puede ayudarte en tu proyecto y en el escritorio; las capacidades disponibles dependen del proveedor, el sistema operativo y los permisos que configures.
Explora archivos, dependencias y símbolos LSP para orientar el plan. Puede leer y editar código, ejecutar comandos y usar Git. El índice estructural es acotado: las referencias y el contenido se confirman con las herramientas del proyecto.
En el flujo smart, una mutación reconocida activa la verificación configurada. Las pruebas focales compatibles se anteponen a los controles generales; un resultado omitido o fallido no equivale a una prueba pasada.
Objetivos, pasos y evidencias pueden persistir en SQLite para continuar el trabajo. Si el almacenamiento se degrada a memoria, esa continuidad no sobrevive al cierre de la aplicación.
La memoria local recupera hechos, preferencias y episodios relacionados con la conversación. Puedes pedir que olvide recuerdos. El contexto recuperado puede formar parte de una solicitud al proveedor de IA.
Edge TTS sintetiza la respuesta mediante un servicio de Microsoft. La entrada por micrófono no está disponible en la interfaz actual. El avatar admite modelos y gestos configurables.
Puedes pedir una meta con varios resultados, por ejemplo abrir un informe, crear un recordatorio y confirmar ambos. Kaoru revisa el plan, pide autorización inicial y comprueba cada resultado; si falta evidencia, pausa la misión. Beta: probada con escenarios simulados, aún sin validación externa. La accesibilidad depende de la aplicación y macOS no tiene paridad semántica.
GitHub y los plugins locales amplían las tareas disponibles. Revisa los permisos y el origen de cada herramienta antes de usarla.
Los sensores configurados aportan señales del sistema y del proyecto. La proactividad evalúa contexto y políticas para proponer ayuda; no concede al modelo nuevos permisos de ejecución.
Configura un proveedor compatible o un endpoint local. La calidad, el coste, la visión y la disponibilidad de herramientas dependen del modelo y del servicio seleccionado.
Abre un chat junto a la terminal del mismo proyecto. Puedes adjuntar una selección o salida reciente para revisarla antes de enviarla al modelo; Kaoru no la envía automáticamente. Los comandos de un solo bloque se pueden pegar o ejecutar tras confirmación.
Puedes pedir orientación, continuar una conversación o delegar varios resultados en una misión de escritorio. Kaoru interpreta la petición con el modelo elegido, muestra el plan y la actividad en el chat, y mantiene los permisos y la comprobación fuera de la decisión del modelo.
Inspecciona el workspace, busca rutas relevantes y consulta símbolos disponibles.
Divide el objetivo en resultados observables y revisa si el plan omite alguno.
La misión de escritorio pide autorización inicial; las acciones fuera de su alcance requieren su propio permiso.
Utiliza herramientas y conserva sus resultados como evidencia del trabajo.
Comprueba cada resultado en el entorno; si falta evidencia, la misión se pausa con un paso pendiente.
Configura los permisos para tu tarea y tu equipo. La aplicación separa las propuestas del modelo de los controles que autorizan herramientas.
Las reglas allow, ask y deny permiten automatizar operaciones concretas, pedir confirmación o bloquearlas. No todas las acciones muestran una pregunta: depende de la política activa.
Aplicaciones, navegador, pantalla, puntero, teclado, procesos y cámara tienen controles independientes. La cámara actual consulta estado o abre su aplicación; no toma fotos ni graba vídeo.
Las ventanas de Electron están aisladas del acceso directo a Node. El aislamiento de comandos es otro mecanismo y depende de las capacidades y configuración del sistema.
Kaoru captura una línea base para cambios reconocidos. La recuperación tiene límites: acciones remotas, comandos arbitrarios y efectos externos pueden no ser reversibles.
Resultados web y de integraciones se tratan como contenido no confiable en los flujos que lo delimitan. Estos controles reducen riesgo de instrucciones maliciosas; no garantizan inmunidad.
Memoria y embeddings se almacenan localmente. El prompt puede salir al proveedor elegido. El llavero del sistema se usa cuando está disponible; los respaldos de configuración requieren cuidado.
Empieza con conversación, un workspace concreto y los permisos que necesites. Activa voz, memoria o sugerencias según tu rutina; puedes cambiar el modelo Live2D.
Declara las reglas del repositorio, prepara las dependencias y configura comandos de verificación. Revisa el diff y los resultados antes de integrar cambios importantes.
Define qué información puede enviarse al proveedor, quién administra las claves y qué herramientas se permiten. La licencia del código no incluye los personajes ni sustituye las políticas de tu organización.
Capturas reales del proyecto. La apariencia puede variar según el modelo y la configuración.
Elige un proveedor y un proyecto. Puedes comenzar con una pregunta o pedir un resultado pequeño que puedas comprobar. La guía incluye instalación, permisos y límites por plataforma.