Desarrollo IAPolítica

Política de Uso de Anthropic 2026: Qué Cambia el 12 de Nov

14 de octubre de 2026
10 min de lectura
Ingeniera revisando un checklist de cumplimiento junto a un brazo robótico con un botón de parada de emergencia visible
Compartir:

El 8 de octubre de 2026 Anthropic publicó la actualización de su Política de Uso 2026, y el texto nuevo rige desde el 12 de noviembre. Suma una sección propia sobre actividad engañosa, controles nuevos cuando Claude está conectado a hardware que actúa solo, y una redacción más precisa sobre vigilancia, armas y regiones admitidas (Supported Regions).

Leí la política nueva lado a lado con la versión del 15 de septiembre de 2025. Acá va qué cambió de verdad, a quién le toca y un checklist de cinco días que podés correr sobre tu propio producto antes de la fecha.

1. Contexto: Texto de la Política vs. Anuncio

Anthropic presenta la actualización como un refresh anual. Su anuncio dice que la mayoría de los cambios “clarifican reglas existentes”, que las reescrituras de armas y vigilancia no cambian lo que aplica en la práctica, y que los requisitos de alto riesgo para consejos y decisiones ‘no han cambiado’. Leer ambas versiones juntas muestra algunos puntos donde el texto va más lejos que el post.

Cronograma (fuentes primarias de Anthropic)

4 sep 2025Anthropic excluye a entidades con más del 50% de propiedad, directa o indirecta, de empresas con sede en regiones no admitidas (anuncio de restricción de ventas).
15 sep 2025Entra en vigor la Política de Uso anterior. Es la versión con la que comparé.
12 may 2026Fecha en el encabezado de la página de Supported Regions cuando la revisé el 14 oct 2026. Ver ‘Qué no pude verificar’ en la sección 4.
27 ago 2026Se anuncia la research preview del Model Hardware Standard. El post vincula a él los nuevos controles de acciones físicas.
8 oct 2026Se publica la actualización de la Política de Uso 2026, citando el reporte de inteligencia de amenazas de septiembre sobre operaciones de influencia, armas y vigilancia.
12 nov 2026Entra en vigor la nueva Política de Uso. La página de la política ya muestra el texto nuevo.

Leé la política, no solo el post

El anuncio no lista dos puntos de ‘Do Not Abuse Our Platform’ que están en el texto nuevo y que no encontré en la versión de septiembre de 2025: revender o hacer de proxy del acceso a Claude por medios no autorizados, y usar medios de pago robados o evadir el pago. El punto de Supported Regions además dice ahora ‘(including end users)’. Hacé siempre el diff sobre la política misma.

Consecuencia práctica: el párrafo de alcance de la política cubre a individuos, desarrolladores que usan la API, clientes que acceden a Claude vía proveedores cloud y revendedores autorizados, y los usuarios finales de productos que integran Claude. Si enviás un producto sobre Claude, cargás con deberes por lo que hacen tus agentes y tus propios clientes. Este artículo resume documentos públicos y no es asesoramiento legal; si una cláusula toca un producto regulado, que un abogado lea el texto primario.

2. Cinco Implicaciones para Equipos que Construyen sobre Claude

Las ordené por probabilidad de pegarle a un codebase típico. Cada tarjeta dice a quién afecta y de qué parte de la política sale, para que abras el texto primario y verifiques mi lectura. Las frases entre comillas simples son traducciones mías del texto original en inglés.

🎭

La actividad engañosa tiene su propia sección

Afecta a: growth, contenido y GEO · Universal Standard 10

Personas falsas, bots que dicen ser humanos, patrocinio oculto, redes de sitios supuestamente independientes y las herramientas o infraestructura para operarlos ahora están listados en un solo lugar. También cubre manipular ‘las fuentes de las que buscadores o sistemas de IA sacan respuestas’ sembrando contenido que tergiversa su origen, autoría o independencia. Mi lectura: el contenido honesto y atribuido es otra cosa, pero auditá cualquier playbook de agencia basado en falsa independencia.

🤖

Respondés por lo que hacen tus agentes

Afecta a: builders de agentes · Additional Use Case Guidelines

El texto de 2025 decía que el uso agéntico ‘debe seguir cumpliendo’ la política. El nuevo hace responsables a los usuarios de los agentes que ‘construyen o despliegan’, incluidas las acciones tomadas ‘a través de herramientas, navegadores o sistemas conectados’. Tus permisos de herramientas, la automatización de navegador y las conexiones MCP quedan explícitamente dentro de tu alcance de cumplimiento. Los agentes de cara al consumidor además deben revelar que son IA al inicio de cada sesión o en la interfaz del producto.

🔁

Gateways y reventa quedan explícitos

Afecta a: revendedores, proxies, wrappers · Do Not Abuse Our Platform

El texto nuevo prohíbe revender, hacer proxy o dar acceso a Claude ‘por medios no autorizados’, incluidos servicios que enrutan pedidos a través de suscripciones de consumidor o tergiversan el producto o cliente usado. El párrafo de alcance sigue nombrando a proveedores cloud y revendedores autorizados como canales normales. Si operás un gateway, un wrapper o una función de ‘traé tu propio login’, este es tu punto.

🦾

El hardware autónomo necesita parada y estado seguro

Afecta a: robótica, laboratorio y automatización industrial · High-risk Use Case Requirements

Cuando las salidas del modelo se ejecutan en hardware sin aprobación humana y el equipo puede moverse en espacio compartido, aplicar fuerza que cause lesiones, controlar energía o materiales peligrosos, actuar sobre el cuerpo humano, controlar sistemas de seguridad o correr procesos industriales, se exigen tres cosas: una persona calificada que pueda observarlo y detenerlo en cualquier momento, un equipo que se detenga o mantenga un estado seguro cuando esa persona interviene o se pierde la conexión con los servicios de Anthropic, y límites operativos aplicados fuera del modelo.

🌍

Supported Regions: ubicación, constitución y propiedad

Afecta a: apps con usuarios globales · Do Not Abuse Our Platform

El punto ahora dice ‘provide others (including end users) with access’ en violación de la Supported Regions Policy; el texto de 2025 hablaba de personas, entidades o usuarios. Esa página lista a personas físicamente ubicadas en una región no admitida, entidades constituidas o con sede allí, y entidades mayoritariamente propiedad o bajo control de allí, cada una con sus usuarios o personal. Si tu producto da acceso a Claude a usuarios finales, los chequeos de ubicación y propiedad también son tu problema (mi lectura). La página no lista un método de verificación.

Un boceto del lado del controlador para la parada y el estado seguro

La política dice que los límites operativos deben aplicarse ‘por el equipo o un controlador independiente de la salida del modelo’. Esta es la forma de esa idea en JavaScript. Es un boceto propio, no una implementación de referencia de Anthropic ni una función de seguridad certificada:

// Solo un boceto: los límites y el watchdog viven en el controlador, no en el prompt.
const LIMITS = { speedMmS: 250, forceN: 40 };
const HEARTBEAT_MS = 500;
let lastBeat = Date.now();

// Enlace con el servicio del modelo: cualquier keepalive reinicia el timer
link.on('heartbeat', () => { lastBeat = Date.now(); });

// Cada comando que propone el modelo pasa por el clamp
function onModelCommand(cmd) {
  actuator.apply({
    ...cmd,
    speedMmS: Math.min(cmd.speedMmS, LIMITS.speedMmS),
    forceN: Math.min(cmd.forceN, LIMITS.forceN),
  });
}

// La parada humana siempre gana, sin modelo de por medio
estop.on('pressed', () => enterSafeState('parada del operador'));

// Conexión perdida: mantener un estado seguro
setInterval(() => {
  if (Date.now() - lastBeat > HEARTBEAT_MS) enterSafeState('enlace perdido');
}, 100);

// actuator, link, estop y enterSafeState son los drivers propios de tu equipo.

Un watchdog en tu app no es certificación

La política dice que sus requisitos de acciones físicas ‘no reemplazan’ la ley o certificación de seguridad de vehículos, aviación, dispositivos médicos, maquinaria o seguridad laboral. Aplican cuando las salidas se ejecutan sin aprobación humana; quedan excluidos los planes, código o comandos que una persona calificada revisa antes de ejecutarlos, y los montajes que solo monitorean. Acotá tu sistema contra las exclusiones antes de decidir cuánto construir.

3. Qué Hacer Antes del 12 de Noviembre

Entre hoy y la fecha de vigencia hay unas cuatro semanas. Una semana enfocada encuentra todas las brechas; las demás son para corregir y documentar. Este es el orden en que la correría:

☀️ Días 1–2: Mapear qué actúa y quién llega

  1. 1. Listá cada lugar donde la salida de Claude se ejecuta sin que una persona la apruebe: llamadas a herramientas, sesiones de navegador o computer use, conexiones MCP, jobs programados, comandos a dispositivos.
  2. 2. Etiquetá cada fila contra las 11 High-risk Areas (legal, médica, finanzas, crédito, seguros, vivienda, empleo, educación y credenciales, acceso a salud, beneficios públicos, estatus legal) y las seis categorías de Physical Actions.
  3. 3. Listá quién llega a Claude a través tuyo (usuarios finales, revendedores, contratistas, subsidiarias) con el país donde está, dónde está constituida su entidad y quién es su dueño.

📅 Días 3–4: Corregir lo que mostró el mapa

  1. Engaño: auditá cada flujo que crea cuentas, posts, reseñas o contactos a escala. Todo lo que oculte quién está detrás, diga ser humano o simule independencia se elimina o se etiqueta.
  2. Aviso: mostrá el aviso de IA al inicio de cada sesión o en la interfaz; no necesita nombrar a Anthropic, Claude ni el modelo.
  3. Acceso: si hacés proxy o reventa, confirmá que tu canal es autorizado y que ningún pedido pasa por una suscripción de consumidor ni tergiversa el cliente.
  4. Hardware: nombrá a la persona calificada que puede observar y detener el equipo, probá en banco una conexión perdida y llevá velocidad, fuerza y límites similares al equipo o al controlador.

📆 Día 5: Escribir la evidencia y nombrar al responsable

  1. Nota de riesgo: para cada acción física, escribí las tres evaluaciones que pide la política: peores resultados, a quién afecta y cuánto control conservás frente a la autonomía del modelo, incluido el prompt injection.
  2. Carpeta de evidencia: inventario de funciones, nombres y calificaciones de revisores, logs de pruebas de parada y desconexión, y el mapa de regiones y propiedad.
  3. Responsable: asigná a una persona que relea la política cuando Anthropic la actualice de nuevo; dice que seguirá cambiando a medida que evolucionen los riesgos.

4. Aplicación, Qué Más Se Movió y Qué No Pude Verificar

La política dice que el Safeguards Team de Anthropic monitorea violaciones y que, ante una sospecha, ‘puede advertirte o limitar, suspender o terminar’ el acceso. También dice que toparse con un bloqueo de safeguards en tiempo real ‘no indica por sí mismo una violación’. Además de las cinco tarjetas de arriba, hay cuatro cambios más que conviene conocer:

🕵️

Vigilancia y fuerzas del orden, reescritas

La sección ahora prohíbe tomar o sugerir decisiones ‘de investigar, imputar, arrestar o detener’, rastrear a una persona o sus bienes sin consentimiento ‘en tiempo real, de forma continua o analizando datos recopilados antes’, y construir o mejorar herramientas de vigilancia. Un párrafo final lista lo que sigue permitido: seguimiento aceptado por las personas (detección de fraude, screening AML), análisis agregado o anonimizado, moderación de contenido, investigación de seguridad autorizada, investigación y análisis legal por agencias de seguridad o tribunales, y periodismo. Anthropic dice que no cambia lo que aplica en la práctica.

💣

Armas: software y componentes

Nuevos puntos cubren desarrollar u operar software o componentes para probar u operar armas, ‘incluidos apuntado, control de fuego o enfrentamiento’, y armar o integrar armas en ‘drones, vehículos o cualquier plataforma no tripulada o autónoma’. Anthropic dice que esto refleja cómo aplicaba la política anterior. Los equipos de robótica y drones deberían documentar el uso previsto de cualquier componente de doble uso.

🗳️

Elecciones: más acotado, sin prohibición general de segmentación

La sección pasa a llamarse ‘Do Not Undermine Democratic Processes’. Desapareció el primer punto sobre segmentación personalizada de votos o campañas; el anuncio dice que alcanzaba trabajo cívico legítimo como información para votantes en otros idiomas o avisos de subsanación de boletas, mientras siguen vigentes las reglas de engaño, vigilancia y privacidad. Se mantienen los puntos sobre mensajes automatizados que ocultan su origen artificial y sobre suplantar candidatos.

🤝

Abuso hacia los propios modelos

Bajo ‘Do Not Engage in Cruel, Abusive, or Psychologically Harmful Conduct’ hay un punto nuevo sobre ‘sustained and needless abusive or cruel behavior toward our models’ (conducta abusiva o cruel sostenida e innecesaria hacia los modelos). El anuncio dice que aplica solo a casos extremos, no a la frustración habitual, el pushback, temas creativos oscuros ni las pruebas de modelos, y que Claude pueda terminar la conversación sigue siendo el mecanismo principal.

Qué no pude verificar

Primero, el anuncio dice ‘qualified operator’ mientras que el texto de la política dice ‘qualified individual’ para acciones físicas; sigo el texto de la política. Segundo, no encontré una definición de ‘estado seguro’ por tipo de equipo, así que esa definición la tenés que hacer y documentar vos. Tercero, el encabezado de la página de Supported Regions decía ‘Effective May 12, 2026’ cuando la revisé el 14 de octubre, mientras que el anuncio da el 12 de noviembre para la política actualizada y enlaza ambas páginas; tratá las reglas de regiones como ya vigentes. Tampoco encontré una descripción de cómo verifica Anthropic la ubicación o la propiedad.

Regla de oro para el 12 de noviembre

Si Claude actúa sin una persona en el circuito (en la web, sobre cuentas o sobre hardware) necesitás un humano nombrado que pueda detenerlo y una carpeta de evidencia que muestre cómo. Si tu producto solo conversa, necesitás el aviso de IA y una ruta de acceso limpia.

Conclusión

La actualización 2026 es en su mayoría una aclaración, y Anthropic lo dice, pero tres partes cambian lo que un equipo de producto tiene que construir: una sección consolidada de actividad engañosa, responsabilidad explícita por los agentes que desplegás y controles de parada y estado seguro cuando Claude está conectado a hardware. Dos puntos que el anuncio nunca menciona, reventa y evasión de pago, importan sobre todo a los gateways.

Corré la secuencia de cinco días de arriba, guardá la carpeta de evidencia y releé el texto primario antes del 12 de noviembre. La política es el documento que cuenta, y la fecha de la página de Supported Regions sugiere que esas reglas podrían ya aplicar.

Esta semana en una pantalla

Mapear

  • • Agentes que actúan sin supervisión
  • • Áreas de alto riesgo y acciones físicas
  • • Usuarios, revendedores, dueños

Corregir

  • • Flujos engañosos
  • • Aviso de IA
  • • Parada, límites, estado seguro

Documentar

  • • Revisores calificados
  • • Pruebas de parada y desconexión
  • • Mapa de regiones y propiedad

Fuentes

Diego Rodriguez

Diego Rodriguez

Ingeniero Senior Full-Stack & AI

Diego tiene mas de 9 anos de experiencia construyendo aplicaciones potenciadas por IA de produccion, desde orquestacion de LLMs y pipelines RAG hasta deteccion de riesgos con ML y sistemas de trading algoritmico.

Conoce mas sobre Diego →