Vendo lanza capa de código abierto para funcionalidades creadas por clientes en SaaS B2B

Why it matters

Vendo turns bespoke feature requests into customer-built software, shifting a SaaS vendor's bottleneck from roadmap capacity to permissions, security and governance.

Nour Zahzah y Yousef Helal lanzaron Vendo, una capa de personalización de código abierto que permite a los clientes generar funciones, automatizaciones y pequeñas aplicaciones dentro del software B2B que ya usan, según el anuncio verificado de Vendo en Launch YC.

Los fundadores apuntan a una fuente conocida de fricción en el SaaS: solicitudes especializadas de clientes que permanecen en el backlog de funciones porque no justifican un lugar en la hoja de ruta compartida. Con Vendo, un cliente puede describir un panel, flujo de trabajo o integración en inglés sencillo y hacer que un agente embebido lo arme a partir de las APIs y los componentes de interfaz del producto anfitrión.

Zahzah y Helal se conocen desde el kínder y anteriormente crearon Aisle, un asistente de compras con IA en tienda para minoristas. Zahzah, CEO de Vendo, estudió ingeniería mecánica en la Universidad de California, Berkeley y pasó siete años en la academia del San Jose Earthquakes. Helal terminó su licenciatura en ingeniería eléctrica y ciencias de la computación en Berkeley a los 19 años, obtuvo una maestría en Stanford y trabajó en infraestructura FPGA y tecnología de procesadores en Apple y AMD, según el perfil de Vendo en Y Combinator y el currículum de Helal.

Vendo no comenzó con exactamente este planteamiento. Zahzah escribió al anunciar la aceptación de Vendo en YC que los fundadores habían construido previamente Vendo como “implementación y personalización con un clic para cualquier software de código abierto.” Posteriormente se dirigieron hacia una capa agentiva embebida para productos SaaS comerciales.

Convertir el backlog de funciones en una superficie de producto

Vendo apunta a las solicitudes que los gerentes de producto entienden pero que no pueden justificar incluir en una hoja de ruta compartida. Un cliente empresarial quiere un flujo de aprobación personalizado. Otro necesita un panel que combine tres campos oscuros. Un tercero necesita una integración que tal vez nunca importe a nadie más.

Los proveedores de SaaS pueden dejar esas solicitudes en un backlog o tratarlas como trabajo de servicios pagados. Vendo le da al cliente un agente que opera a través de la API existente del proveedor como el usuario autenticado. La interfaz generada aparece dentro del producto original y usa su tema y sus componentes, según la documentación de Vendo.

El repositorio público de Vendo indica que las interfaces generadas se renderizan en una superficie aislada y con la marca nativa sin modificar el código fuente de la aplicación anfitriona. El repositorio documenta sandboxing, aprobaciones, concesiones, controles de políticas, registros de auditoría y disyuntores. Estos son controles documentados por la empresa y no equivalen a una auditoría de seguridad independiente. El repositorio también describe un entorno iframe con acceso de red deshabilitado por defecto y un servidor en sandbox para ejecuciones más pesadas.

Según el perfil de Vendo en Y Combinator, los clientes pueden crear automatizaciones, conectarse con herramientas externas y permitir que el agente realice acciones dentro del producto anfitrión. El repositorio lista por separado horarios, acciones sobre la API del anfitrión y herramientas de conector. Cada capacidad otorga más utilidad al software generado mientras aumenta la cantidad de autenticación, autorización y revisión que el proveedor anfitrión debe gestionar.

El enfoque de Vendo es heredar los permisos del usuario autenticado y enrutar las acciones a través de la API del producto anfitrión. Vendo describe el software generado como ejecutándose en sandboxes seguros dentro de las barreras de seguridad del producto anfitrión, según su perfil en YC. La arquitectura mantiene a la API y al modelo de permisos del anfitrión en control en lugar de otorgar al agente una vía separada hacia los sistemas del cliente.

El lanzamiento bajo Apache-2.0 también sirve a la estrategia de distribución de Vendo. Vendo anuncia un plan en la nube gratuito, un plan Pro de $49 por mes y un plan Teams de $499 por mes. La página de precios de Vendo también lista precios Enterprise personalizados.

Dos comandos, luego la parte difícil

npm install @vendoai/vendo
npx vendo init

El repositorio de Vendo indica que el inicializador lee el repositorio anfitrión, identifica su tema, componentes y superficie de API, y propone cambios condicionados por permisos. Los equipos de SaaS pueden conectar un agente que ya operen o usar el agente empaquetado de Vendo, que incluye chat, acciones, interfaces generadas y una base de conocimiento, según el perfil de la compañía en YC.

Vendo también puede exponer las herramientas del anfitrión a Claude, ChatGPT, Cursor y Claude Code a través del Model Context Protocol. Eso da a los desarrolladores otra vía hacia las mismas APIs y permisos, aunque amplía el conjunto de clientes agente cuyo comportamiento el proveedor debe supervisar.

El repositorio de Vendo mostraba 472 estrellas, 73 forks y 3,855 commits el 20 de agosto. El recuento es sensible al tiempo.

El inicializador es la parte comercialmente importante del planteamiento. Un agente embebido tiene un valor limitado si cada empresa SaaS debe mapear manualmente su sistema de diseño, herramientas y reglas de autorización antes de que un cliente pueda construir cualquier cosa. Vendo apuesta a que suficiente de esa configuración puede inferirse desde un repositorio para hacer la adopción práctica, mientras que las acciones sensibles a permisos quedan detrás de controles.

La hoja de ruta se convierte en un problema de gobernanza

Vendo entra en una categoría que se está formando rápidamente. Rough, un generador de funciones de IA embebido, también ejecuta funciones generadas en un sandbox dentro de productos anfitriones y enfatiza el seguimiento de quién creó cada función y qué toca. CustomAdapt, un constructor de IA embebido para SaaS B2B, incluye un marketplace para compartir aplicaciones.

Retool, una plataforma de aplicación low-code, permite a los desarrolladores crear portales orientados al cliente y aplicaciones embebidas. Prismatic, una plataforma de integración embebida, ofrece a los clientes de SaaS un constructor de flujos de trabajo con marca blanca para integraciones. Esos productos generalmente comienzan con desarrolladores o superficies de flujo de trabajo predefinidas. Vendo empuja la creación hacia el usuario final pidiendo al agente que componga interfaces, realice acciones y preserve aplicaciones que puedan ejecutarse nuevamente.

Ese alcance más amplio crea una compensación operativa. Los proveedores de SaaS podrían satisfacer requisitos estrechos de clientes sin añadir cada uno al producto central permanente. Entonces tendrían que revisar y soportar un cuerpo creciente de software generado por clientes cuyo comportamiento depende de APIs, modelos de permisos y servicios externos en evolución.

Lanzamientos adyacentes muestran cuán ampliamente las empresas de software están probando la creación de aplicaciones en lenguaje natural. Jotform introdujo un AI App Builder in June 2026, mientras que la startup de generación de apps Emergent recaudó $23 million from Lightspeed in September 2025. Esos productos atienden a diferentes usuarios y modelos de despliegue, pero aumentan la presión sobre los proveedores de SaaS establecidos para ofrecer herramientas de creación dentro de productos que antes se entregaban con interfaces fijas.

Zahzah y Helal están enmarcando la carga de permisos, ejecución y revisión como infraestructura que Vendo puede absorber para muchos proveedores de software. Los clientes esperan cada vez más que los sistemas de IA actúen dentro de los productos, mientras que los equipos de producto están descubriendo que una ventana de chat hace poco para reducir el trabajo de ingeniería detrás de permisos, integraciones y flujos de trabajo persistentes.

Una compañía de YC de dos personas en San Francisco

Y Combinator lista a Vendo como una compañía activa del Summer 2026 en San Francisco, con categorías que incluyen AI, B2B, customer success y open source. YC y Founders, Inc. listan cada una un equipo de dos personas. Founders, Inc. incluye a Vendo en su portafolio, aunque el material disponible no revela un monto de inversión.

La aceptación en YC conlleva el compromiso de inversión estándar del acelerador de $500,000, consistente en $125,000 por 7% de participación accionaria y $375,000 mediante un SAFE sin tope con cláusula de nación más favorecida. El registro público no establece financiamiento adicional ni una valoración.

Los fundadores ahora tienen que probar que los clientes quieren construir dentro de sus herramientas SaaS y que los proveedores están dispuestos a ceder esta parte de la interfaz. El registro público no establece referencias de clientes, uso pagado, ingresos ni el número de despliegues en producción. Mantener las funciones generadas útiles después de la demostración dependerá del trabajo menos fotogénico: permisos, aprobaciones, mantenimiento de APIs y soporte.