Lectura ejecutiva · ~60 segundos
Cuando los artefactos se vuelven baratos, la autoría aparece en la cadena de problema, decisión, transparencia sobre la IA, verificación, resultado acotado y aprendizaje que cambia el proceso.
La IA ha simplificado la generación de interfaces, textos, API, cuadernos y presentaciones pulidos. Un portafolio que sólo muestra el resultado final ha perdido parte del poder de diferenciar autoría, criterio y capacidad profesional.
No es necesario que el nuevo portafolio demuestre que hizo todo sin IA. Es necesario demostrar que sabes dirigir un proceso con IA y ser responsable del resultado.
Resumen ejecutivo
Para cada proyecto, muestre seis pruebas:
- problema y contexto;
- decisiones y alternativas;
- Uso y límites de la IA;
- verificación y evidencia;
- resultado e impacto;
- aprendizaje y próximo cambio.
El artefacto final sigue siendo importante. Lo que diferencia la obra es la cadena que vincula intención, ejecución, verificación y reflexión.
Por qué el resultado aislado fue más débil
Una captura de pantalla no revela:
- si el problema era real;
- qué parte fue difícil;
- ¿Qué compensación elegiste?
- cómo manejaste los errores;
- si el sistema funciona fuera de la demostración;
- ¿Qué harías diferente?
Esto siempre ha sido cierto. La generación barata aumentó el volumen de artefactos e hizo que la evidencia del proceso fuera aún más valiosa.
Un caso en capas
1. Problema
Explique la situación, la persona afectada, la restricción y los criterios de éxito. Elimine los datos confidenciales y no invente clientes, ingresos o adopción.
2. Decisiones
Muestre dos o tres opciones de materiales:
| decisión | Alternativas | Criterio | Consecuencia |
|---|---|---|---|
| arquitectura | A, B, C | riesgo y sencillez | límite asumido |
| experiencia de usuario | flujo breve o explicativo | pruebas de usuario | compensación observada |
| modelo | opciones evaluadas | evaluación de tareas | costo/calidad |
No es necesario publicar cada pensamiento. Seleccione decisiones que demuestren juicio.
3. Colaboración con la IA
Declarar:
- en qué pasos ayudó la IA;
- qué herramienta o clase de modelo se utilizó;
- qué contexto se proporcionó;
- lo que quedó bajo la decisión humana;
- qué resultados fueron rechazados;
- qué riesgo se ha controlado.
La transparencia no disminuye la autoría. La autoría está en la intención, la selección, el juicio, la verificación y la responsabilidad, no en ocultar herramientas.
4. Verificación
Incluir pruebas acordes al trabajo:
- criterios de aceptación;
- pruebas y casos negativos;
- auditoría de accesibilidad;
- modelo de amenaza;
- evaluación de la calidad;
- medición del desempeño;
- comentarios de los usuarios;
- enlaces a commit o demostración desinfectada.
Una attestation puede vincular un artefacto y establecer su provenance, pero no prueba la corrección semántica. La cadena de entrega debe permitir una verificación independiente y mantener visible el límite de claims. [R2-C2]
5. Resultado
Estados separados:
- implementado: existe en el código o artefacto;
- verificado: los controles respaldan las propiedades declaradas;
- operación: se observó el uso real;
- resultado: Se midió el efecto sobre el receptor.
No promuevas un estado porque el proyecto parece estar listo. Un portafolio honesto sobre los límites transmite más madurez que un caso inflado.
6. Aprendizaje
Mostrar un error o cambio real:
- lo que creías;
- qué pruebas lo contradecían;
- qué cambió en el sistema;
- cómo evitará la recurrencia;
- Cuestión que queda abierta.
La retrospectiva no es una confesión. Demuestra que puedes mejorar el proceso.
Portafolio para diferentes perfiles
Ingeniería
Priorice los contratos, la arquitectura, las pruebas, la observabilidad, la seguridad, los diffs y las compensaciones.
Producto y negocio
Priorizar problema, hipótesis, alternativas, decisión, métricas y aprendizaje de mercado.
Diseño
Priorice la investigación, el flujo, las exploraciones rechazadas, la accesibilidad, las pruebas y la relación forma-resultado.
Datos e IA
Priorice el conjunto de datos, la calidad, la línea de base, la evaluación, el error por segmento, el costo, el riesgo y el seguimiento.
El formato cambia; el contrato de prueba permanece.
Que no publicar
Nunca convierta una cartera en una fuga. Eliminar:
- secretos y claves;
- datos personales;
- prompts con información confidencial;
- nombres y números sin autorización;
- arquitectura que aumenta el riesgo;
- registros internos sin procesar;
- claims comerciales no demostradas.
Utilice datos sintéticos, diagramas reducidos, hashes, descripciones de clases y resultados agregados. Cuando la restricción impida mostrar pruebas, explicar el método sin pretender una verificación pública.
Una plantilla de una página
Título + outcome
Contexto e restrição
Minha responsabilidade
Como usei IA
Três decisões
Como verifiquei
Resultado e limite
O que aprendi
Links seguros
Empiece poco a poco. Es mejor un estuche denso que diez cartas sin sustancia.
Signos de autoría fuerte
- explica por qué se rechazó una opción;
- distingue hecho, inferencia e hipótesis;
- muestra caso negativo;
- declara asistencia de IA;
- vincula el claim con la evidencia;
- conserva límite y validez;
- actualiza el caso cuando aprende algo nuevo.
Una autoría sólida no requiere certeza permanente. Requiere trazabilidad del ensayo.
Lo que este artículo prueba y lo que no prueba
Las prácticas de provenance, revisión y paquete de evidencia respaldan portafolios que muestran el proceso más allá del resultado. No hay evidencia de que una sola plantilla maximice la contratación o reemplace la conversación, la experiencia y el contexto.
Un portafolio es evidencia seleccionada por el propio autor. Quienes evalúan aún deben verificar y preguntar.
Conclusión
Cuando cualquiera puede generar una primera versión, la diferencia se centra en el problema, la decisión, el estándar de calidad, la verificación y el aprendizaje.
No intentes demostrar que trabajaste sin IA. Demuestra que con la IA seguiste pensando.
Lectura anterior: Después de la pirámide. Siguiente lectura sugerida: Junior en la era de la IA.
Nota editorial y de responsabilidad
- Corte de la investigación
- Última revisión
- Correcciones registradas
- No hay correcciones registradas.
El corte anterior corresponde a los claims canónicos. Las fuentes complementarias y sus fechas de consulta se identifican en el cuerpo del artículo.
Este artículo combina fuentes citadas, análisis y experiencia profesional del autor. Los datos verificables y las afirmaciones fácticas están vinculados a sus respectivas fuentes. Las interpretaciones, hipótesis, proyecciones, recomendaciones y opiniones representan el punto de vista profesional del autor en el momento de la publicación; no constituyen hechos probados, promesas de resultados ni asesoramiento jurídico, financiero o técnico aplicable a un caso concreto. Consulte las fuentes originales y a profesionales cualificados antes de tomar decisiones.
Claims y fuentes
R2-C2
La entrega auditable debe vincular un artefacto a su provenance de construcción y permitir una verificación independiente; un estado de CI exitoso sin vinculación de fuente es una evidencia más débil.
Límite: Una attestation prueba la cadena de provenance declarada, no la corrección semántica del artefacto. Este es un insumo de diseño de investigación-síntesis; no prueba la adopción del producto, la madurez operativa, la attestation independiente o el resultado.
- OpenSSF SLSA — OpenSSF SLSA, CC-BY-4.0 especificación; extractos de solo análisis
- GitHub — Documentación GitHub, CC-BY-4.0; extractos de solo análisis