Proyecto final según tu perfil

Tiempo: 3–6 horas
Superficie: la adecuada al resultado
Plataformas: macOS, Windows y Linux

Qué vas a aprender

• Integrar alcance, permisos, creación, verificación y recuperación.
• Elegir un proyecto final adecuado a tu perfil.
• Entregar evidencia que otra persona pueda revisar sin leer toda la conversación.

Objetivo

Completar un resultado que otra persona pueda revisar, repetir y recuperar. No se evalúa la cantidad de texto o código generado, sino alcance, evidencia, seguridad y utilidad.

Reglas comunes

Todos los proyectos deben:

1. utilizar datos ficticios o autorizados;
2. empezar con una carpeta claramente limitada;
3. conservar originales;
4. incluir un plan aprobado;
5. producir un resultado revisable;
6. comprobar un caso correcto y uno problemático;
7. declarar lo no verificado;
8. evitar publicación o envío durante la evaluación;
9. documentar cómo repetir y deshacer;
10. enlazar las fuentes utilizadas.

Proyecto A — estudiante o docente

Resultado: paquete de estudio a partir de tres textos propios o con licencia compatible.

Entregables: mapa de conceptos con origen; guía de dos páginas; diez preguntas con respuestas separadas; tabla de datos que necesitan verificación; versión de lectura fácil.

Límites: no inventar citas, no usar datos reales de estudiantes y marcar incertidumbre.

Comprobación: rastrear cinco afirmaciones hasta los textos y pedir a otra persona que responda dos preguntas con la guía.

Proyecto B — profesional, autónomo o pyme

Resultado: sistema local que convierte solicitudes ficticias en borradores y una tabla de seguimiento.

Entregables: plantilla de entrada; clasificación por estado explícito; borradores que nunca se envían; registro de datos ausentes; instrucciones y recuperación.

Límites: sin correo, CRM o mensajería conectados; ninguna decisión automática de crédito, empleo, salud o derecho; ninguna acción externa.

Comprobación: caso completo, caso con datos ausentes y caso que debe escalarse a una persona.

Proyecto C — creador, investigador o comunicador

Resultado: dossier con fuentes y una web local para presentarlo.

Entregables: tabla de fuentes; afirmaciones con enlaces; lista de información no verificada; resumen general; web accesible sin analítica ni publicación.

Límites: fecha de corte, citas breves, separación de hechos y opinión y respeto de licencias.

Comprobación: abrir las fuentes de cinco afirmaciones y revisar la web en móvil, escritorio y teclado.

Proyecto D — iniciación al desarrollo

Resultado: ampliar mi-primera-web con una funcionalidad pequeña.

Entregables: AGENTS.md; plan; cambio acotado; prueba o procedimiento; diff y commit local; informe de límites.

Límites: sin dependencias ni publicación; conservar cambios ajenos; una idea por commit.

Comprobación: comportamiento visible, teclado, pantalla estrecha y revisión Git.

Prompt de inicio

Voy a realizar el proyecto final [A/B/C/D]. No actúes todavía. Entrevístame para
completar solo las decisiones que cambian el resultado. Después prepara:
objetivo, materiales autorizados, entregables, límites, plan, comprobaciones,
caso de fallo, recuperación y fuentes. Separa obligatorio de opcional y espera
mi aprobación.

Rúbrica

Superación: 75 puntos y ningún fallo crítico de seguridad, pérdida de originales o publicación no autorizada.

Entrega final

# Entrega del proyecto
## Objetivo
## Materiales y permisos
## Resultado
## Archivos creados o modificados
## Comprobaciones realizadas
## Caso de fallo probado
## Información no verificada
## Cómo repetir
## Cómo deshacer
## Fuentes
## Próximo paso recomendado

La persona revisora debe comprender el resultado, abrirlo, repetir la comprobación y conocer sus límites sin leer toda la conversación.

Cierre del curso

Has terminado cuando puedes responder: qué superficie elegiste, qué acceso concediste, qué cambió, qué evidencia demuestra que funciona, qué no se comprobó, cómo vuelves atrás y qué acción todavía necesita una persona.

Error frecuente

Elegir el proyecto más grande. Un resultado pequeño, completo y verificable demuestra más control que una idea ambiciosa sin revisión, recuperación o límites claros.

Evidencia que debes guardar

• Plan aprobado y materiales autorizados.
• Archivos de entrada y entrega.
• Caso correcto y caso problemático.
• Rúbrica cumplimentada.
• ENTREGA.md y revisión de otra persona.

Ejemplo resuelto completo: el kit de lanzamiento de Marta

Marta elige un proyecto que combina las lecciones 4, 5, 6, 7, 11, 14 y 15: una web local con materiales de lanzamiento, sin publicar ni contactar a nadie.

1. Define el resultado. Una web de una página, un inventario de materiales y una lista de pendientes. El proyecto termina cuando otra persona puede abrir la web, revisar la información y seguir las instrucciones.

2. Prepara el entorno. Crea entrada, web, salida y respaldo. Copia únicamente materiales ficticios o duplicados. Guarda un inventario inicial.

3. Encarga con límites.

Construye en web/ una página local para el servicio descrito en entrada/brief.md.
Usa solo los recursos de entrada/recursos. No inventes precios, testimonios,
clientes ni certificaciones. Si falta información, utiliza [PENDIENTE].
Antes de editar, presenta estructura y preguntas. Después implementa una
versión funcional para móvil y escritorio. No publiques, no envíes formularios
y no instales servicios externos. Crea salida/informe-final.md con archivos,
decisiones, pruebas ejecutadas, pendientes e instrucciones para abrir la web.

4. Revisa durante el proceso. Marta responde las preguntas, aprueba la estructura y corrige una interpretación del público. No espera a que toda la web esté terminada.

5. Comprueba. Compara inventario inicial y final, abre la página en dos anchos, recorre enlaces con teclado, busca marcadores [PENDIENTE], revisa el diff o mapa de cambios y pide una segunda inspección crítica.

6. Entrega. El informe indica qué se hizo, qué no se hizo y cómo reemplazar datos provisionales. Una persona ajena ejecuta las instrucciones. Si necesita ayuda oral, la documentación no está terminada.

7. Reflexiona. Marta anota: «El prompt inicial no definía si el formulario debía enviar. Convertirlo en un elemento visual sin envío evitó una acción externa no deseada».

Variaciones de proyecto por perfil

• Sol: paquete de estudio con índice de fuentes, actividades y rúbrica; no publicar en el aula.
• Leo: dossier de investigación con tabla de afirmaciones, fuentes y fecha de consulta.
• Dani: mejora pequeña de un repositorio con issue, plan, diff, pruebas y documentación.
• Equipo mixto: una persona encarga, otra revisa evidencia y una tercera intenta seguir las instrucciones desde cero.

Rúbrica de autoevaluación del proyecto

Puntúa cada criterio de 0 a 2: objetivo y alcance; protección de originales; calidad del encargo; correcciones durante el proceso; evidencia; accesibilidad o usabilidad; recuperación; documentación final. Un proyecto con menos de 12 sobre 16 necesita otra ronda. Cualquier cero en seguridad, evidencia o recuperación impide considerarlo terminado.

Comprueba que lo has entendido

1. ¿El proyecto final se evalúa por cantidad de archivos o por evidencia de que resuelve el problema?
2. ¿Qué tres elementos no pueden faltar en el informe final?

Respuesta razonada

Se evalúa por el resultado y sus controles, no por volumen. Como mínimo: cambios o entregables producidos, comprobaciones realmente ejecutadas y límites o pendientes. También conviene incluir instrucciones de uso y recuperación.

Fuentes oficiales

• Prompting
• Projects, chats, and tasks
• Agent approvals & security
• Best practices

Revisado contra la documentación: 14 de julio de 2026.