Conecta Slack a un proyecto y un mensaje en un hilo inicia una sesión. El agente pone en marcha su propio ordenador en la nube, hace el trabajo y responde en el mismo hilo. Nadie tiene que abrir otra herramienta para pedir algo.
¿Abrir una solicitud de cambios contra main?
launch-note.md · +64 −0
A channel is a chat platform bound to a project — a closed set of three, not an open field. Here is the real state of each one, including the parts a marketing page usually leaves out.
Activado de forma predeterminada, sin indicador. Conéctalo desde el dashboard o la CLI, invita al bot a un canal y menciónalo. Todo lo demás en esta página describe Slack.
Activo en todos los proyectos, sin flag. Un administrador del tenant da su consentimiento una vez, o un proyecto usa su propia app de bot. Las mismas sesiones y las mismas reglas de identidad que Slack.
Una bandeja de entrada del proyecto: un mensaje a una dirección inicia una sesión y una respuesta la continúa. Actívalo por proyecto en Customize → Feature flags. Es real, pero aún no está terminado.
Telegram, WhatsApp, SMS y Discord no son canales, y esta página no insinuará que estén en una hoja de ruta que no podemos prometer. Tampoco existe una API para crear tu propio canal: la lista de plataformas es un enum cerrado. Lo que sí existe es un activador webhook firmado, y preferimos contarte sus límites antes que venderte la palabra «extensible».
La alternativa honesta →El primer mensaje de un hilo crea una sesión. Cada mensaje posterior de ese hilo llega a la misma sesión, incluso después de que el sandbox se detenga durante la noche o de que la persona que la inició se vaya a casa. Esa relación es un índice único en la base de datos, no una convención que dos servicios acuerdan respetar.
¿Abrir una solicitud de cambios contra main?
launch-note.md · +64 −0
En un canal al que ha sido invitado o en un mensaje directo. Una mención sin tarea recibe un recordatorio para añadir una, en lugar de crear una sesión que nadie pidió.
Kortix crea una rama y arranca su propio ordenador aislado en la nube, exactamente como lo haría para una sesión iniciada desde el dashboard o la CLI. Recibes una reacción en tu propio mensaje, no una publicación del bot diciendo «me encargo».
Tiene un shell, un sistema de archivos, la red y los conectores y secretos que le concede el bloque del agente. El hilo es donde observas. La máquina es donde ocurre el trabajo.
La respuesta aparece en el mensaje que inició la sesión, dentro del hilo donde se formuló la pregunta. Dos personas pueden observar. Ninguna tuvo que abrir nada.
Dos eventos del mismo hilo recién creado que llegan a la vez no producen dos sesiones: el segundo se une al primero y se entrega como seguimiento. Un espacio de trabajo de Slack vinculado a más de un proyecto muestra un selector de proyecto en la primera mención en lugar de adivinar.
En un host con la aplicación compartida de Slack configurada, kortix channels connect imprime un enlace de instalación y estarás a tres clics de terminar. En un despliegue sin una aplicación compartida, el mismo comando cambia automáticamente al modo manual y te entrega un manifiesto de aplicación para pegar.
# gestionado: un enlace de instalación y luego elige el espacio de trabajo$ kortix channels connect --wait→ conectado: espacio de trabajo de Slack acme-hq # ¿self-hosting? el mismo comando cambia al modo manual$ kortix channels manifest > slack-app.json$ kortix channels connect --manual \--bot-token xoxb-... --signing-secret ... # compruébalo o desconéctalo$ kortix channels status$ kortix channels disconnectSolo vale la pena conectar un canal si la respuesta llega donde se hizo la pregunta. Los archivos circulan en ambas direcciones y las decisiones que el agente necesita de ti son botones en el hilo, no un enlace a otro sitio.
La respuesta aparece en el hilo como un solo mensaje que se va completando, no como un muro de actualizaciones. El agente finaliza ese mensaje en lugar de publicar otro debajo.
Un archivo añadido al hilo se incorpora al ordenador en la nube del agente. Un archivo que produce el agente se vuelve a subir al mismo hilo. El documento llega donde pediste el documento.
Cuando el agente necesita una decisión, publica una tarjeta con botones en lugar de bloquear una ejecución indefinidamente. Tu clic es el veredicto y la sesión continúa desde ahí en el mismo hilo.
Un límite honesto: la tarjeta contiene la decisión y un enlace de vuelta a Kortix. Leer el diff real de una solicitud de cambio ocurre en la aplicación web, donde corresponde leer un diff: Slack no es una herramienta de revisión de código y no vamos a fingir que lo es.
Escríbelos como /kortix <command> en Slack o como texto normal en un mensaje directo. La mayoría de las cosas para las que normalmente abrirías el dashboard se reducen a una línea en el canal.
Un mensaje en Slack no obtiene privilegios que una sesión en el dashboard no tendría. Cambia la superficie. Nada de fondo cambia.
No existe una API para crear tu propio canal: la lista de plataformas es un enum cerrado y no vamos a disfrazar una carencia de sistema de complementos. Lo que ofrecemos es un webhook firmado que inicia una sesión por conversación. Resuelve bien la parte entrante y te diremos exactamente qué no hace.
# cualquier fuente conversacional, sin código específico del canaltriggers:- slug: soporte-bandeja type: webhook agent: support secret_env: WEBHOOK_SECRET # una sesión por conversación, no una por mensaje session_mode: keyed session_key: "{{ body.data.conversation_id }}" # ignora los propios mensajes salientes del agente filter: "body.data.direction": "inbound" prompt: "{{ body.data.text }}"Una sesión por conversación. session_key se genera a partir del payload, por lo que un único trigger se distribuye en una sesión por chat, cliente o repositorio: hilos separados en lugar de una transcripción mezclada.
Una fuente que informa de ambos lados de una conversación activaría de otro modo al agente con su propia respuesta. filter descarta esas entregas con un 200 y sin sesión. Firmado con HMAC-SHA256, como todos los webhooks de Kortix.
No hay retransmisión de respuestas. Un canal real transmite la respuesta de vuelta por ti; aquí el agente tiene que enviar el mensaje saliente por sí mismo, mediante un conector que le hayas concedido. La entrada está resuelta. La salida depende de tu configuración.
Empieza con una tarea y crece desde ahí.