Cowork y Connectors con supervisión

Resultado

Al terminar tendrás el diseño y la prueba controlada de un flujo asistido que distingue lectura, propuesta y escritura. También identificarás qué pasos dependen de un servicio remoto, de una aplicación local o de la intervención humana.

Conceptos

Los Connectors permiten que Claude interactúe con aplicaciones o servicios según las capacidades del conector y los permisos de la persona usuaria. Algunos recursos son remotos y pueden estar disponibles en distintas superficies; otros dependen de extensiones o aplicaciones que se ejecutan en el equipo.

No confundas acceso con autorización para actuar. Un conector puede exponer operaciones de lectura o escritura, pero el flujo debe limitarse a lo necesario:

1. Leer: localizar y recuperar información autorizada.
2. Proponer: preparar una clasificación, borrador o lista de cambios.
3. Aprobar: una persona revisa evidencia y consecuencias.
4. Escribir o enviar: solo si el alcance lo permite y existe confirmación explícita.
5. Registrar: conservar qué ocurrió, cuándo y con qué resultado.

Las tareas programadas también dependen del tipo de recurso. Algunas pueden ejecutarse de forma remota; las que necesitan archivos o aplicaciones locales requieren el entorno local correspondiente. Verifica siempre la condición actual de la tarea en la documentación y en la interfaz.

La función de uso del computador en Cowork se presenta como una capacidad de investigación y conlleva riesgos adicionales. Cuando exista un conector específico y acotado, suele ofrecer un límite más claro que el control general de la interfaz.

Práctica guiada

Usa una carpeta de prueba con tres archivos sintéticos y, si tu cuenta lo permite, un conector configurado solo para lectura.

1. Define el objetivo: “identificar documentos pendientes y proponer una tabla de seguimiento”.
2. Anota el recurso, el tipo de conexión, los permisos concedidos y las operaciones prohibidas.
3. Pide una tabla con archivo, estado propuesto, evidencia y duda pendiente.
4. Ordena que no mueva, renombre, edite ni comparta archivos.
5. Revisa la propuesta y corrige al menos un caso ambiguo.
6. Diseña un segundo paso de escritura como diagrama, pero no lo ejecutes: incluye confirmación, copia de respaldo, registro y reversión.
7. Si planteas una tarea programada, marca cada dependencia como remota o local y define qué debe ocurrir si no está disponible.

Checklist de validación

• Cada recurso y permiso está identificado.
• El flujo usa el privilegio mínimo necesario.
• Lectura, propuesta, aprobación y escritura son etapas separadas.
• La práctica no envía ni modifica información real.
• Las dependencias remotas y locales están diferenciadas.
• Existe una ruta de error y una forma de recuperar el estado anterior.
• El registro evita exponer secretos o datos sensibles.

Mini evaluación

1. ¿Tener acceso de escritura significa que debe utilizarse?
2. ¿Todas las tareas programadas requieren que el computador permanezca encendido?
3. ¿Por qué separar propuesta y ejecución?

Respuestas

1. No. Debe aplicarse el permiso mínimo y usarse escritura solo cuando el objetivo y la aprobación lo justifiquen.
2. No. Depende de si la tarea usa recursos remotos o archivos y aplicaciones locales.
3. Para que una persona pueda revisar evidencia, alcance y consecuencias antes de cambiar un sistema externo.

Fuentes y límites

• Usar Connectors para ampliar las capacidades de Claude.
• Cuándo usar conectores remotos y de escritorio.
• Programar tareas recurrentes en Cowork.
• Uso del computador en Cowork.

La disponibilidad depende del plan, la región, la organización, la configuración y el conector. Los permisos heredados pueden ser amplios. Antes de un uso real, revisa las políticas de la organización, prueba en un entorno aislado y mantén aprobación humana para acciones con consecuencias.