Objetivo del tema
Cerrar el recorrido con una visión de conjunto: repasar lo aprendido, fijar las ideas fuerza, definir cuándo conviene un agente y cuándo no, y salir con un plan concreto para incorporar OpenCode a tu trabajo diario.
| Bloque | Temas | Competencia adquirida |
|---|---|---|
| Fundamentos | 1 - 6 | Qué es OpenCode, su historia open source, instalación multiplataforma, proveedores de modelos e inicialización con AGENTS.md. |
| Uso diario | 7 - 9 | TUI, modos Plan y Build, comandos slash y atajos, modo CLI headless para automatizar. |
| Práctica e integración | 10 - 13 | Dos proyectos completos (Express y FastAPI), integración con editores y el ciclo Git/GitHub/GitLab en equipo. |
| Personalización y criterio | 14 - 18 | Agentes y comandos propios, permisos finos, MCP/Skills/formatters, prompts efectivos, seguridad y comparativa honesta. |
Open source MIT y neutral frente a proveedores: ni el agente ni el modelo te atan a nadie.
Plan barato, Build costoso: el ciclo Plan→Build evita horas de re-trabajo.
AGENTS.md persistente + contexto fresco con @, ! e imágenes = respuestas precisas.
Git debajo de todo, diffs revisables, permisos allow/ask/deny y /undo siempre disponible.
| Situación | ¿Delegar al agente? | Comentario |
|---|---|---|
| Tests, documentación, refactors mecánicos | Sí, directo en Build | Bajo riesgo, alta ganancia de tiempo. |
| Nuevas funcionalidades | Sí, con plan previo | Plan aprobado antes de tocar código. |
| Debugging con síntomas difusos | Sí, como investigador | Pega la salida del error con ! y deja que explore. |
| Decisiones de arquitectura definitivas | Con cautela | El agente propone y contrasta; tú decides con el equipo. |
| Código que no entiendes y no vas a revisar | No | Cambios sin revisión son deuda futura. |
| Datos regulados sin controles de privacidad | No hasta evaluarlo | Primero permisos, proveedor adecuado o modelos locales. |
Instala, conecta un proveedor, completa los dos proyectos prácticos en repositorios de prueba. Objetivo: perderle el miedo a la TUI.
Tests, docs, bugs menores en tus proyectos. Practica Plan→Build, /undo y revisar diffs.
Escribe un buen AGENTS.md, crea 2-3 comandos propios y compártelos con tu equipo vía Git.
Agrega permisos finos, un agente revisor, el agente de GitHub y una tarea programada en CI.
opencode upgrade)./connect) y modelo elegido por defecto./init ejecutado y AGENTS.md versionado en cada proyecto activo.ask, webfetch evaluado, MCPs justos.opencode stats las primeras semanas.La categoría avanza rápido y OpenCode con ella: agentes en segundo plano trabajando mientras haces otra cosa, ecosistema creciente de skills y plugins, mejores modelos cada trimestre y estandarización creciente alrededor de protocolos abiertos como MCP y AGENTS.md. Nada de eso requiere desaprender lo visto aquí; al contrario, la inversión en buenas reglas, permisos y flujos se traslada intacta a cada versión nueva.
El cambio de fondo: dejamos de ser quienes escriben cada línea para pasar a dirigir, revisar y decidir. Las habilidades que se valoran ahora —especificar bien, descomponer problemas, revisar con criterio— eran valiosas antes de la IA y lo serán más después. La herramienta cambiará; esas no.
Palabras finales: empezaste este curso con una terminal vacía y terminas con un flujo completo: instalar, inicializar, planificar, construir, validar, personalizar y automatizar. Siguiente paso obvio: abre tu proyecto real, ejecuta opencode y ponlo a trabajar. Y si este tutorial te sirvió, compártelo con ese compañero que todavía le teme a la terminal.