Las decisiones de ingeniería no ocurren en las barras laterales de IDE, ocurren en los hilos de Slack, en el mismo lugar donde su equipo ya está hablando, debugando, ya trabajando a través de problemas juntos. That disconnect is a problem. La conversación sobre Construir ocurre en un lugar, y el edificio real ocurre en otro lugar completamente. El contexto se pierde. Las decisiones se explican de nuevo. Alguien inevitablemente copia un problema en un chat de IA en algún lugar y coloca la respuesta de vuelta, y todos pretenden que es un flujo de trabajo normal. Qué Acabo de enviar algo que realmente aborda esto: El equipo detrás de él ha estado utilizando el bot internamente durante meses, y ha cambiado fundamentalmente la forma en que construyen y envían. kilos Integración Slack Kilo para Slack le permite @mencionar a un agente de codificación de IA directamente en las conversaciones de su equipo. lee el contexto completo del tema, se conecta a su repositorio de GitHub y puede responder a preguntas o abrir PR sin que nadie salga de Slack. TD y DR: Prueba Kilo para Slack . TD y DR: Try Kilo for Slack Prueba Kilo para Slack . El impuesto de cambio de contexto Aquí hay un escenario que es probablemente familiar. Alguien informa de un error en un canal de Slack de un equipo. Tres ingenieros se involucran con teorías. Un desarrollador se desplaza a través del hilo, absorbe el contexto, luego alt-tabs a su IDE. Abren su agente de codificación de IA de elección y comienzan a explicar la situación de nuevo desde cero. Pegan el error. Describen lo que se ha intentado. Proporcionan el contexto que ya estaba en ese hilo de Slack, excepto ahora que lo están escribiendo de nuevo. Luego, vuelve a Slack para compartir el enlace y resumir lo que ha cambiado. Esto ocurre decenas de veces por semana en equipos de ingeniería activos.Y cada vez, hay un impuesto de fricción.El traslado de contexto, la re-explicación, el cambio mental entre el "modo de discusión" y el "modo de implementación". No es un impuesto enorme para una sola instancia, pero se suma y, lo más importante, crea una frontera artificial entre dónde se toman las decisiones y dónde se realiza el trabajo. Qué hace realmente Kilo para Slack Aquí está el nuevo flujo de trabajo. Tome el mismo hilo Slack: el bug se ha discutido, las teorías se han flotado, y hay un consenso grosero sobre lo que debe suceder. En lugar de cambiar de contexto a un IDE, puede simplemente etiquetar @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? El bot lee todo el hilo, y dado que está conectado al reposo de GitHub del equipo a través de la plataforma Kilo, gira un Unos minutos más tarde, hay un enlace de PR allí en Slack. Agente de nube No copiar. No alterar. No explicar la misma cosa dos veces. El contexto que ya existía en la conversación se convierte en la entrada para la implementación. Para preguntas más simples, funciona de la misma manera: @Kilo how is error handling implemented in the payment module? Lee su base de código y responde en el thread. Los compañeros de equipo pueden ver la respuesta, y puede solicitar seguimientos y dar instrucciones de implementación. El conocimiento permanece en Slack, donde puede ser referenciado más adelante. Cómo el equipo de Kilo realmente utiliza esto El equipo ha estado utilizando Kilo para Slack internamente desde antes del lanzamiento público, y se ha convertido en la forma predeterminada de hacer muchos cambios. Los patrones que surgieron son más variados de lo esperado: Soluciones de bug en tiempo real Posiblemente el caso de uso más obvio, y el que es golpeado constantemente. Un error aparece en la producción. Alguien lo marca en Slack. El equipo discute lo que podría estar causando. Y luego en lugar de que alguien voluntario "lleve un vistazo", simplemente etiquetan @Kilo. Lo clave: el bot no está comenzando desde cero cuando lee ese problema. Tiene el contexto completo de la conversación, y acceso a la base de código entera. Puede leer lo que el equipo sospecha, y lo que ha sido excluido. Sabe cuál debe ser el comportamiento esperado. Está trabajando con la misma información que un desarrollador humano tendría después de leer el hilo: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? El PR aterriza en el hilo. Alguien lo revisa. Si se ve bien, se fusiona. El ciclo entero ocurre sin que nadie formalmente "pigue" la tarea. Cambios de código rápidos a partir de discusiones Esto es algo que se ha convertido en una experiencia cotidiana para muchas personas en Kilo. Una conversación ocurre sobre una característica o comportamiento. Alguien dice "probablemente deberíamos cambiar X a Y." En un flujo de trabajo tradicional, esto se convierte en una nota mental, o un billete, o algo que se maneja "más tarde". Con el bot Slack, "más tarde" se convierte en "ahora".La persona que tenía la idea simplemente etiqueta Kilo y describe lo que debería cambiar. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Para un equipo que se mueve rápidamente, esto importa.La fricción en los pequeños cambios es lo que los hace acumularse.Eliminar esa fricción significa que la base de código permanece más limpia y más corriente. Documentación y actualizaciones de contenido Esto se aplica a las personas en roles menos técnicos o no técnicos.El equipo de Kilo utiliza el bot para todo tipo de cambios en toda la plataforma de Kilo constantemente. El patrón es el mismo: una discusión ocurre en Slack sobre lo que necesita cambiar, y luego el bot lo implementa. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Para el contenido que vive en un repo (que, si estás haciendo docs-as-code, es la mayoría de tu contenido), este flujo de trabajo es un gran ahorro de tiempo. Especialmente para las personas que se sienten abrumadas sumergirse en un flujo de trabajo de desarrollo sólo para hacer un simple cambio de página de destino. El proceso de PR te da el mismo mecanismo de revisión utilizado para el código, y el hilo Slack proporciona la facilidad de acceso. Implementación de características de las discusiones de Spec A veces un hilo evoluciona de "¿Deberíamos hacer esto?" a "aquí es aproximadamente cómo debería funcionar" a "Ok, vamos a construirlo realmente". @Kilo please implement the caching improvements we discussed in this thread Esto funciona mejor cuando el hilo contiene suficiente especificidad.El bot es bueno en inferir la intención, pero un contexto más claro conduce a una mejor salida.El equipo de Kilo ha tomado el hábito de ser explícito en las discusiones, especialmente cuando la conversación podría convertirse en la especificación. Coordinación Cross-Repo El trabajo de ingeniería real generalmente abarca múltiples repositorios. Frontend, backend, bibliotecas compartidas, configuraciones de infraestructura. A diferencia de algunas otras integraciones de Slack, Kilo deduce automáticamente a qué repo se está refiriendo. @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? No hay configuración manual por canal. No hay contexto de cambio para especificar qué repo utilizar. lee el hilo, entiende lo que se está referenciando y actúa en consecuencia. Por qué esto es diferente de otros bots Slack Muchas de las integraciones de AI Slack se sienten como novedades - son el propósito general de la IA que intenta disfrazarse como un especialista en cada categoría. responden a preguntas, tal vez generen algunos fragmentos de código, pero en el momento en que aparece algo no trivial, está de vuelta a copiar-pasar a un IDE. El enfoque de Kilo es arquitectónicamente diferente en maneras que importan. Conversaciones Multi-Turn La mayoría de los bots de AI Slack están diseñados para interacciones de una sola vez. Haga una pregunta, obtenga una respuesta. Kilo se basa en todo el tema. Mantiene el contexto a través de múltiples intercambios. Puede ocurrir una discusión atrás y atrás, se puede refinar el enfoque, se pueden hacer preguntas de aclaración, y luego se puede desencadenar la implementación. Esto refleja cómo funcionan las conversaciones humanas.Nadie vuelve a explicar toda la situación cada vez que se añaden a una discusión. Multi-Repositorio por defecto La integración de Slack de Cursor requiere configurar un único repositorio por espacio de trabajo o canal. Esto es bueno para configuraciones simples, pero se descompone rápidamente cuando el trabajo de ingeniería abarca múltiples reposos. Kilo deduce el repositorio relevante de la conversación. Si se mencionan archivos o servicios que viven en repos diferentes, se encarga de eso. No hay configuración previa. No hay intercambio entre canales para trabajar con diferentes bases de código. Esto parece una pequeña cosa hasta que ha trabajado en un proyecto donde el frontend, el backend y la infraestructura viven en reposo separado. Real ejecución, no sólo chat Esta es la diferencia fundamental. Kilo para Slack no es un bot Q&A. Es una capa de ejecución. Cuando se le pide implementar algo, gira un agente en la nube, crea una sucursal, hace los cambios y abre un PR. Está haciendo el trabajo, no solo hablando del trabajo. Y porque está utilizando los agentes de la nube de Kilo, no hay máquina local involucrada. El repo no necesita ser clonado localmente. La implementación ocurre en la nube y el resultado aparece como un PR listo para la revisión. Contexto continuo con PRs Una vez que existe un PR, el bot puede seguir trabajando en él. Si llega el feedback de la revisión, se le puede pedir a Kilo que lo aborde en el mismo hilo. La conversación sobre el PR y la implementación de los cambios ocurre en el mismo lugar: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Hay una conversación continua sobre lo que se está construyendo, y el código evoluciona en respuesta a esa conversación. Los detalles técnicos Para los que estén interesados en cómo funcionan en realidad estas herramientas: Cuando @Kilo se menciona en un canal o DM, el bot lee el contexto del tema. accede a los repositorios GitHub conectados (establecido una vez en el panel de control de Kilo). Basado en la solicitud, responde con información o activa un agente en la nube para hacer cambios. El son los mismos disponibles desde el Kilo CLI o dashboard. Se ejecutan en la infraestructura de Kilo, crean ramas, hacen compromisos y abren PRs contra repos. Agentes de nube El precio es basado en el uso, con el mismo coste por token que el uso del modelo directamente a través de Kilo - lo que significa que solo se le cobra exactamente los precios establecidos por los proveedores de modelos. Poniéndolo en La instalación dura aproximadamente dos minutos: Crear una cuenta Kilo (gratuita para comenzar) Conecte el reposo de GitHub en la pestaña de integraciones en app.kilo.ai Añadir la integración de Slack desde la misma página de integraciones Comience mencionando o DMing @Kilo en el espacio de trabajo Kilogramos de cuenta Integración Tab Slack Integración El bot puede ser DM-ed directamente para preguntas privadas, o mencionado en cualquier canal donde se ha añadido para las interacciones visibles del equipo. La conexión de GitHub es la parte importante - y toma aproximadamente 10 segundos y 2 clics. El bot necesita acceso para reposar para responder a preguntas sobre la base de código y para crear PRs. Para qué usarlo Algunos patrones han surgido para donde esto brilla: Correcciones rápidas y pequeños cambios.El sobrepeso de abrir un IDE, encontrar el archivo correcto, hacer un cambio y empujar un PR es alto en relación al trabajo mismo.El flujo de trabajo Slack colapsa todo ese sobrepeso. Cuando los "qué" y "por qué" ya están capturados en un hilo, se siente natural agregar simplemente el "hacerlo" al final. Documentación y contenido. Todo lo que vive en un repo pero no es estrictamente código. READMEs, guías, archivos de configuración, copia de la página de destino. Cuando un cambio necesita tocar múltiples repositorios, gestionar que desde un solo hilo Slack es más limpio que rebotar entre ventanas IDE. Situaciones móviles y asíncronas. Un PR se puede iniciar desde un teléfono. El trabajo ocurre en la nube. La revisión ocurre más tarde. Cuando la idea sigue ganando No es un sustituto para un entorno de desarrollo, es un complemento. Características complejas con un montón de retrocesos. iteración rápida, pruebas locales y refinamiento en tiempo real todavía quieren el IDE o Kilo CLI. Sesión de depuración profunda: El paso por el código, la inspección del estado y la comprensión del comportamiento requieren una completa herramienta. Los cambios arquitectónicos a gran escala se benefician del contexto completo que proporciona un IDE. Kilogramos CLI El modelo mental: Slack-primero para los cambios que surgen de las conversaciones, IDE-primero para los cambios que requieren una profunda ingeniería. La plataforma más amplia Kilo for Slack es parte de la plataforma de ingeniería de agentes más grande de Kilo. , de , el y el kilogramo • El La misma plataforma, las mismas opciones de 500+ modelos, y la misma calidad, sólo accesible desde una superficie diferente. contra el código JetBrains Kilogramos CLI Agentes de nube Slack Integración Cuando hayas terminado la construcción en Kilo, también puedes habilitar el Un solo clic , e incluso compartir sus sesiones a través de su equipo con . Código Revisión Despliegue Kilos de sesiones Para los equipos que evalúan las herramientas de codificación de IA, esto vale la pena pensar.No solo se trata de qué herramienta genera el mejor código, lo que es indudablemente importante, sino también de qué herramienta se ajusta al flujo de trabajo real con el mínimo de fricción.Si un equipo vive en Slack, tener IA que pueda participar en esas conversaciones sin requerir cambios de contexto es una mejora significativa. El lugar donde los equipos discuten el código ahora puede ser el lugar donde se escribe el código.La discusión y la implementación ocurren juntos.El contexto fluye naturalmente de uno a otro. Es el tipo de mejora de flujo de trabajo que se compone con el tiempo. > > Prueba Kilo para Slack ahora Prueba Kilo para Slack ahora Kilo es un agente de codificación de IA de código abierto con más de 1 millón de usuarios. Está disponible en VS Code, JetBrains y CLI, Cloud Agents, App Builder de previsión en vivo, implementaciones de un solo clic, revisiones de código automatizadas y ahora integración con Slack. kilos.es . kilos.es
