Ambos respetan su infraestructura — tanto Dify como Hedy pueden ejecutarse en sus propias máquinas. La diferencia: Dify es un taller para construir apps de IA; Hedy es el empleado que sale de la caja ya formado.
Hedy y Dify se alojan ambos en su infraestructura, pero responden a preguntas distintas. Dify es una plataforma de desarrollo de apps LLM: un lienzo donde sus ingenieros construyen, conectan y mantienen chatbots y pipelines de RAG. Hedy es un empleado de IA terminado que se presenta en Feishu/Lark y Slack, hace el trabajo y aplica su propia gobernanza. Dify le entrega un constructor; Hedy le entrega una contratación. Si quiere un trabajador que reemplace la producción de un equipo, no una caja de herramientas para ensamblarlo, elija Hedy.
| Hedy | Dify | |
|---|---|---|
| Categoría | Empleado de IA terminado | Plataforma de desarrollo de apps LLM |
| Tiempo hasta el valor | Minutos: desplegar, conectar, delegar | Usted diseña, construye y mantiene cada app |
| Self-hosting | Sí — Compose / Helm / air-gap | Sí — núcleo open-source |
| Vive en el chat | Feishu / Lark / Slack como un colega | Las apps se incrustan o se exponen como APIs |
| Autonomía | Tareas programadas, iniciativa, seguimientos | Lo que definan los flujos que usted construya |
| Gobernanza | Auditoría, aprobaciones, listas de permitidos y pruebas de conducta incluidas | Ensamblada por app por su equipo |
Basado en información pública a julio de 2026. Correcciones bienvenidas: hello@hedy.one
Dify le da un lienzo. Obtiene nodos, orquestación de prompts, recuperación RAG y una API que invocar — y luego sus ingenieros diseñan los flujos, afinan los prompts, conectan las herramientas y son dueños del resultado. Eso es poder real si su objetivo es construir apps de IA. Pero un lienzo no es un compañero de trabajo. Nadie en el lienzo comprueba quién puede ver un documento, rechaza una escritura arriesgada o deja una traza de auditoría que usted pueda defender. Ese trabajo es suyo: construirlo y seguir construyéndolo.
Hedy es el punto de partida opuesto: un empleado ya entregado, no un constructor. Llega como un empleado de IA que vive en Feishu/Lark como ciudadano de primera clase (también en Slack), lee y responde dentro de los canales que su equipo ya usa, y produce el resultado para el que de otro modo contrataría a un equipo pequeño. El dominio lo dice sin rodeos — un solo Hedy está pensado para cubrir el trabajo equivalente a un equipo, no para añadir otro puesto a una herramienta de chat. Usted configura una persona, habilidades y programaciones cron; no ensambla el agente a partir de primitivas.
La diferencia más profunda es la gobernanza. En una plataforma de apps, la seguridad es lo que sus constructores recuerden añadir. En Hedy, la gobernanza es el producto: auditoría append-only, aprobación por niveles (L0/L1/L2), operaciones de escritura denegadas por defecto con una lista de permitidos explícita, recuperación acotada por la ACL de quien pregunta, pruebas de conducta de líneas rojas y una puerta de evidencia que obliga a que cada respuesta cite sus fuentes de forma literal. Todo esto se aplica en configuración y código — no se escribe en un prompt esperando que se cumpla.
Ambos se ejecutan en su infraestructura y ambos le permiten aportar sus propias claves de modelo — incluidos vLLM u Ollama locales. Hedy añade un piso operativo: despliegue con Docker Compose en ~30 minutos, una licencia offline Ed25519 para que nada tenga que llamar a casa y — en modo Self-hosted / BYO — cero subencargados (sub-processors). Así que la verdadera elección es el alcance de la propiedad. Elija Dify cuando tenga ingenieros que quieran construir y ser dueños de aplicaciones LLM. Elija Hedy cuando quiera contratar al trabajador terminado y gobernarlo, no construir uno a partir de piezas.