Esta página se tradujo del inglés.
Herramientas para desarrolladores
Crea una app a medida con integración con GitHub
Kliv es un creador de apps con IA. Describe la integración con GitHub que quieres —solicitudes de clientes, issues etiquetados, borradores de changelog, correos de lanzamiento y facturas— y construye la app.
Spublica ingrese tu idea en el cuadro de texto y AI la construirá por ti.
¿Qué es Kliv?
Kliv no es una casilla de integración genérica que activas y configuras: es un creador de apps con IA que construye software a medida para ti.
Describes lo que necesitas con tus propias palabras, y Kliv lo construye: la base de datos, la lógica, las pantallas y las reglas. Lo que obtienes es una app real y funcional que es tuya. Puedes usarla, cambiarla más adelante pidiendo modificaciones, y ejecutarla en tus propias cuentas y tu propio dominio. No es una plantilla con tu nombre puesto.
En esta página, esa app es una app a medida que se conecta a GitHub y muestra el flujo de trabajo adecuado a las personas ajenas al repositorio. Kliv construye todo tipo de apps web; esta es un ejemplo, y de eso trata el resto de la página.
Por qué el repositorio necesita una recepción
El trabajo de entrega puede que ya viva en GitHub: issues, pull requests, hitos y lanzamientos. Los clientes normalmente no deberían tener que leer GitHub para saber qué ha pasado.
Kliv puede construir el portal que describas alrededor de tus repositorios. Las solicitudes de clientes pueden abrir issues etiquetados. El estado de GitHub puede reflejarse de vuelta al cliente. Los pull requests fusionados pueden generar borradores de changelog. Los lanzamientos pueden producir correos legibles y facturas por hito. El estudio sigue trabajando en GitHub; el cliente ve un portal de entregas claro.
Las dos caras del webhook
Cinco registros llevan la historia de la entrega entre GitHub y el portal del cliente.
El proyecto
Un proyecto asocia un cliente con los repositorios e hitos correspondientes. Las solicitudes, entradas de changelog y facturas dependen de ese proyecto.
La solicitud
Un cliente registra una solicitud en español sencillo. La app abre un issue de GitHub con las etiquetas correctas y mantiene el estado sincronizado.
La entrada de changelog
Cuando se fusiona un pull request, el webhook escribe un borrador con el título del PR, el proyecto y la solicitud vinculada. Una persona lo reescribe antes de que los clientes lo vean.
La factura del hito
Cuando un lanzamiento cierra un hito, el portal puede generar una factura detallada, como un hito fijo de 1.500 €, con pago con tarjeta en tu propia cuenta de Stripe.
El muro del cliente
El inicio de sesión de un cliente muestra solo los proyectos de ese cliente. Un monorepo puede servir a varios clientes porque el acceso sigue las filas de proyecto.
Un ejemplo: el portal de entregas del estudio de producto de Marta
Así es como un estudio podría usarlo. Es solo un ejemplo: tú describirías tus propios repositorios, acceso de clientes, flujo de issues, lanzamientos y reglas de facturación.
Una solicitud de cliente abre el issue correcto
El cliente de Marta escribe dos frases sencillas en el portal. La app abre un issue etiquetado en el repositorio correcto y lo enlaza de vuelta a la solicitud del cliente.
El triaje sigue en GitHub
El estudio estima, etiqueta y planifica el trabajo en GitHub como siempre. El portal refleja el estado de vuelta en la vista del cliente.
Una fusión crea un borrador de changelog
Cuando el pull request se integra, el webhook crea una entrada de changelog pendiente con el título del PR, el proyecto y la solicitud que resolvió.
Una persona aprueba la redacción para el cliente
Alguien reescribe el título técnico del PR en una frase que un cliente debería leer, y luego la aprueba para el lanzamiento.
El correo de lanzamiento es específico por cliente
Publicar el lanzamiento convierte los borradores aprobados en una página de changelog y envía a cada cliente por correo solo los elementos de su proyecto.
La factura sabe qué se entregó
El hito cerrado genera una factura a partir de las solicitudes entregadas, detallada con un enlace de pago con tarjeta en la misma página donde el cliente vio el trabajo.
Describe la integración con GitHub que quieres construir
Kliv construye a partir de tu descripción, así que cuanto más detalle des, más se acercará la primera versión. Incluye repositorios, eventos, etiquetas, acceso de clientes, pasos de revisión, notificaciones y facturación. Aquí tienes tres para partir de ellas:
Portal de entregas para clientes
Solicitudes que entran, changelogs que salen, acceso por cliente.
“Crea un portal de entregas para clientes conectado a nuestra organización de GitHub. Los clientes registran solicitudes que se convierten en issues etiquetados en el repositorio correcto, el estado del issue se refleja de vuelta al cliente, los pull requests fusionados se convierten en borradores de changelog, cada cliente ve solo sus propios proyectos, y los hitos fijos de 1.500 € pueden generar facturas tras el lanzamiento.”
Sitio público de changelog
Lanzamientos de GitHub convertidos en publicaciones legibles.
“Crea un sitio público de changelog para nuestro producto. Convierte los lanzamientos de GitHub en publicaciones borrador, exige aprobación humana antes de publicar, permite que los visitantes se suscriban por correo, y envía un anuncio de lanzamiento con enlaces a los elementos entregados.”
Formulario de recepción de issues
Reportes de errores que llegan ya triados.
“Crea un formulario de recepción de errores para nuestro equipo de soporte. Los usuarios envían gravedad, navegador, pasos para reproducir, capturas de pantalla e ID de cuenta; la app registra un issue de GitHub con etiquetas de gravedad y adjuntos; y el usuario puede ver el estado en vivo sin necesitar una cuenta de GitHub.”
Las partes que no construyes a mano
La conexión es una sola autorización. Conectas tu organización de GitHub una vez. El token lo guarda la plataforma, no queda pegado en el código de la app. La app puede abrir issues, comentar, leer lanzamientos y recibir eventos de webhook.
Los borradores esperan a una persona. Las entradas de changelog llegan a una cola de revisión. Nada llega al cliente hasta que alguien convierte el título técnico de un PR en un lenguaje de lanzamiento claro y lo aprueba.
La app también tiene su propio repositorio. Kliv sincroniza el código fuente de la app con un repositorio que tú posees, así que la herramienta que informa sobre las entregas también queda versionada.
Slack puede ser otra audiencia. Un lanzamiento puede publicar un resumen en el canal que compartes con un cliente.
GitHub es un conector. El mismo patrón de acción y reacción llega a Slack, Notion, Linear, HubSpot y más. Compilar y ampliar muestra el catálogo más amplio de conectores.
Preguntas frecuentes
¿Qué es exactamente Kliv?
Kliv es un creador de apps con IA. Describes el software que necesitas, construye la app funcional, y tú eres el dueño del resultado. Para esta página, eso significa un portal de entregas conectado a GitHub, con solicitudes de clientes, creación de issues, reflejo de estado, borradores de changelog, correos de lanzamiento y facturas.
¿Obtengo una app real o una plantilla?
Una app real. Kliv construye los datos, las reglas y las pantallas para tu caso específico, no un tema prefabricado que rellenas. Sigues cambiándola describiendo qué quieres distinto.
¿Puedo cambiarla después de construida?
Sí. Pide cambios con palabras sencillas y Kliv actualiza la app. Puedes ajustar campos, flujos de trabajo, páginas, correos, reglas de acceso e informes sin empezar de cero.
¿Los clientes necesitan cuentas de GitHub?
No. Los clientes inician sesión en el portal con correo y contraseña, Google, o clave de acceso. GitHub sigue siendo la herramienta del estudio, y los clientes ven registros derivados.
¿Y si el título de un pull request es demasiado técnico para publicarlo?
Cada entrada puede llegar como borrador a una cola de revisión. Permanece invisible hasta que alguien la reescribe y la aprueba.
¿Funciona con repositorios privados?
Sí. Autorizas la organización una vez, y la conexión se guarda del lado del servidor. Ninguna clave aparece en el código fuente de la app.
¿Pueden dos clientes compartir un monorepo?
Sí. Las solicitudes y entradas de changelog llevan un alcance de proyecto, y el acceso de cada cliente se aplica sobre esas filas.
¿Puede la app crear issues de GitHub?
Sí. Una solicitud de cliente puede abrir un issue etiquetado en el repositorio correcto y mantener un enlace de vuelta a la solicitud visible para el cliente.
¿Los pull requests fusionados pueden convertirse en entradas de changelog?
Sí. Los webhooks pueden crear entradas en borrador cuando se fusionan los pull requests, y luego una persona aprueba la redacción lista para el cliente.
¿Los lanzamientos pueden enviar correos o publicaciones en Slack?
Sí. Un evento de lanzamiento puede publicar una página de changelog, enviar un correo, y publicar un resumen en un canal de Slack compartido si defines ese flujo.
¿Las facturas por hito pueden usar Stripe?
Sí. Si tu flujo de entrega incluye hitos de pago, las facturas pueden incluir pago con tarjeta en tu propia cuenta de Stripe.
¿Puedo usar mi propio dominio?
Sí. El portal del cliente y el changelog pueden funcionar en tu propio dominio.
¿Puedo salir de Kliv más adelante?
Sí. El código fuente de la app se sincroniza con tu propio repositorio de Git.
Más en esta categoría
Hecho por creadores
Explora lo posible
Mira apps reales creadas con Kliv por desarrolladores y creadores de todo el mundo
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Muestra a los clientes el trabajo sin exponer el repositorio
Describe los eventos de GitHub, las reglas de issues, el acceso de clientes, la revisión de changelog, los correos de lanzamiento y la facturación. Kliv construye el portal de entregas alrededor de ellos.
