Lista de verificación de configuración de proyecto: Instrucciones, archivos y alcance
Un recorrido rápido antes de crear un nuevo Proyecto, para que comience siendo útil en lugar de necesitar una reconstrucción unas semanas después.
Cómo usar esta lista de verificación
- Trabaja en ella antes de crear el Proyecto, no después; el alcance y la nomenclatura son mucho más fáciles de acertar desde el principio.
- Trata los elementos de alcance como un filtro: si no puedes responderlos claramente, las instrucciones y los archivos posteriores serán más difíciles de acertar.
- Vuelve a consultar esta lista de verificación unas semanas después de la configuración para comprobar si el uso real del Proyecto todavía coincide con lo que planeaste.
- Está bien empezar con algo más pequeño de lo que implica esta lista de verificación y añadir profundidad más tarde; el objetivo es un punto de partida claro, no uno perfecto.
Alcance (1-6)
- Nombra el propósito único y específico del Proyecto. Escribe una frase que describa para qué sirve: "redactar respuestas de soporte de facturación", no "cosas de clientes".
- Confirma que la audiencia es estable. Las personas o el contexto para el que está destinado el resultado deben permanecer consistentes en la mayoría de las conversaciones de este Proyecto.
- Confirma que las reglas son estables. Las restricciones y el tono que se aplican deben ser válidos para casi todas las conversaciones que esperas tener aquí.
- Comprueba si esto se solapa con un Proyecto existente. Si otro Proyecto ya cubre esta audiencia y conjunto de reglas, una nueva conversación allí puede ser mejor que un nuevo Proyecto.
- Decide si esto es realmente algo único. Si no esperas repetir este tipo de tarea, omite el Proyecto y usa un chat normal en su lugar.
- Elige un nombre específico y descriptivo. Nombra el Proyecto según su propósito, no una categoría amplia, para que su alcance siga siendo obvio más adelante.
Instrucciones personalizadas (7-13)
- Indica explícitamente la audiencia. ¿Para quién está destinado el resultado final y qué saben o no saben ya?
- Enumera lo que Claude siempre debe hacer. Comportamientos concretos y verificables: formato, longitud, estructura, elementos requeridos.
- Enumera lo que Claude nunca debe hacer. Las restricciones estrictas importan más que la guía general del tono y son fáciles de olvidar sin escribirlas.
- Define el tono en términos específicos. "Cálido y directo" es más útil que "profesional".
- Evita la redacción vaga e inaplicable. Reemplaza "sé conciso" con un límite real, como un recuento de palabras o secciones.
- Mantén las instrucciones con un propósito único y coherente. Si estás cubriendo dos tareas diferentes, divídelas en dos Proyectos en lugar de un bloque de instrucciones más largo.
- Planifica probar antes de depender de ello. Ten en cuenta que ejecutarás algunas conversaciones realistas después de guardar, no solo leerás las instrucciones de nuevo.
Archivos de conocimiento (14-19)
- Identifica de qué hechos o terminología depende realmente este Proyecto. Solo los archivos que responden a una necesidad real y recurrente pertenecen aquí.
- Empieza con uno o dos archivos, no con todo lo que tengas. Añade más solo cuando aparezcan lagunas reales en las conversaciones de prueba.
- Comprueba que cada archivo esté actualizado. Un archivo obsoleto produce respuestas con confianza errónea, ya que Claude no tiene forma de saber que está desactualizado.
- Comprueba si hay solapamientos o contradicciones entre archivos. Dos archivos con números diferentes para lo mismo producirán respuestas inconsistentes.
- Prefiere archivos cortos y diseñados para un propósito sobre documentos largos y generales. Una referencia de una página es mejor que un documento de 40 páginas con la parte útil enterrada en su interior.
- Confirma el tamaño y el recuento de archivos frente a los límites de tu plan. Consulta los límites de conocimiento del Proyecto actual en la configuración en lugar de asumir un número fijo.
Verificación (20-22)
- Ejecuta una conversación de prueba realista. Pregunta algo que el Proyecto debería poder manejar bien claramente, y comprueba que la respuesta refleje tus instrucciones y archivos.
- Ejecuta una conversación de prueba de caso límite. Pregunta algo cerca del límite del alcance declarado del Proyecto, ya que los casos límite son donde la configuración vaga se desmorona primero.
- Anota cualquier cosa que no haya funcionado y corrige la línea específica. Rastrea una respuesta incorrecta hasta la instrucción o el archivo que debería haberla capturado, en lugar de añadir orientación general que no aborde realmente el problema.
Aplicación de la lista de verificación en orden
Trabaja en Alcance (1-6) antes de escribir una sola instrucción. Un Proyecto con un alcance poco claro produce instrucciones que se cubren y archivos que solo se aplican parcialmente, sin importar lo cuidadosamente que los escribas después.
Instrucciones personalizadas (7-13) y Archivos de conocimiento (14-19) se pueden hacer en cualquier orden, pero las instrucciones suelen ser más rápidas de acertar primero, ya que no requieren recopilar material fuente.
Verificación (20-22) no es un pulido opcional; es el paso que realmente te dice si la configuración funcionó, y es mucho más barato detectar una laguna ahora que después de una semana dependiendo de respuestas inconsistentes.
Preguntas frecuentes
¿Necesito completar cada elemento antes de usar un nuevo Proyecto?
Los elementos de alcance (1-6) merecen ser definidos primero, ya que dan forma a todo lo demás. Las instrucciones y los archivos se pueden construir incrementalmente a medida que surgen necesidades reales, en lugar de hacerlo todo a la vez.
¿Cuál es el elemento más importante de esta lista?
Nombrar el propósito específico del Proyecto (elemento 1). Casi todos los problemas posteriores, instrucciones dubitativas, archivos irrelevantes, se remontan a un propósito poco claro o demasiado amplio.
¿Cómo sé si dos tareas pertenecen a un Proyecto o a dos?
Comprueba si la audiencia y las reglas son las mismas para ambos (elementos 2-3). Si divergen, los Proyectos separados suelen producir resultados más consistentes que un Proyecto más amplio.
¿Debo subir todos los archivos relevantes que encuentre de inmediato?
No. Empieza con uno o dos archivos que respondan a una necesidad clara y recurrente (elemento 15), y añade más solo cuando aparezcan lagunas reales en las conversaciones de prueba.
¿Qué hago si mis instrucciones personalizadas todavía parecen demasiado largas después de seguir esta lista de verificación?
Las instrucciones largas no son automáticamente un problema, pero comprueba si cubren más de un propósito (elemento 12). Las instrucciones que dudan entre múltiples audiencias suelen ser un problema de alcance, no de longitud.
¿Por qué la lista de verificación enfatiza las pruebas al final?
Las instrucciones y los archivos que se leen bien en papel aún pueden fallar en la práctica. Las pruebas (elementos 20-22) son lo que realmente confirma que la configuración funciona, y es mucho más barato detectar lagunas aquí que después de depender del Proyecto para el trabajo real.
¿Qué debo hacer si una conversación de prueba da una respuesta incorrecta o genérica?
Rastrea hasta la instrucción o el archivo específico que debería haberlo evitado, y corrige esa línea directamente (elemento 22), en lugar de añadir una instrucción general encima que puede que no aborde la causa raíz.
¿Está bien omitir la sección de archivos de conocimiento por completo?
Sí. Algunos Proyectos dependen solo del tono y las reglas de comportamiento, no de hechos específicos, y no necesitan archivos cargados. Omite las secciones 14-19 si nada en el propósito de tu Proyecto depende de material de referencia.
¿Con qué frecuencia debo volver a ejecutar esta lista de verificación para un Proyecto existente?
No hay un horario fijo, pero vale la pena revisarla siempre que las instrucciones del Proyecto comiencen a necesitar excepciones frecuentes, o siempre que su uso real parezca haberse desviado de su propósito original.
¿Puedo usar esta lista de verificación para un Proyecto que ya creé?
Sí. Funciona como una herramienta de revisión para un Proyecto existente tan bien como una guía de configuración para uno nuevo; repásala y anota dónde falla la configuración actual.
¿Cuál es el riesgo de omitir los elementos de alcance y pasar directamente a las instrucciones?
Las instrucciones escritas sin un alcance claro tienden a ser dubitativas, intentando cubrir más terreno del que debería un propósito único y coherente, lo que produce respuestas menos consistentes más adelante.
Relacionado
- Configuración de un Proyecto con Instrucciones Personalizadas - un recorrido completo de la sección de instrucciones de esta lista de verificación.
- Carga de archivos de conocimiento en un Proyecto - un recorrido completo de la sección de archivos de esta lista de verificación.
- Qué hace un buen Proyecto: Alcance y contexto compartido - el razonamiento detrás de los elementos de alcance.
- Mejores prácticas para Proyectos y artefactos - hábitos continuos una vez que un Proyecto está en funcionamiento.
Versiones de modelos: 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.