//
Busca en todas las páginas de la documentación
Claude no lanza un producto separado para redactores, analistas, especialistas en marketing y agentes de soporte.
Lanza la misma interfaz principal para todos: una conversación, un lugar para mantener el contexto y un lienzo para resultados sustanciales.
Lo que cambia es cómo cada rol enfoca esas piezas en su propio trabajo.
Un redactor y un analista de negocios pueden abrir la misma ventana de chat nueva, pero uno de ellos la llena con un esquema de manuscrito y el otro con una hoja de cálculo de números trimestrales.
Comprender que las herramientas subyacentes son constantes, mientras que el patrón de uso es específico del rol, es la forma más rápida de averiguar cómo Claude se adapta a tu propio trabajo.
Cada usuario de Claude, independientemente de su título de trabajo, trabaja con los mismos tres bloques de construcción.
El primero es una conversación simple: tú escribes, Claude responde y el hilo mantiene el contexto hasta que termina o inicias uno nuevo.
El segundo es un Proyecto, un espacio de trabajo persistente que mantiene instrucciones personalizadas y archivos de conocimiento cargados a través de muchas conversaciones separadas.
El tercero es un Artefacto, un lienzo de panel lateral que contiene una pieza de resultado sustancial y editable iterativamente, como un documento, un informe o una pequeña herramienta interactiva.
Ninguno de estos tres bloques de construcción está etiquetado para un trabajo específico.
Un Proyecto puede contener una guía de estilo de marca para un especialista en marketing tan fácilmente como puede contener una guía de estilo para ficción en prosa, un conjunto de macros de soporte o el historial financiero de un cliente para un analista.
Un Artefacto puede ser un borrador de blog, un resumen de campaña, una tabla de datos resumida o un correo electrónico para el cliente, dependiendo solo de lo que le pidas a Claude que produzca.
La diferencia específica del rol no está en la herramienta. Está en tres cosas que la persona proporciona: lo que carga o pega, cómo formula sus instrucciones y cuántas rondas de revisión requiere típicamente la tarea.
El Proyecto de un redactor suele contener una guía de estilo y capítulos anteriores.
El Proyecto de un analista suele contener plantillas de informes y terminología específica de su negocio.
El Proyecto de un especialista en marketing suele contener directrices de voz de marca y ejemplos de campañas anteriores.
El Proyecto de un líder de soporte suele contener macros, documentos de políticas y preguntas frecuentes sobre productos.
Mismo contenedor, diferentes contenidos.
La razón por la que un conjunto de funciones puede servir a roles tan diferentes radica en cómo Claude trata el contexto y la iteración como capacidades genéricas en lugar de específicas del dominio.
La persistencia del contexto en un Proyecto no sabe ni le importa si los archivos cargados describen una campaña de marketing o un contrato legal.
Simplemente mantiene ese material disponible en cada conversación iniciada dentro del Proyecto, para que dejes de reexplicar tu situación cada vez que abres un nuevo chat.
Esto importa de manera diferente según el rol porque los roles difieren en la frecuencia con la que repiten trabajos similares.
Un agente de soporte maneja muchos tickets cortos y similares en un día, por lo que un Proyecto cargado con macros y respuestas de políticas se amortiza casi de inmediato, en el primer ticket.
Un redactor que trabaja en un único manuscrito de novela podría usar un Proyecto durante meses, agregando capítulos a medida que avanza, por lo que el beneficio se acumula lenta pero constantemente.
Un especialista en marketing que ejecuta una campaña a la vez podría crear un Proyecto nuevo por campaña, ya que cada una tiene su propio resumen, audiencia y notas de voz.
Los Artefactos interactúan con el patrón de revisión de una tarea de manera similar genérica.
Cualquier resultado que una persona espere ver, marcar y refinar se beneficia de vivir en un Artefacto en lugar de desplazarse en un hilo de chat.
La tabla de resumen de un analista de negocios se revisa a medida que llegan nuevos datos, el concepto de campaña de un especialista en marketing se revisa después de una revisión de las partes interesadas, y el borrador de un capítulo de un redactor se revisa a lo largo de varias pasadas de edición.
El mecanismo es idéntico en cada caso: Claude mantiene el estado actual de esa única entrega, y cada solicitud de seguimiento la edita en su lugar en lugar de regenerar la conversación desde cero.
Lo que difiere es la forma de la cosa que se está revisando y cómo la persona nombra la parte que quiere cambiar.
Mensaje de chat -> respuesta rápida y desechable, sin estado persistente
Proyecto -> contexto compartido a través de muchas conversaciones (archivos + instrucciones)
Artefacto -> una entrega sustancial, revisada en su lugar a lo largo de rondasUn atajo mental útil: recurre a un Proyecto cuando volverás al mismo contexto repetidamente, y recurre a un Artefacto cuando tengas una cosa específica que producir y pulir.
La función laboral no cambia ese atajo. Solo cambia lo que son "el mismo contexto" y "la cosa a producir".
A nivel de equipo, la adaptación del rol se manifiesta en las diferencias de cómo se escriben las instrucciones, no en las diferencias del producto subyacente.
Un Proyecto bien construido para un equipo de soporte codifica las reglas de tono, las políticas de escalada y la terminología del producto como instrucciones personalizadas, de modo que los borradores de cada agente suenen consistentes sin que cada persona escriba la misma guía.
Un Proyecto bien construido para un revisor de ventas o legal codifica el estándar de escrutinio esperado en un documento, como qué tipos de cláusulas siempre necesitan una señalización, para que la investigación y la revisión se mantengan consistentes en diferentes acuerdos o contratos.
La herramienta se adapta porque las instrucciones son solo texto, y el texto puede describir cualquier contexto profesional que puedas articular.
Esto también significa que la brecha de calidad entre los roles que usan Claude bien y los roles que lo usan mal rara vez se trata de la herramienta en sí.
Casi siempre se trata de si la persona se ha tomado el tiempo de poner contexto real y específico en un Proyecto, y si sabe cuándo una pieza de trabajo merece un Artefacto en lugar de una respuesta de desplazamiento.
| Enfoque | Fortaleza | Debilidad | Mejor Ajuste |
|---|---|---|---|
| Chat simple, sin Proyecto | Más rápido para empezar, configuración cero | Repite el contexto cada sesión, sin voz de equipo compartida | Preguntas únicas, búsquedas rápidas |
| Proyecto con instrucciones y archivos personalizados | Voz consistente y contexto compartido entre sesiones | Requiere configuración inicial y mantenimiento ocasional | Trabajo recurrente ligado a un rol, cliente o producto |
| Proyecto más Artefactos para cada entrega | Contexto consistente y un resultado limpio y revisable | Requiere la mayor configuración y formación de hábitos | Equipos que producen documentos, borradores o informes pulidos repetidamente |
A medida que las organizaciones maduran su uso de Claude, el patrón suele ser el mismo en todos los roles: empezar en chat simple, notar que se reescribe el mismo contexto, mover ese contexto a un Proyecto, luego notar qué resultados se revisan repetidamente y moverlos a Artefactos.
Los artículos específicos más adelante en esta sección analizan ese mismo arco para redactores, analistas, especialistas en marketing, equipos de soporte y revisores de ventas o legales, cada uno adaptando el conjunto de herramientas idéntico a su propio trabajo recurrente.
No. Cada rol utiliza las mismas funciones de chat, Proyecto y Artefacto. La diferencia radica enteramente en el contenido e instrucciones que cada persona proporciona.
Porque saber que la herramienta existe no es lo mismo que saber cómo configurarla para tu trabajo recurrente específico. Esta sección muestra los patrones de configuración que se adaptan a cada rol.
No. Una sola pregunta no relacionada generalmente está bien en el chat simple. Un Proyecto justifica su costo de configuración una vez que notas que estás reescribiendo el mismo contexto entre sesiones.
Un redactor típicamente carga una guía de estilo y capítulos previos para mantener la voz consistente en un manuscrito largo. Un analista típicamente carga plantillas de informes y terminología de negocios para mantener los resúmenes consistentes en informes recurrentes.
Los roles que producen una entrega pulida y revisable por tarea, como un resumen de campaña o un informe escrito, obtienen más valor de los Artefactos que los roles que principalmente necesitan respuestas rápidas sin edición posterior.
Sí. Alguien que es tanto especialista en marketing como respondedor ocasional de soporte típicamente mantendría dos Proyectos separados, cada uno conteniendo el contexto relevante para ese rol específico.
El principal error es tratar cada tarea de la misma manera: o bien no configurar nunca un Proyecto cuando el contexto recurrente sería útil, o bien sobre-configurar un Proyecto para una tarea que solo ocurre una vez.
Ambos dependen del contexto compartido, pero el énfasis difiere. Soporte se apoya en Proyectos que contienen macros y políticas para velocidad y consistencia; ventas y legal se apoyan más en revisiones y investigaciones cuidadosas para la precisión en documentos individuales.
Observa qué explicas cada vez que abres un nuevo chat, y observa qué resultados revisas más de una vez. Lo primero se convierte en un Proyecto; lo segundo se convierte en un Artefacto.
No directamente. La elección del modelo se trata de la complejidad y longitud de la tarea, no del título del trabajo. La mayoría del trabajo diario de roles se ejecuta cómodamente en el modelo predeterminado, con un modelo de nivel superior reservado para tareas de razonamiento especialmente largas o complejas.
Las funciones específicas pueden expandirse, pero el patrón subyacente probablemente se mantendrá: capacidades de propósito general que cualquier rol puede enfocar en su propio contexto y entregas, en lugar de productos bloqueados por rol.
Lee la página de Fundamentos de esta sección, luego el artículo específico para tu función laboral, que detalla una configuración concreta en lugar de teoría general.
Versiones de la Pila: Escrito contra la línea de modelos de Claude actual a partir de ~junio de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (el predeterminado), y Claude Haiku 4.5. Los nombres de los modelos, los precios y las características del producto cambian rápidamente; verifica los detalles actuales en platform.claude.com/docs antes de confiar en ellos.