DigitalOcean Cuttlefish: guía para revisar solicitudes de aprobación de agentes de IA en el móvil

Los agentes de IA de programación y operaciones no esperan a un momento oportuno para quedarse bloqueados. La solicitud de permiso aparece mientras estás en una reunión o a mitad de tu trayecto al trabajo. El blog de lanzamiento de DigitalOcean dice que Cuttlefish te permite ver el comando completo, la ruta del archivo o el diff de una llamada a herramienta y desbloquear a tu agente estés donde estés, en sesiones que se ejecutan en Managed Agents.

Esta guía trata sobre todo de leer bien las solicitudes de aprobación y de elegir una respuesta con una guía sencilla. Termina con el diseño de un piloto que mide algo más que la factura del servidor.

El objetivo no es aprobar más rápido. Te sugerimos apuntar a decisiones sólidas estés donde estés, y reconocer cuándo es mejor dejar una solicitud para revisarla en el escritorio.

Qué es Cuttlefish y qué lugar ocupa en Managed Agents

Cuttlefish es un cliente de supervisión. El comunicado de prensa de DigitalOcean describe Managed Agents y Box Mount como servicios en versión preliminar que no tienen soporte para cargas de trabajo de producción.

No está ligado a un único framework de agentes. El registro de cambios de DigitalOcean dice que funciona con cualquier agente que ejecutes en Managed Agents, incluidos Claude Code, Codex CLI, OpenCode, OpenHands, Hermes, LangGraph y CrewAI. Un equipo que ya se ha estandarizado en uno de ellos no tiene que cambiar para obtener supervisión móvil.

En cuanto a los modelos, Managed Agents enruta las llamadas a más de 75 modelos abiertos y propietarios, o a tu propio proveedor si configuras el entorno con su endpoint y su clave, según la documentación de arquitectura. Cuttlefish se sitúa encima de todo eso. Todas las solicitudes de aprobación llegan al mismo sitio, sin importar qué modelo o framework generó la llamada a herramienta.

DigitalOcean presenta el producto en torno a un cambio en la forma en que las personas trabajan con agentes. Su comunicado de prensa de lanzamiento dice que el trabajo con agentes convierte a cada desarrollador en supervisor, y que la supervisión no debería tener que esperar a que alguien vuelva a su escritorio. Es una descripción justa del problema. También es un motivo de cautela, porque quien lo aprueba todo por reflejo no está supervisando de verdad.

Antes de empezar: requisitos y límites de la versión preliminar

Qué necesitas

Byteiota informa de que Cuttlefish requiere iOS 26.5 o posterior y una cuenta de DigitalOcean con acceso a Managed Agents. Es un informe de terceros, así que comprueba los requisitos actuales en la guía práctica oficial de DigitalOcean antes de desplegar la app.

Byteiota también informa de que no se ha anunciado ninguna versión para Android.

Qué significa la versión preliminar en la práctica

DigitalOcean es directa al respecto. Su comunicado de prensa indica que los servicios en versión preliminar se ofrecen tal cual, no tienen soporte para cargas de trabajo de producción y pueden cambiar, no llegar nunca a disponibilidad general o dejar de ofrecerse. Eso incluye Managed Agents y Box Mount. Limítalos a pruebas, herramientas internas y trabajo que no sea de producción.

DigitalOcean no ha anunciado un precio para la app Cuttlefish. Un artículo de DEV Community hace la misma observación: no se ha publicado ningún precio para la app. Hasta que DigitalOcean publique sus propias cifras, no hagas presupuestos basándote en precios de la app que veas citados en otros sitios.

Lista de comprobación de la configuración

• [ ] Confirma el acceso a Managed Agents en tu cuenta de DigitalOcean.
• [ ] Comprueba el iPhone de cada aprobador frente al requisito de sistema operativo de la guía práctica oficial.
• [ ] Decide qué sesiones pueden supervisarse desde el móvil y cuáles se revisan siempre en el escritorio.
• [ ] Designa quién puede aprobar desde el teléfono y quién cubre a los compañeros que no tienen iPhone.
• [ ] Mantén el piloto en repositorios, datos y cuentas que no sean de producción.
• [ ] Comparte la guía práctica oficial para que los aprobadores vean cómo se comporta la app actualmente.

Paso a paso: cómo leer una solicitud de aprobación antes de tocar la pantalla

Paso 1: abre la solicitud completa, no solo la notificación

El blog de lanzamiento dice que Cuttlefish muestra el comando completo, la ruta del archivo o el diff de cada llamada a herramienta en lugar de un resumen. Aprovéchalo. Una notificación te dice que algo requiere atención. No te da lo suficiente para decidir.

Paso 2: busca una marca de alto riesgo

Las solicitudes clasificadas como de alto riesgo requieren Face ID o tu código para aprobarse. Byteiota enumera ejemplos de llamadas que se marcan automáticamente: borrados recursivos, force push, comandos sudo y scripts descargados de internet y canalizados a un shell. Una marca significa que hay que ir más despacio. La ausencia de marca no significa que la acción sea segura.

Paso 3: lee los diffs en un orden fijo

Leer un diff por encima en una pantalla pequeña es justo la forma de pasar por alto la línea importante. Usa siempre la misma secuencia:

1. ¿Qué archivo toca y está ese archivo dentro del alcance de la tarea?
2. ¿Qué se elimina? Los daños accidentales suelen esconderse en las eliminaciones.
3. ¿Qué se añade y coincide con lo que le pediste al agente?

Si el diff es demasiado largo para leerlo entero en el teléfono, ya tienes la respuesta. Va al escritorio.

Paso 4: lee los comandos de izquierda a derecha

Divide un comando de shell en partes y actúa ante cada señal de alerta a medida que la encuentres:

1. El binario. ¿Qué programa se ejecuta: rm, git, curl, sudo? Si es sudo, o un programa que la tarea nunca necesitó, pausa y averigua por qué lo quiere el agente.
2. Las opciones. ¿Una opción recursiva o de forzado amplía el efecto? En una ruta inesperada, eso merece una pausa.
3. La ruta de destino. ¿Es el directorio o repositorio que esperabas? Si está fuera del alcance de la tarea, deniega y después redirige al agente a la ubicación correcta.
4. Tuberías y redirecciones. Cualquier cosa canalizada desde curl o una descarga similar a un shell se deniega. Una redirección que sobrescribe un archivo que no esperabas significa denegar o redirigir.

Si no puedes clasificar con seguridad cada parte del comando, trátalo también como una señal de alerta y pausa.

Paso 5: entiende qué hace realmente la solicitud biométrica

Face ID o un código confirman que eres la persona que aprueba. No te dicen nada sobre si la acción es correcta. Toma tú la decisión de seguridad y después autentícate.

La guía de Aprobar, Denegar, Redirigir, Pausar o Detener

Esta guía es la propia guía de decisión de Optijara, no una recomendación de DigitalOcean. Da por hecho que los aprobadores pueden ver la solicitud completa, que Cuttlefish muestra. Te sugerimos consultar la guía práctica oficial para ver cuáles de estos controles ofrece tu versión de la app, y usar la consola para todo lo que la app no cubra.

Ten especial cuidado con Box Mount

El blog de lanzamiento señala que el agente puede editar y borrar archivos en la carpeta sincronizada, y que los borrados se sincronizan de vuelta con Box. Así que un borrado que apruebas en el teléfono no se queda dentro de un sandbox. Llega a los archivos compartidos de la empresa. Lo sensato por defecto es denegar o pausar cualquier borrado en una carpeta sincronizada salvo que la tarea lo pida explícitamente.

Una regla práctica sencilla

Si querrías que un segundo revisor lo mirase en un escritorio, pausa en lugar de aprobar desde el teléfono. La aprobación móvil encaja con decisiones claras y acotadas. HostingJournalist resume bien el equilibrio: llevar la decisión al teléfono puede acortar una cola, pero también puede hacer que sea más fácil precipitarse en un proceso de aprobación mal diseñado.

Qué ocurre después de bloquear el teléfono

¿Bloquear el teléfono o perder la cobertura termina una ejecución? No. Según el comunicado de prensa de DigitalOcean, las sesiones se ejecutan en MicroVMs de DigitalOcean que persisten con independencia de cualquier dispositivo. Tu teléfono es un mando a distancia, y el agente vive en otro lugar.

Cada sesión tiene su propio sandbox. La documentación de arquitectura lo describe como una microVM ligera con aislamiento aplicado por el hipervisor en lugar de por namespaces de contenedores, un diseño pensado para mantener las sesiones separadas entre sí.

Ese diseño también condiciona el coste. La facturación sigue el uso activo de CPU, así que el tiempo que un agente pasa esperando tu aprobación cuesta muy poco. Según DigitalOcean, pausar conserva el estado completo de la máquina y detiene los cargos de cómputo. Antes de suponer que una sesión en pausa es gratuita, comprueba si el almacenamiento u otros cargos siguen corriendo.

En cuanto a velocidad, la publicación sobre la arquitectura MicroVM de DigitalOcean indica que, en la ruta de plantilla precalentada, una MicroVM pasa de una solicitud de ejecución a servir tráfico en menos de 200 ms en p50 en pruebas internas. Byteiota publica una cifra aparte para la reanudación desde un estado en pausa, y las advertencias de más abajo explican por qué la consideramos no verificada.

Si estás comparando este modelo de persistencia con alternativas, nuestra lista de comprobación para elegir el entorno de ejecución de agentes de IA duraderos expone qué comparar.

En la práctica, una ejecución bloqueada en una aprobación simplemente se queda esperando. El coste de cómputo no es el riesgo real. El riesgo real es que las solicitudes se acumulen mientras la persona adecuada está ocupada y luego se despachen con prisas.

Cómo hacer un piloto de supervisión móvil que mida lo que importa

Como esperar sale barato en cómputo, un piloto puede parecer económico en la factura mientras consume en silencio el tiempo de las personas. HostingJournalist advierte de que un piloto que solo cuente los cargos de infraestructura podría parecer barato mientras interrumpe repetidamente a las personas a las que debía liberar. HostingDiscussion lo dice de forma más directa: el tiempo de una persona es otra factura, y los pilotos que solo cuentan los cargos del servidor pueden parecer baratos mientras interrumpen a los empleados todo el día.

Qué medir

HostingJournalist recomienda registrar el tiempo de finalización, las intervenciones por tarea y los minutos dedicados a revisar excepciones, y después comparar esas cifras con el coste y la tasa de errores del proceso actual. Un registro sencillo podría ser así:

Cómo estructurar el piloto

1. Elige un flujo de trabajo de bajo riesgo y fuera de producción, como cambios rutinarios en un repositorio interno.
2. Escribe las reglas de aprobación antes de empezar: qué puede aprobarse desde un teléfono y qué necesita siempre un escritorio.
3. Designa a los aprobadores móviles y a quién cubre a las personas sin iPhone.
4. Registra cada denegación, redirección, pausa y detención con un motivo de una línea.
5. Revisa el registro cada semana. Busca solicitudes que podrías eliminar acotando el alcance o los permisos del agente, credenciales incluidas. Un proxy de credenciales que mantiene las claves de API fuera de los agentes de IA limita lo que puede alcanzar cualquier llamada aprobada. Marca también las solicitudes que siempre deberían ir a revisión en el escritorio.

Errores comunes al aprobar acciones de agentes en el móvil

• Aprobar desde la notificación. Abre el comando o el diff completo cada vez.
• Tratar Face ID como un control de seguridad. Confirma la identidad y nada más.
• Olvidar la sincronización de Box Mount. Los borrados en la carpeta sincronizada vuelven a Box.
• Contar solo los cargos del servidor. El tiempo perdido por interrupciones forma parte del caso de negocio.
• Dejar sin alternativa a los usuarios de Android. Planifica la cobertura para los compañeros que no pueden usar la app.

Advertencias y preguntas abiertas

Estado de versión preliminar. Es la mayor pregunta abierta. No construyas procesos críticos en torno a cómo se comportan los servicios hoy.

Cifras de herramientas contradictorias. El blog de lanzamiento menciona 20,000+ herramientas, mientras que la documentación de arquitectura dice que hay más de 16,000 herramientas detrás del Action Gateway. Trata ambas cifras como aproximadas y confirma que existen las integraciones concretas que necesitas en lugar de fiarte de cualquiera de los dos números.

Cifras de terceros. Byteiota informa de una reanudación en 305 ms desde un estado en pausa, pero no encontramos esa cifra en los materiales propios de DigitalOcean, así que considérala no verificada. El requisito de iOS 26.5 también procede de Byteiota, así que confírmalo en la documentación de DigitalOcean antes de darlo por bueno.

Precios. No se ha anunciado ningún precio para la app Cuttlefish. La facturación de Managed Agents sigue el uso activo de CPU.

Clasificación automática del riesgo. Las marcas de alto riesgo se aplican automáticamente. Una solicitud sin marcar puede causar daño en tu contexto, y una edición del archivo de configuración equivocado es el ejemplo evidente. Tus propias reglas de revisión siguen siendo necesarias.

Control a nivel de sesión. Te sugerimos no tratar ningún control sobre una sola sesión como un plan de respuesta a incidentes. Los incidentes que afectan a varios agentes también necesitan un runbook de incidentes multiagente que cubra lo que los controles de una sola sesión no pueden cubrir.