Anthropic envió esta semana a los usuarios de Claude Code un resumen de lo que se lanzó en agosto. La idea de fondo: la herramienta ha dejado atrás el concepto de "un asistente de programación en tu terminal" y se ha convertido en un espacio de trabajo más amplio: diseño de interfaces, control del estilo de las respuestas y permisos de ejecución regidos por reglas escritas en lenguaje sencillo.

Esto es lo que realmente cambió y lo que significa para un equipo de ingeniería o para un responsable de producto.

1) La skill de diseño: de la idea a una interfaz editable sin salir de la terminal

/design es una nueva skill lanzada como versión preliminar de investigación el 17 de agosto de 2026. Dale una idea, una captura de pantalla o un diseño existente y te devuelve mesas de trabajo editables en Claude Design, construidas sobre artifacts y disponibles tanto en la CLI como en la aplicación de escritorio.

Su valor está en que todo el ciclo ocurre en un solo lugar: describes la pantalla, recibes varias opciones, eliges una, la ajustas y luego pides a Claude que escriba el código que la implementa. Y como el resultado es un archivo de diseño real y no una imagen, se puede compartir: en los planes Team y Enterprise, cualquier persona a la que nombres editora puede modificarlo y publicar una nueva versión.

El uso más inteligente llega antes de escribir código, no después: pide varias opciones para una pantalla antes de comprometerte con una.

2) El estilo de salida Concise: primero el resultado, sin preámbulos

Una queja recurrente de los desarrolladores es que las respuestas de Claude se alargan demasiado. La respuesta es un estilo de salida integrado llamado Concise: empieza por el resultado, elimina el preámbulo y la narración paso a paso, y mantiene las respuestas cortas por defecto. El trabajo de ingeniería en sí no se recorta, y si pides una explicación detallada la recibes completa.

Una excepción importante: nunca recorta los informes de errores, las advertencias de seguridad ni las confirmaciones de acciones destructivas.

Actívalo desde /config y luego Output style, o directamente en la configuración:

{ "outputStyle": "Concise" }

Requiere la versión 2.1.237 o posterior y eleva a cinco los estilos integrados: Default, Proactive, Concise, Explanatory y Learning. Una nota técnica: el estilo de salida forma parte del prompt de sistema, que se lee una sola vez al iniciar la sesión, así que un cambio surte efecto después de /clear o en una sesión nueva.

3) Continuación automática tras un límite de uso

Alcanzar un límite de uso significaba antes que la sesión se detenía y había que esperar al restablecimiento antes de escribir "continúa". Ahora la sesión se reanuda desde donde se detuvo en cuanto el límite se libera.

Esto no aumenta tus límites, pero elimina la necesidad de vigilar el reloj. Su valor real se nota en las tareas largas que se dejan en marcha entre sesiones.

4) El modo automático es el predeterminado, y sus reglas son frases sencillas

Desde el 14 de agosto de 2026, el modo automático es el modo de permisos predeterminado para las sesiones nuevas en los planes Pro, Max y Team. En él no revisas cada acción antes de que se ejecute; un segundo modelo, llamado clasificador, la revisa y decide qué pasa y qué se detiene. Si definiste tu propio modo predeterminado, se mantiene salvo que aceptes el aviso de cambio; un valor predeterminado gestionado por la organización no cambia, y puedes fijar el tuyo con defaultMode en la configuración.

La parte práctica es que diriges ese clasificador con reglas escritas como frases normales en lugar de expresiones complejas. Las entradas de hard_deny bloquean de forma incondicional, las de soft_deny bloquean salvo que una petición directa o una entrada de permiso las anule, y añadir $defaults mantiene vigentes las reglas integradas:

{
  "autoMode": {
    "soft_deny": [
      "$defaults",
      "Never run database migrations outside the migrations CLI"
    ],
    "hard_deny": [
      "$defaults",
      "Never send repository contents to third-party code-review APIs"
    ]
  }
}

Estas reglas viven en tu configuración de usuario, de modo que la configuración a nivel de proyecto no puede sobrescribirlas y siguen vigentes en todos los proyectos. Eso importa a cualquier equipo que quiera una única política de seguridad que un solo repositorio no pueda romper.

Para comprobar tus reglas antes de confiar en ellas, claude auto-mode critique te indica qué entradas son ambiguas, redundantes o propensas a causar falsos positivos. Junto a él, claude auto-mode config muestra la configuración efectiva, claude auto-mode defaults muestra las reglas integradas y claude auto-mode reset las restaura.

5) Detalles de las versiones: un modelo predeterminado, GitLab y sesiones que se llaman entre sí

Más allá de los cuatro titulares, las versiones recientes traen pequeños cambios con un impacto desproporcionado en el día a día:

  • Un modelo predeterminado para las sesiones nuevas (2.1.236). La variable de entorno ANTHROPIC_DEFAULT_MODEL define el modelo con el que arranca una sesión cuando nada más selecciona uno; --model, ANTHROPIC_MODEL, una selección guardada y un valor predeterminado de la organización tienen prioridad.
  • Detalles de la continuación automática (2.1.234). En la CLI ocurre automáticamente y se puede desactivar en /config; en la aplicación de escritorio se activa en la tarjeta del límite de sesión. La tarjeta del límite semanal no lo ofrece.
  • URL de merge requests de GitLab en worktree (2.1.233). Pasa la URL de una merge request de GitLab a --worktree y Claude Code crea la rama a partir de ella; en una rama con una merge request abierta aparece una insignia en la que se puede hacer clic en el pie (2.1.234). Los marketplaces ahora también clonan URL simples de gitlab.com (2.1.232). Un cambio significativo para cualquier equipo que use GitLab en lugar de GitHub.
  • Mencionar otras sesiones (2.1.232). Cuando hay otra sesión abierta en la misma máquina, escribe @ y su nombre en tu prompt y Claude envía el mensaje a esa sesión. Solo en macOS y Linux, y no compatible con Bedrock, Claude Platform on AWS, Agent Platform de Google Cloud ni Foundry.
  • Modo fork activado por defecto (2.1.232). En las sesiones interactivas, Claude puede crear un subagente fork que empieza con la conversación completa en lugar de un contexto en blanco, y ejecuta en segundo plano los subagentes que crea. Está desactivado por defecto con -p y en el Agent SDK, y se activa con CLAUDE_CODE_FORK_SUBAGENT=1.
  • Revisión de código en segundo plano (2.1.232). Con esfuerzo high, xhigh o max, /code-review se ejecuta como agente en segundo plano en lugar de apoderarse de la sesión. El servicio de revisión alojado sigue siendo exclusivo de Team y Enterprise.
  • Correcciones destacadas (2.1.238). Remote Control ya no se desconecta por una renovación de inicio de sesión lenta o por un rechazo breve de una VPN o un proxy, y los mensajes enviados desde la web o el escritorio a mitad de turno se quedan en la transcripción. Las sesiones largas ya no crecen en memoria sin límite, y un estilo de salida personalizado ahora se mantiene durante toda la sesión en lugar de volver poco a poco a la voz predeterminada.

Cómo trabaja de verdad una ingeniera dentro de Anthropic

El boletín incluía una cita llamativa de una ingeniera del equipo de Claude Code que describía su configuración diaria: dos agentes líderes que se vigilan mutuamente y reinician al otro si alguno falla, y que delegan en agentes de tech lead o de PM a lo largo de los ocho a diez proyectos que lleva en cada momento, con cinco a diez agentes IC por proyecto. Pese a esa escala, solo escribe entre treinta y cincuenta prompts al día, sus agentes IC trabajan de forma autónoma durante dos o tres días seguidos, y todos se comunican directamente a través de la herramienta de mensajería entre agentes.

La cifra más reveladora no es el número de agentes, sino cómo reparte su tiempo: un sesenta por ciento con los líderes, un treinta y cinco con un líder de proyecto y un cinco cuando algo se ha descarrilado. El apalancamiento viene de una estructura de delegación clara, no de más herramientas. Quien busque un resultado parecido debería empezar por definir quién decide, quién ejecuta y quién supervisa, antes de poner en marcha un agente más.

Anthropic publicó dos artículos relacionados esa misma semana: uno sobre cómo llevar sesiones eficientes que saquen el máximo valor de cada token, y otro que expone cinco principios operativos extraídos de entrevistas con más de una docena de startups de rápido crecimiento.

Otras novedades de la misma actualización

  • El aumento del cincuenta por ciento en los límites semanales se ha ampliado hasta el 31 de agosto de 2026 para los planes Pro, Max, Team y Enterprise por puestos. Anthropic dice que espera hacerlo permanente, pero la demanda de sus modelos implica que necesita más tiempo para decidir cómo.
  • El panel de navegador en la aplicación de escritorio. Ábrelo con un atajo de teclado o desde el menú Views, haz clic en cualquier elemento de la página y dile a Claude qué cambiar. Mucho más rápido que describir el elemento con palabras.

Qué significa esto para tu equipo

Primero: la distancia entre el diseño y la implementación acaba de acortarse. /design no sustituye a tu diseñador, pero elimina el ciclo de esperar la maqueta en las primeras etapas de las funciones internas.

Segundo: convertir el modo automático en el predeterminado traslada la responsabilidad de seguridad del clic en aprobar a la redacción de la política. Quien no haya escrito sus reglas funciona solo con las integradas, una decisión que debería tomarse de forma deliberada, no por omisión.

Tercero: la dirección apunta claramente a ejecutar varios agentes en paralelo: fork activado por defecto, sesiones que se llaman entre sí, revisión de código en segundo plano. Un equipo sin una estructura de delegación por escrito obtendrá caos en paralelo en lugar de rendimiento en paralelo.

Cuarto: el ritmo de lanzamientos ahora es semanal. Tratar Claude Code como algo que se instala y se olvida significa perderse cambios que afectan directamente a los permisos y a la seguridad, no solo funciones cosméticas.

La visión de Origami

Seguimos estas actualizaciones porque afectan a nuestra forma de trabajar en el día a día, no porque sean noticias tecnológicas. La compatibilidad con GitLab nos importa directamente, ya que nuestros repositorios están ahí, y una política de permisos escrita en la configuración de usuario resuelve un viejo problema: una regla de seguridad que un solo proyecto no puede romper. La conclusión que aplicamos a nosotros mismos y recomendamos a nuestros clientes es la misma: antes de añadir agentes o herramientas, escribe tu política y tus límites de delegación. Las herramientas multiplican lo que ya tienes, y si lo que tienes es caos, multiplican el caos.

Fuentes

  • Boletín del equipo de Claude Code, 22 de agosto de 2026: el anuncio original.
  • Documentación oficial de Claude Code: estilos de salida, modos de permisos, la aplicación de escritorio y la página What's New de la semana 32.
  • Registro de cambios de Claude Code para las versiones 2.1.232 a 2.1.238.
  • Blog de Anthropic: el anuncio del modo automático como predeterminado, además de los artículos sobre gestión de sesiones y la guía para startups.