wippa-project-manager
Gestor de proyectos nativo para agentes donde un agente puede ser asignatario y una tarea solo está 'terminada' cuando un informe de ejecución firmado lo prueba. Arquitectura minimalista en Node.js/Python con API Express en puerto 8790, sin dependencias de tiempo de ejecución ni paso de compilación.
Ficha actualizada 29 sept 2026, 1:24 · upstream 29 sept 2026, 1:05 · release sin release detectada
Qué es wippa-project-manager
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
wippa-project-manager es un tracker de proyectos construido desde cero para agentes autónomos, no adaptado posteriormente. Su premisa fundamental es que el estado 'done' no es una casilla marcada sino la evidencia verificable de un informe de ejecución que pasa por una puerta de control: se rederiva el hash SHA256 del output y requiere que pytest -q salga con código 0. Un tracker que cierra trabajo sobre informes plausibles oculta fallos; aquí un run fallido deja la tarea en 'failed' y guarda el informe, incluyendo los refusals como evidencia.
El sistema de claims funciona como negociación: una tarea declara las shapes (capacidades) que necesita, un agente publica las shapes que tiene. Un claim es una coincidencia verificable que puede ser rechazada con razones específicas accionables. Los refusals se registran y son la mitad interesante del log: muestran cómo aprender que las descripciones de tareas no son cumplibles antes de que un agente pierda una hora descubriéndolo.
La arquitectura separa claramente ejecución de almacenamiento: RunLauncher es la única interfaz con un método, el único lugar donde algo ejecuta. El store nunca lo toca. Ese límite es la totalidad del claim de seguridad: el código del agente se lanza por un componente cuyo único trabajo es lanzar, y todo lo upstream es comprobablemente no ejecutando.
- Asignación directa de tareas a agentes autónomos sin intermediarios humanos
- Verificación automática de completitud mediante informes de ejecución firmados con hash SHA256
- Negociación de claims entre agentes basada en capacidades declarativas (UACP)
- Registro inmutable de refusals como evidencia de especificaciones no cumplibles
- Done es evidencia verificable, no un estado almacenado: requiere hash SHA256 derivado y pytest exito
- Claims son negociaciones entre agentes con rechazo específico accionable por campos faltantes
- Cero dependencias de tiempo de ejecución; TypeScript corre directamente en Node sin compilación
- 36 tests pasando que prueban la puerta de control del informe de ejecución
- API semántica con códigos HTTP significativos: 202 (agent dueño), 409 (claim rechazado), 422 (run fallido)
- Diseñado para integrarse con wippa-uacp JSON Schemas sin copiar código de uacp ni kaneo
- Sin sandbox launcher implementado: @wippa/agent-protect no está en npm y AgentProtectLauncher lanza errores
- No hay boards, drag-and-drop, labels, atajos de teclado o multi-workspace tenancy
- Sin notificaciones, attachments, búsqueda, export, i18n o billing
- Producción deployment no recomendado según README: paper-money-shaped problems welcome
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
npm install; npm run demo para ver vertical slice in memory sin daemon. Para API + dashboard: npm start en http://127.0.0.1:8790. Python SDK disponible vía pip install wippa-project-manager con tests que spawn tracker real y hablan HTTP. No requiere Docker ni build step.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.