Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

143

143 es una plataforma open-source para equipos que ejecuta agentes de codificación en entornos aislados (como Codex, Claude Code, OpenCode) dentro de contenedores Docker/gVisor.

Ficha actualizada 22 sept 2026, 20:53 · upstream 22 sept 2026, 20:51 · release sin release detectada

00

Qué es 143

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

143 es una plataforma open-source que permite a los equipos construir software juntos mediante la ejecución de agentes de codificación en entornos aislados. Diferente de las herramientas tradicionales que asumen un solo ingeniero por terminal, 143 funciona como infraestructura compartida: un workspace compartido para sesiones, automatizaciones y historial. Los ingenieros mantienen control total mientras los desarrolladores de soporte, producto y otros equipos acceden a workflows escalonados con salvaguardas de revisión. El agente se mantiene cerca de las herramientas que el equipo ya confía: GitHub, PR review, CI/CD y reglas de merge.

CASOS DE USO
  • Automatizar correcciones de bugs en repositorios públicos mediante agentes de codificación
  • Crear workflows escalonados donde un agente corrige pruebas fallantes antes de que llegue el humano
  • Proveer previsualización en tiempo real para equipos de desarrollo y QA sin necesidad de ejecutar código completo
  • Escalable los trabajos de soporte y product development sin depender de un solo desarrollador
  • Integración con herramientas existentes como GitHub, Slack, Linear o Sentry para alimentar el contexto del agente
PUNTOS DESTACADOS
  • Soporta múltiples agentes (Codex, Claude Code, OpenCode) sin ser dependiente de una sola IA
  • Ejecución aislada en contenedores Docker/gVisor, permitiendo que cualquier miembro del equipo inicie trabajo desde un navegador o móvil
  • Integración con herramientas existentes como GitHub PRs, CI/CD y reglas de merge para mantener el control humano
  • Soporta corrección de tests fallantes y respuesta a feedback de revisión dentro de guardrails
  • Modelo de infraestructura compartida donde sesiones, automatizaciones y historial se gestionan en un workspace único
PRECAUCIONES
  • No incluye herramientas de IA nativas como IDEs completas o editores de código integrados
  • La ejecución aislada requiere que el equipo tenga acceso a Docker/gVisor para ejecutar los agentes
  • El uso de modelos externos (como Claude Code) depende de la disponibilidad y costo de sus APIs
  • No incluye herramientas de control de versiones nativas como Git en el workspace, aunque se puede integrar con GitHub
  • La integración con herramientas externas requiere configuración manual por parte del equipo
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Para desplegar localmente, necesitas Go 1.24+, Node.js 24+ y PostgreSQL 17. El repositorio contiene el código de aplicación, Dockerfiles, migraciones, scripts de despliegue y documentación. Para producción, se recomienda usar la configuración de entorno definida en .env.example. Se debe configurar un dominio propio y provisionar capacidad de workers según los requerimientos del equipo. La infraestructura completa está documentada en docs/self-hosting.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.jsGo
SERVICIOS
PostgreSQLRedisS3/MinIO
BASES DE DATOS
PostgreSQLRedis
PUERTOS
5432808030009090
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.