Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

imessage-coding

Permite controlar agentes de codificación como Claude Code y OpenAI Codex desde el teléfono vía iMessage/SMS. Actúa como puente para aprobar permisos, responder preguntas y redirigir flujos de trabajo mientras estás lejos del teclado (AFK). Arquitectura autohospitable con stack Bun/Next.js.

Ficha actualizada 27 sept 2026, 3:02 · upstream 27 sept 2026, 2:40 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es imessage-coding

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

Este proyecto resuelve la interrupción en flujos de trabajo agenticos al permitir gestionar sesiones de codificación desde el móvil. Cuando un agente como Claude Code o OpenAI Codex se detiene ante una pregunta o solicitud de permiso, el sistema relaya estos eventos a tu teléfono mediante iMessage o SMS. Esto evita que la ejecución se bloquee esperando respuesta en el teclado principal.

CASOS DE USO
  • Aprobar permisos de ejecución (ej. comandos Bash) desde el móvil sin estar frente al portátil.
  • Responder preguntas de clarificación del agente para continuar la sesión de codificación.
  • Supervisar y redirigir planes de codificación mientras se está en una reunión o caminando.
  • Gestionar sesiones AFK (Away From Keyboard) manteniendo el progreso sin intervención manual inmediata.
PUNTOS DESTACADOS
  • Soporte nativo para dos agentes principales: Claude Code y OpenAI Codex mediante plugins.
  • Modelo de seguridad determinista donde las acciones destructivas se describen por código, no por LLM.
  • Licencia MIT y arquitectura autohospitable sin bloqueo a proveedores específicos.
  • Persistencia de eventos en disco con backoff exponencial para supervivencia ante reinicios.
PRECAUCIONES
  • Dependencia de proveedor de transporte SMS/iMessage (Sendblue) que puede tener límites gratuitos.
  • Acceso actualmente limitado por invitación hasta aprobación del operador.
  • Requiere despliegue propio de control plane, dashboard y proxy LiteLLM para funcionar.
01

Perfil de infraestructura

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

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

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

Despliegue manual

Desplegar apps/control-plane en Fly.io, apps/dashboard en Vercel y litellm como servicio independiente. Configurar variables de entorno con tokens de emparejamiento únicos. Activar CLI imsg afk on tras instalar el plugin en la máquina de desarrollo. Asegurar conexión a Neon Postgres para persistencia de sesiones.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsNode.js
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
80803000
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.