Presentación

Kimi es un asistente de inteligencia artificial desarrollado por Moonshot AI.

Combina conversación, búsqueda web, análisis de archivos y agentes capaces de ejecutar tareas en varias etapas.

Su propuesta más interesante aparece cuando la respuesta no se queda como texto en una ventana de chat.

Kimi busca transformar una petición en un entregable directamente explotable.

Una búsqueda puede convertirse en un informe.

Archivos pueden convertirse en una hoja de cálculo.

Un dossier puede convertirse en una presentación.

Un maqueta puede convertirse en un sitio.

Esta lógica explica los numerosos productos y modos asociados a Kimi: Agent, Deep Research, Docs, Sheets, Slides, Websites, Code, Work o Claw.

Sin embargo, no deben entenderse como tantas identidades separadas.

Representan sobre todo varios destinos posibles para la misma lógica agentica:

comprender → buscar → transformar → entregar.

Esta lectura simplifica enormemente el ecosistema.

Docs, Sheets o Slides no necesitan entenderse como tres nuevas aplicaciones ofimáticas completas.

Son tres maneras diferentes de materializar el resultado de un mismo trabajo agentico.

Esta continuidad es precisamente lo que hace a Kimi interesante frente a un asistente que se detiene en el borrador.

El producto va también más lejos con funciones de paralelización, herramientas de código, acciones en el navegador, el trabajo con ciertos archivos locales y automatizaciones persistentes.

El ecosistema se vuelve por tanto mucho más amplio que un asistente conversacional clásico.

Esta riqueza tiene una contraparte.

Cuando los nombres de productos, los pools de créditos y los entornos se multiplican, resulta fácil perder la idea central.

La buena manera de leer Kimi sigue siendo partir del resultado esperado.

¿Necesita un estudio?

El trabajo va hacia Deep Research o Agent.

¿Necesita una hoja de cálculo?

El mismo contexto puede convertirse en Sheets.

¿Necesita un sitio?

Se convierte en Websites.

Kimi sigue siendo un servicio propietario y principalmente en la nube.

Moonshot AI publica algunos modelos con pesos abiertos.

Esta apertura no concierne automáticamente a la aplicación, a los agentes alojados o al conjunto de la infraestructura.

Funcionalidades

Conversación, búsqueda y contexto

Kimi puede responder, redactar, explicar, traducir, buscar en la web y mantener un contexto importante.

Esta base proporciona la materia necesaria para las tareas más complejas.

La búsqueda puede activarse cuando la petición necesita información reciente.

El sistema puede comparar varias fuentes o preparar un primer dossier documental.

La calidad de las fuentes y citas debe siempre verificarse en los documentos originales.

Una cita visible no garantiza ni la fiabilidad de la fuente ni la calidad de su interpretación.

Análisis de archivos y multimodalidad

Kimi puede analizar varios formatos de documentos, hojas de cálculo, imágenes y otros archivos.

Esta capacidad le permite trabajar con un corpus proporcionado por el usuario en lugar de únicamente con la web.

Varios archivos pueden compararse.

Los datos pueden extraerse.

Un conjunto de documentos puede convertirse en una nueva síntesis.

Esta capa resulta especialmente interesante cuando el entregable final debe conservar una relación clara con las fuentes de partida.

No obstante, los pasajes críticos deben verificarse en los originales.

Cuanto más larga es la transformación, mayor es el riesgo de deformación.

Agent: transformar un objetivo en trabajo multi-etapa

Kimi Agent parte de un objetivo y luego puede organizar varias etapas, seleccionar las herramientas necesarias, realizar búsquedas, analizar archivos y producir un resultado.

La diferencia con el Chat es importante.

El Chat produce principalmente una respuesta.

El Agent intenta más bien continuar el trabajo hasta el resultado solicitado.

El buen criterio de evaluación ya no es por tanto solo:

«¿La respuesta es buena?»

sino:

«¿El resultado final es explotable?»

Un informe debe tener fuentes citadas.

Una hoja de cálculo debe contener los datos y fórmulas correctos.

Una presentación debe seguir siendo legible.

Un sitio debe producir un código que realmente se pueda seguir manteniendo.

Deep Research.

Deep Research aplica esta lógica a la búsqueda documental larga.

El sistema puede preparar una estrategia, buscar varias fuentes, analizar la información y luego producir un informe estructurado.

El interés viene del hecho de que búsqueda y redacción ya no son dos operaciones completamente separadas.

El mismo agente puede mantener el hilo entre las fuentes consultadas y el documento final.

Esta continuidad reduce las manipulaciones.

No sustituye la verificación humana.

Una mala selección de fuentes puede simplemente transformarse en un mal informe muy bien presentado.

Docs, Sheets y Slides: varias formas de un mismo entregable

Kimi puede materializar el trabajo bajo varias formas ofimáticas.

Docs produce o modifica documentos.

Sheets organiza datos y puede construir fórmulas o gráficos.

Slides transforma un conjunto de contenidos en presentación.

La buena lectura no es ver aquí tres programas separados.

La capacidad estructurante es:

adaptar el mismo contexto a la forma de salida necesaria.

Esto resulta especialmente útil para un estudio que debe sucesivamente convertirse en:

  • informe;
  • tabla;
  • presentación.

El contexto puede circular.

La calidad de cada archivo debe luego evaluarse según su propio oficio.

Websites: transformar un contexto en prototipo web

Kimi puede también crear una página o una pequeña interfaz web a partir de una descripción o una referencia visual.

Una captura, un documento o una maqueta pueden convertirse en un primer sitio.

Esta capacidad prolonga naturalmente la lógica de entregable.

El resultado ya no es solo una respuesta o un documento.

Se convierte en una interfaz ejecutable.

El código debe auditarse antes de un uso en producción.

Un prototipo visualmente creíble puede contener una arquitectura frágil, dependencias inútiles o problemas de seguridad.

Agent Swarm: paralelizar el trabajo

Agent Swarm reparte ciertas búsquedas o tratamientos entre varios subagentes.

Este enfoque resulta útil cuando el trabajo contiene muchos elementos independientes.

Una búsqueda que abarca numerosas empresas, documentos o productos puede dividirse y luego reunirse.

La paralelización cambia la escala.

No cambia la responsabilidad.

Varios subagentes pueden producir varios errores en paralelo.

Los resultados deben por tanto armonizarse y verificarse.

La estructura del problema debe decidir la estructura de la ejecución.

Una tarea fuertemente secuencial no gana necesariamente con ser dividirse artificialmente.

Código y trabajo técnico

Kimi Code prolonga el ecosistema hacia el desarrollo de software.

Puede intervenir en varios archivos, usar una terminal y ejecutar tests bajo supervisión.

Esta capa muestra que la lógica «petición → entregable» se aplica también al código.

El resultado final se convierte en un diff, una corrección o una funcionalidad.

Como para cualquier agente de desarrollo, la calidad debe evaluarse en el repositorio real.

El código generado no se vuelve correcto simplemente porque compila.

WebBridge: actuar en el navegador.

Kimi puede también extender sus agentes hacia ciertas acciones web.

Una herramienta como WebBridge puede navegar, clicar, rellenar formularios o extraer información.

Esta capacidad acerca el asistente a una automatización concreta.

También aumenta fuertemente la superficie de riesgo.

Leer una página y clicar en una cuenta autenticada no son el mismo nivel de acción.

Los permisos y validaciones deben seguir la importancia de las consecuencias.

Work y entorno local

Kimi Work extiende ciertas capacidades hacia archivos o contextos locales.

Esta capa resulta útil cuando el trabajo depende de documentos presentes en el ordenador en lugar de ya subidos al servicio web.

La presencia de una herramienta local no significa que toda la inteligencia o toda la orquestación funcione sin conexión.

Kimi sigue siendo un ecosistema principalmente en la nube.

La distinción entre acceso local a los archivos y ejecución local completa debe permanecer clara.

Claw y automatizaciones persistentes.

Kimi Claw añade una lógica de persistencia en la nube.

Tareas pueden programarse o reutilizar competencias y una memoria de trabajo.

Esta evolución es importante.

El agente ya no es solo llamado puntualmente.

Puede convertirse en un proceso recurrente.

La persistencia aumenta la comodidad.

También aumenta la necesidad de control sobre:

  • frecuencia;
  • permisos;
  • costes;
  • resultados;
  • detención del flujo de trabajo.

Casos de uso

Preparar una búsqueda completa

Kimi puede explorar varias fuentes y luego producir un informe estructurado.

Transformar documentos en entregable

PDFs, hojas de cálculo o notas pueden analizarse y luego recomponerse bajo otra forma.

Construir una tabla de datos

El agente puede extraer y organizar información procedente de varias fuentes en una hoja de cálculo.

Crear una presentación

Un dossier documental puede convertirse en un soporte visual y narrativo para retomar.

Prototipar un sitio

Una descripción o una referencia visual puede convertirse en una primera interfaz web para probar y luego auditar.

Desarrollar código

Kimi Code puede intervenir en varios archivos y usar una terminal bajo supervisión.

Automatizar un trabajo repetitivo

Los entornos persistentes permiten reutilizar instrucciones, herramientas y tareas planificadas.

Paralelizar un estudio amplio

Agent Swarm puede tratar varios elementos independientes antes de la consolidación.

Opinión PANACHES

El entregable es su verdadero centro

Kimi resulta especialmente interesante cuando una respuesta debe salir de la conversación para convertirse en un archivo o un resultado manipulable.

Esta orientación lo distingue de un assistant centrado principalmente en el diálogo.

Por tanto, la buena prueba es la calidad del documento final, no solo la elegancia de la conversación.

La multiplicación de productos enmascara a veces la idea simple

Docs, Sheets, Slides, Websites, Code o Work pueden dar la impresión de una suite tentacular.

cuentan sobre todo la misma ambición:

hacer producir al agente una forma adaptada al resultado solicitado.

Leer Kimi por entregable es mucho más claro que leerlo por nombre de módulo.

Agent Swarm cambia la escala, no la responsabilidad

Paralelizar una búsqueda puede reducir el tiempo necesario para tratar muchos elementos.

También aumenta la cantidad de información, llamadas de herramientas y resultados que hay que verificar.

La paralelización debe servir a la estructura del problema.

Lo local sigue siendo parcial

Kimi Work puede interactuar con archivos locales y algunos modelos Moonshot se publican con pesos abiertos.

Esto no hace que todo el ecosistema Kimi sea local.

Esta distinción debe permanecer explícita.

La mejor utilización consiste en mantener la cadena verificable

Cuanto más atraviesa transformaciones una tarea —fuentes → extracción → hoja de cálculo → presentación— más importante resulta conservar un enlace con la materia inicial.

La continuidad agentica resulta útil precisamente si no borra la trazabilidad.

Puntos de atención

  • Kimi sigue siendo un servicio propietario a pesar de algunos modelos con pesos abiertos.
  • Las fuentes y citas deben verificarse en su contexto original.
  • Los documentos generados requieren una relectura humana.
  • Los cálculos y fórmulas producidos en las hojas de cálculo deben controlarse.
  • El código generado debe probarse y auditarse.
  • Los agentes pueden escribir archivos, usar herramientas o actuar en un navegador.
  • Kimi Work puede recibir permisos sobre archivos locales.
  • Las automatizaciones persistentes deben supervisarse.
  • Agent Swarm puede aumentar rápidamente el consumo de recursos y el volumen a verificar.
  • Los productos y pools de créditos pueden seguir reglas diferentes.
  • Los modelos, funciones y disponibilidades pueden evolucionar rápidamente.
  • Una función local o un modelo abierto no hace automáticamente que todo Kimi sea local o de código abierto.