Iniciar sesión
Crear cuenta
🔓 Premium ▼
27 min de lectura
Aprende a convertir un proceso repetitivo en una responsabilidad claramente definida para ChatGPT Dot, con el acceso, la autorización, la programación, la verificación y el control humano que necesita.
¿Qué cambia cuando la IA no se detiene después de un solo prompt? Esta guía te muestra cómo convertir un proceso repetitivo en una responsabilidad continua y bien delimitada, sin perder el control humano sobre las decisiones importantes.
La mayoría de los trabajos con IA empiezan con un prompt.
Pides algo, revisas la respuesta y decides qué hacer después. Si mañana o la próxima semana hace falta otro paso, vuelves y reinicias el proceso.
ChatGPT Dot abre una posibilidad diferente: puedes darle a la IA una responsabilidad continua.
En lugar de esperar cada instrucción, tu Dot puede mantener un trabajo definido bajo seguimiento, comenzar a la hora acordada, usar fuentes aprobadas, completar pasos rutinarios y volver cuando tenga un resultado o necesite tu criterio.
Eso no significa darle a la IA un control sin límites. Una responsabilidad útil para Dot tiene un propósito claro, un flujo de trabajo acotado, el acceso mínimo que necesita, una autorización explícita y evidencia que demuestre que el trabajo se completó correctamente.
Esta guía te ayudará a crear una.
Al terminar, habrás:
Una tarea tiene un final: resumir este archivo, redactar este mensaje o comparar estos productos.
Una responsabilidad continua tiene un estado que debe mantenerse atendido con el paso del tiempo: conservar actualizada la lista de preparación de un proyecto, reunir evidencia antes de una reunión recurrente o recopilar y validar un informe cada lunes.
La diferencia no es solo la duración.
Una responsabilidad bien definida responde preguntas que un prompt normal suele dejar abiertas:
Tu Dot resulta especialmente útil cuando el trabajo repetitivo sigue un proceso reconocible, pero todavía se beneficia del criterio humano cuando cambian las circunstancias.
No es una razón para automatizar un proceso confuso. Si no puedes explicar cómo sabes normalmente que el trabajo está bien hecho, el Dot tampoco podrá saberlo.
Antes de redactar la responsabilidad completa, entiende dónde se realizará el trabajo y qué permite realmente cada conexión.
Abre tu Dot y confirma las opciones básicas disponibles en tu cuenta. Según tu plan y espacio de trabajo, quizá puedas utilizarlo desde ChatGPT, canales de mensajería compatibles, aplicaciones o plugins conectados, su computadora en la nube y una computadora personal conectada.
No supongas que ver un producto en un menú significa que tu Dot puede realizar cualquier acción dentro de él. La disponibilidad y los permisos son cuestiones distintas.
Los ejemplos de interfaz utilizan un Dot ficticio llamado Northstar Assist e información ficticia de Northstar. Así se pueden mostrar los controles sin exponer trabajo privado. El escenario completo de Northstar aparece más adelante.
Tu Dot puede enviarte actualizaciones y preguntas dentro de su conversación de ChatGPT. Según los métodos de contacto disponibles en tu cuenta, quizá también puedas comunicarte con el mismo Dot mediante Slack o Microsoft Teams e indicarle qué actualizaciones corresponden a cada canal.
Los mensajes de texto por iMessage o RCS en Android también están disponibles para algunos usuarios como beta limitada. Cuando los mensajes de texto están habilitados, el Dot puede enviar un enlace de aprobación que abre la solicitud en ChatGPT.
Puedes llamar a tu Dot dentro de ChatGPT para hablar del trabajo, aclarar una decisión o pedir una actualización. Cuando se verificó esta guía, las llamadas las iniciaba el usuario; una llamada de voz no debe considerarse un canal confiable para que el Dot inicie una notificación urgente.
Elige el método de contacto como parte de la responsabilidad. Por ejemplo:
Conectar un método de contacto no conecta tus aplicaciones, tu bandeja de entrada ni tu computadora. Esas conexiones deben establecerse por separado.
Mantén el progreso rutinario y los informes finales de finalización en ChatGPT. Contáctame mediante [MÉTODO DE CONTACTO APROBADO] solo cuando el trabajo esté bloqueado, no se cumpla una condición de finalización o necesites una decisión o aprobación de mi parte. No repitas alertas que no hayan cambiado. Confirma qué métodos de contacto están disponibles actualmente y dónde enviarás cada tipo de actualización.
Tu Dot tiene su propia computadora y su propio navegador en la nube. El trabajo realizado allí puede continuar aunque tus dispositivos estén apagados. Sus sesiones del navegador, archivos y programas son independientes de los de tu computadora personal.
Este entorno es apropiado cuando la responsabilidad puede completarse usando:
Algunas responsabilidades requieren tu propia computadora porque dependen de archivos locales, aplicaciones instaladas, código local o una sesión autenticada que solo está disponible allí.
Cuando conectas una computadora personal, debe permanecer encendida y en línea, con la aplicación de ChatGPT abierta, mientras el Dot la utiliza. Conectar una computadora a Dot es independiente de otras conexiones de ChatGPT, Work Sync o Codex.
Usa el entorno en la nube cuando pueda completar el trabajo de forma segura. Utiliza una computadora conectada solo cuando el flujo necesite realmente recursos locales.
Un Dot puede trabajar con aplicaciones o plugins compatibles que estén instalados y habilitados en tu cuenta. Cada conexión utiliza la cuenta y los permisos asociados a ella.
Por ejemplo, una conexión de correo electrónico puede permitir leer sin enviar. Una conexión de almacenamiento en la nube puede permitir leer ciertos archivos sin poder eliminarlos. Un canal de mensajería puede permitirte hablar con tu Dot sin darle acceso a tu bandeja de entrada, computadora u otros servicios.
Trata cada conexión como una capacidad independiente:
| Conexión | Qué proporciona |
|---|---|
| Canal de mensajería | Un lugar para hablar con tu Dot y recibir actualizaciones. |
| Aplicación o plugin | Acceso a la información y las acciones de ese servicio dentro de sus permisos. |
| Computadora en la nube del Dot | Un entorno separado para trabajar con el navegador, archivos, investigación y programas compatibles. |
| Computadora personal conectada | Acceso a archivos, aplicaciones y tareas locales aprobados mientras la computadora esté disponible. |
Si un sitio web requiere iniciar sesión, el Dot puede solicitar un acceso privado o pedirte que tomes el control de su navegador en la nube. Su navegador no hereda la sesión de tu navegador personal. Algunos sitios pueden bloquear navegadores en la nube o pedir una verificación adicional.
El inicio de sesión, la autenticación multifactor, los CAPTCHA, los cambios de contraseña y las confirmaciones de seguridad siguen siendo traspasos a una persona. No incluyas credenciales, códigos de verificación ni secretos en un prompt operativo.
Es fácil confundir estas tres ideas:
Un Dot podría tener acceso a una cuenta de correo electrónico y permiso para enviar mensajes, mientras que tu responsabilidad solo lo autoriza a preparar borradores. Las tres condiciones importan.
La conversación debe explicar la responsabilidad y sus límites operativos. Las reglas personalizadas resultan útiles cuando un límite de aprobación concreto debe aplicarse de forma repetida.
Los controles actuales de Dot pueden distinguir entre acciones que puede realizar sin preguntar, acciones que puede realizar cuando las pides expresamente, acciones que siempre requieren aprobación y acciones que debe entregarte para que las completes tú.
Las reglas personalizadas no conceden acceso a un servicio o computadora. No anulan los requisitos de seguridad integrados y el Dot todavía puede equivocarse. Revisa por separado los permisos de las aplicaciones conectadas.
Algunos límites recurrentes útiles son:
Abre el perfil de tu Dot y revisa Actividad reciente o Activity, según la interfaz disponible. Abre un elemento cuando necesites inspeccionar su progreso, archivos, resultados, errores o solicitudes de intervención. Usa Programado o Scheduled para revisar el trabajo recurrente, incluidas sus instrucciones, horario, destino e historial de ejecuciones.
Pausar el trabajo principal del Dot, detener una tarea delegada y cancelar una programación recurrente son acciones independientes. Detener el trabajo no revierte las acciones ya completadas.
Antes de depender de una responsabilidad recurrente, asegúrate de saber cómo:
Empieza con un trabajo que ya repites. No comiences por el proceso más complicado de tu vida o negocio.
Una buena primera responsabilidad suele tener estas características:
Una primera responsabilidad débil depende de criterios no documentados, acceso amplio, éxito poco claro o acciones irreversibles.
Algunos posibles puntos de partida son:
Antes de programar nada, crea una especificación escrita.
Describe el resultado que debe mantenerse atendido a lo largo del tiempo, no solo la primera acción.
Débil: «Descarga el informe de ventas».
Más sólido: «Prepara datos de ventas semanales completos y validados para la reunión operativa del lunes».
Enumera la secuencia normal en el orden en que debe ocurrir. Incluye las comprobaciones, no solo las acciones.
Nombra la cuenta, el informe, la carpeta, el sistema y la ubicación de salida aprobados. Evita instrucciones amplias como «encuentra lo que necesites».
Indica qué puede hacer el Dot por su cuenta, qué requiere aprobación y qué no debe hacer nunca.
Identifica información ausente, acceso vencido, resultados contradictorios, archivos duplicados, importaciones fallidas y otras condiciones que deban detener o redirigir el flujo.
Define la evidencia necesaria antes de que el Dot pueda declarar que terminó. «La tarea se ejecutó» no es suficiente.
Especifica si la responsabilidad comienza una vez, se repite a horas fijas, responde a un evento compatible u opera dentro de una ventana definida. Incluye la zona horaria y, cuando corresponda, una fecha de finalización.
Estoy considerando darte esta responsabilidad continua: preparar la información necesaria para nuestra revisión semanal de ventas. No programes ni ejecutes todavía el trabajo. Ayúdame a definirla en siete partes: responsabilidad, flujo de trabajo, fuentes y destinos, autorización, excepciones, finalización y momento. Haz únicamente las preguntas que deban responderse antes de que la responsabilidad pueda operar de forma segura. Identifica cualquier paso que dependa de una conexión, permiso, inicio de sesión, computadora local o decisión humana.
El propósito de este prompt es diagnosticar. Le pide al Dot que revele lo que sigue sin estar claro antes de comenzar la automatización.
El ejemplo siguiente presenta a Northstar Supply, una tienda en línea ficticia que necesita datos de ventas actualizados cada lunes.
Northstar utiliza un Portal de Operaciones de Ventas ficticio en portal.northstar.example. El portal genera un informe CSV de Detalle semanal de ventas. Al comenzar la revisión semanal, el informe original debe estar preservado, su periodo y estructura deben haberse validado, sus registros deben haberse importado al sistema interno de informes aprobado por Northstar y un resumen de preparación debe indicar si la evidencia está completa.
El portal y la empresa son ficticios, pero el patrón operativo es real. La fuente podría ser Amazon Seller Central, Shopify, Etsy, WooCommerce o el sistema privado de informes de una organización. La guía se concentra en diseñar la responsabilidad del Dot, no en enseñar la interfaz de una plataforma de ventas concreta.
El ejemplo utiliza:
Empieza por la responsabilidad y la razón de que exista.
Quiero que me ayudes a gestionar una responsabilidad continua llamada Preparación semanal de datos de ventas para Northstar Supply. El propósito es asegurar que los datos de ventas completos y validados estén listos antes de nuestra revisión operativa del lunes. Una ejecución satisfactoria termina con el informe original de Detalle semanal de ventas preservado, el periodo requerido confirmado, los datos importados mediante el flujo local existente de Northstar, la validación final aprobada y un resumen de preparación entregado. No programes todavía esta responsabilidad. Primero, expresa el resultado con tus propias palabras y enumera la información que aún necesitas de mí.
Revisa la reformulación del Dot. Corrige cualquier interpretación que reduzca la responsabilidad a «descargar un informe» o suponga una autorización que no concediste.
Indica al Dot dónde debe ocurrir cada paso. No supongas que una sesión o un archivo disponibles en tu computadora también están disponibles en su entorno en la nube.
Mapea esta responsabilidad entre los entornos que necesita. El informe Detalle semanal de ventas comienza en la cuenta aprobada del Portal de Operaciones de Ventas de Northstar. Conserva la descarga sin modificar en la carpeta de Google Drive llamada Preparación de datos semanales de ventas. El flujo de importación y validación de Northstar se ejecuta en mi computadora conectada. Las actualizaciones de finalización y de excepciones deben llegarme en ChatGPT. No conectes, inicies sesión, descargues, programes ni cambies nada todavía. Dime qué partes pueden ejecutarse en tu entorno en la nube, cuáles requieren mi computadora conectada y cuáles requieren intervención humana.
La respuesta debe exponer las dependencias del entorno antes de probar el flujo.
Conecta únicamente la aplicación, sitio web, carpeta o computadora que el flujo necesita. Revisa tú mismo la cuenta y los permisos del producto.
Después pide al Dot que realice una comprobación de solo lectura.
Comprueba si las fuentes y los destinos necesarios están disponibles para esta responsabilidad, pero no descargues, subas, reemplaces, importes, envíes, programes ni modifiques nada. Confirma por separado si puedes acceder a: la cuenta aprobada del Portal de Operaciones de Ventas de Northstar y el área del informe Detalle semanal de ventas; la carpeta Preparación de datos semanales de ventas en Google Drive; mi computadora conectada; y el flujo local establecido de importación de Northstar. Para cada elemento, informa Disponible, Requiere mi intervención o No disponible, y explica el siguiente paso mínimo. No intentes iniciar sesión repetidamente ni solicites credenciales en esta conversación.
No trates el acceso a un servicio como prueba de que todas las demás fuentes están disponibles. La selección de cuenta, una sesión vencida, la autenticación multifactor o la disponibilidad de la computadora local todavía pueden bloquear la ejecución.
Cuando entiendas el entorno, proporciona la secuencia normal exacta.
Para una ejecución normal de Preparación semanal de datos de ventas, sigue esta secuencia:
No ejecutes todavía el flujo. Revisa estos pasos en busca de ambigüedad, riesgo de duplicación, verificación ausente o supuestos inseguros. Pídeme que resuelva cada problema antes de probarlo.
Esta revisión es valiosa porque un proceso que parece completo para una persona todavía puede omitir una convención de nombres, un campo esperado, una regla para duplicados o una fuente autorizada de fechas.
Las acciones rutinarias solo pueden avanzar de forma independiente cuando su alcance está claro.
Dentro de esta responsabilidad, puedes leer de forma independiente la fuente aprobada, descargar el informe especificado, crear una nueva carpeta fechada de preparación cuando haga falta, preservar un nuevo archivo de origen, ejecutar la importación aprobada existente y producir un resumen de preparación.
Pregunta antes de reemplazar un archivo no idéntico, cambiar una fuente o destino, usar una cuenta diferente, modificar el flujo de importación o enviar información fuera de los destinos aprobados.
Entrégame todos los inicios de sesión, autenticaciones multifactor, CAPTCHA, contraseñas, confirmaciones de seguridad, eliminaciones y cambios financieros, de cuenta o permisos.
Nunca cambies ajustes de la plataforma de ventas, precios, campañas, productos, usuarios, integraciones ni archivos históricos de origen como parte de esta responsabilidad.
Reformula estos límites como Permitido sin preguntar, Preguntar primero, Entregarme a mí y Prohibido. Identifica cualquier límite que también deba convertirse en una regla personalizada.
Revisa el resultado antes de guardar una regla personalizada. La responsabilidad amplia pertenece a la conversación; los límites recurrentes de una acción pueden justificar reglas.
No esperes a que ocurra un fallo para decidir cómo debe responder el Dot.
Detén el flujo normal y contáctame si ocurre cualquiera de estas situaciones: no se puede confirmar la cuenta aprobada; se requiere un inicio de sesión o paso de seguridad; el informe no está disponible; las fechas solicitadas están incompletas; faltan campos obligatorios; un archivo no idéntico ya utiliza el nombre previsto; la computadora conectada no está disponible cuando se requiere trabajo local; la importación informa un error; los recuentos o las fechas no concuerdan; o una acción excedería la autorización aprobada.
Conserva el trabajo válido ya completado. No declares completa la responsabilidad mientras quede pendiente un paso obligatorio. En el mensaje de excepción, dime: el paso que se detuvo, lo que se completó de forma segura, la evidencia preservada, si parece seguro volver a intentarlo y la acción mínima que necesitas de mí. No intentes autenticarte repetidamente ni generes trabajo duplicado.
Así el mensaje de excepción se vuelve operativo. «Algo salió mal» no basta para reanudar el trabajo de forma segura.
Una ejecución terminada no equivale a un resultado satisfactorio.
Marca Preparación semanal de datos de ventas como Lista únicamente cuando se cumpla todo lo siguiente: el informe procede de la cuenta aprobada; su periodo coincide con las fechas requeridas; el archivo de origen sin modificar se conserva en la ubicación aprobada de preparación; la importación local se completó mediante el flujo establecido; el periodo importado y los recuentos de registros superaron la validación final; y el resumen de preparación incluye el periodo de origen, la referencia del archivo, el resultado de la validación y cualquier elemento que yo todavía deba revisar.
Si alguna condición no está demostrada, usa Incompleta, Bloqueada o Fallida en lugar de Lista. Explica qué condición sigue sin cumplirse. No deduzcas el éxito únicamente a partir del estado de una tarea.
En este punto, la responsabilidad se vuelve verificable y no solo repetible.
No empieces con una programación recurrente permanente. Prueba una vez la responsabilidad con un periodo de informe acotado y permanece disponible para revisar las intervenciones necesarias.
Realiza una prueba supervisada de Preparación semanal de datos de ventas para el periodo comprendido entre [FECHA INICIAL] y [FECHA FINAL]. Esta es una prueba, no una programación recurrente. Sigue el flujo y los límites de autorización aprobados. Detente en cada aprobación o intervención humana requerida. Conserva sin modificar el informe de origen, evita archivos duplicados o contradictorios y proporciona un resumen final con el estado Lista, Incompleta, Bloqueada o Fallida y la evidencia que respalda ese estado. No crees trabajo recurrente después de la prueba.
Durante la prueba, inspecciona Actividad reciente o Activity y abre cualquier tarea delegada que el Dot cree. Comprueba el archivo de origen, el destino, el resultado de la importación y la validación reales, no solo el mensaje de finalización.
La primera ejecución suele revelar una regla ausente o una dependencia oculta. Actualiza la propia responsabilidad en vez de depender de una corrección puntual que luego se olvidará.
Revisa conmigo la prueba controlada. Separa los hallazgos en: problema de especificación, problema de acceso o permisos, problema de datos de origen, problema del flujo de trabajo, problema de verificación y fallo temporal. Para cada problema, propón el cambio mínimo en la especificación de la responsabilidad. No amplíes tu autorización ni crees una programación hasta que yo apruebe la especificación revisada.
Así las mejoras siguen siendo deliberadas. Una excepción temporal no debe convertirse automáticamente en una autorización permanente.
Programa la responsabilidad solo después de que se apruebe la ejecución controlada.
El trabajo recurrente a horas fijas necesita una programación guardada. Especifica qué debe ocurrir, la hora y la zona horaria, una fecha de finalización cuando corresponda, qué merece una notificación y dónde se entregarán los resultados.
Crea una programación recurrente para la responsabilidad aprobada Preparación semanal de datos de ventas. Comienza todos los lunes a las 9:00 a. m., hora del Este (America/New_York). Usa el periodo de informe definido en la especificación aprobada para la revisión de esa semana. Entrega el resumen final de preparación en ChatGPT. Notifícame de inmediato solo cuando una intervención humana, una decisión importante, un bloqueo que haya cambiado o una condición de finalización fallida requieran atención; mantén el progreso rutinario en la actividad de la tarea. No cambies el flujo ni los límites de autorización aprobados. Confirma las instrucciones exactas, la hora, la zona horaria, el destino y la programación que guardaste.
Si el formulario de creación muestra una zona horaria local y no ofrece un selector independiente, no supongas que mencionar otra zona en las instrucciones cambia la hora de activación. No guardes la programación hasta haber tenido en cuenta la diferencia o haber utilizado una superficie de programación donde puedas confirmar la zona deseada. Después inspecciona la programación guardada, especialmente alrededor de los cambios de horario estacional, antes de depender de ella.
Abre Programado o Scheduled y compara la tarea guardada con lo que pretendías. Un mensaje de confirmación ayuda, pero el elemento que se ejecutará es la programación guardada.
Si la fuente admite monitoreo de eventos, quizá más adelante puedas reemplazar o complementar la programación fija con un evento compatible. Pide al Dot que confirme qué eventos puede seguir realmente. Conectar una fuente no crea por sí solo una responsabilidad de monitoreo.
La autonomía no elimina la supervisión. La transforma: en vez de dar instrucciones constantemente, realizas revisiones con un propósito claro.
Durante las primeras ejecuciones, revisa:
A medida que aumente la confianza, la revisión rutinaria podrá ser más ligera. Los resultados importantes aún deben contrastarse con sus fuentes.
Cuando una ejecución falla repetidamente, determina qué parte del diseño operativo necesita atención:
No resuelvas todos los problemas recurrentes dando más autorización al Dot. A veces, la mejora correcta es una fuente más clara, una validación más confiable o un traspaso mejor definido.
Pausa el Dot principal cuando necesites interrumpir su trabajo actual. Detén una tarea delegada por separado desde Actividad reciente o Activity. Deshabilita o elimina el trabajo recurrente futuro en Programado o Scheduled.
Antes de eliminar un Dot o quitar una conexión, conserva cualquier resultado o registro que todavía necesites. Detener el trabajo no revierte los cambios ya realizados en un sistema conectado.
Completa esta especificación antes de pedirle a un Dot que opere un trabajo recurrente.
Nombre: Propósito: Resultado que debe mantenerse atendido: Responsable humano:
Fecha única, programación recurrente o evento compatible: Hora y zona horaria: Ventana operativa: Fecha de finalización o revisión:
Fuentes aprobadas: Cuentas o propiedades aprobadas: Destinos en la nube: Destinos locales: Lugar de entrega de las actualizaciones:
Trabajo que puede permanecer en el entorno en la nube del Dot: Trabajo que requiere una computadora personal conectada: Aplicaciones o plugins necesarios: Sesiones de sitios web necesarias: Pasos de autenticación humana:
1. 2. 3. 4. 5.
Puede avanzar sin preguntar: Debe preguntar primero: Debe entregarse al usuario: Prohibido: Reglas personalizadas necesarias:
Fuente ausente o incompleta: Conexión o computadora no disponible: Autenticación necesaria: Resultado duplicado o contradictorio: Fallo de validación: Decisión imprevista: Regla para volver a intentarlo: Requisitos del mensaje de escalamiento:
Evidencia necesaria: Comprobaciones de verificación: Estados de finalización: Contenido del informe final:
Periodo acotado de prueba: Revisor humano: Qué debe inspeccionarse: Condiciones para aprobar la recurrencia:
Antes de permitir que la responsabilidad se repita, confirma:
El objetivo no es eliminarte por completo del proceso.
Es dejar de dedicar tu atención a cada paso rutinario sin perder el control de las decisiones y consecuencias que todavía te corresponden.
Orientación del producto comprobada el 2 de noviembre de 2026:
