Actualidad IA y guías para construir agentes
Seguimos modelos, benchmarks, plataformas y buenas prácticas, pero lo traducimos a decisiones concretas para agentes reales.
Página 15
822 artículos
git bisect para coding agents: start, skip, run 125, siempre reset
git bisect busca por binario el commit que introdujo un bug. Un agente lo corre en worktree propio, marca good/bad o skip, y siempre termina con reset. git bisect run: 0 bueno, 125 no testeable, 1-127 malo. Cero reset --hard. Git 2.50.1.
upload-artifact en GitHub Actions: v4, retention corto, cero secretos
actions/upload-artifact@v4 sube logs o dist. v3 está deprecado. retention-days corto (1–7 en PRs). Nunca subas .env ni tokens. No es cache. Un agente que sube el repo entero quema storage. Docs upload-artifact README + GitHub storing artifacts.
git blame para coding agents: anota líneas, no culpa al autor
git blame anota la revisión que última modificó cada línea. No es autoría legal ni a quién pinguear. Un agente usa -L o --porcelain; no vuelca el archivo al contexto. -C/-M siguen copias; --ignore-rev salta reformats. Git 2.50.1. GitHub Blame lee .git-blame-ignore-revs.
Cache en GitHub Actions: key del lockfile, nunca secretos
actions/cache guarda dependencias por key. La key debe incluir hash de pnpm-lock.yaml, no 'v1' eterno. No caches .env ni credenciales. restore-keys son fallbacks. Un agente que cachea todo el home ensucia hits. Docs actions/cache + GitHub caching dependencies.
timeout-minutes en GitHub Actions: no dejes el default de 6 horas
El job de Actions sin timeout-minutes usa 360 minutos en runners hosted. Un test colgado quema minutos y presupuesto. Pon 10–20 en CI de PR y un techo mayor solo en jobs que lo justifiquen. Workflow syntax: jobs.<id>.timeout-minutes.
git pull para coding agents: fetch primero, --ff-only, no rebase
git pull es fetch más integrar. El default es --ff-only: falla si la rama local divergió. Un agente no corre pull --rebase, --autostash ni pull en el checkout del humano. Equivale a fetch + merge. Conflictos: merge --abort. Git 2.50.1.
Concurrency en GitHub Actions: un run por rama, cancel-in-progress con criterio
El bloque concurrency agrupa runs. cancel-in-progress true mata el job anterior de la misma rama. Útil en PRs; peligroso en deploy a main. Un agente no copia cancel-in-progress: true en workflows de producción. Docs GitHub control concurrency.
git revert para coding agents: commit nuevo que deshace, no reset
git revert graba commits nuevos que invierten un parche ya existente. Exige working tree limpio. Merge: -m no se adivina. Conflicto: --abort, no --continue. GitHub Revert abre otro PR. Un agente no usa reset --hard para deshacer historia publicada. Man git-revert 2.50.1.
GITHUB_TOKEN en Actions: permissions mínimas, no un PAT de admin
Cada job de GitHub Actions recibe GITHUB_TOKEN. El bloque permissions recorta contents, pull-requests, id-token. Un agente que escribe workflows con contents: write por default abre la puerta a un PR que pushea a main. Least privilege. Docs automatic token authentication.
Dependabot para coding agents: no mergees todos los bumps
Dependabot abre PRs de version updates y de alertas de seguridad. Un agente que mergea todos los bumps sin tests mete un breaking de major. Esta guía cubre dependabot.yml (ecosystem, schedule, ignore, groups), security vs version, y cuándo un bump es el ticket.
git cherry-pick para coding agents: un commit nuevo, no copiar el SHA
git cherry-pick aplica el diff de un commit existente y graba uno nuevo. Exige working tree limpio. Conflicto: CHERRY_PICK_HEAD y --abort. -x anota origen solo sin conflicto. Un agente no pickea merges a ciegas ni resuelve <<<<<<<. Man git-cherry-pick 2.50.1.
Branch protection para coding agents: no force-push a main, no bypass
Una branch protection rule bloquea force push y delete por default, y puede exigir status checks y PRs. Un solo rule aplica a la vez (fnmatch). Los admins pueden bypassear salvo que la regla los incluya. El agente no desactiva reglas ni mergea a main. Docs GitHub About protected branches.
git merge para coding agents: commit de fusión, no rebase ni -X ours
git merge une historias. Fast-forward mueve HEAD; si no, crea un commit con dos padres. Un agente no mergea con working tree sucio, no resuelve -X ours/theirs y aborta ante conflicto. Man git-merge y GitHub Docs.
CODEOWNERS para coding agents: no eludas el review de paths ajenos
CODEOWNERS asigna dueños por glob. En PRs, GitHub pide review a esos owners si la branch protection lo exige. Un agente no borra CODEOWNERS ni se auto-aprueba. Last matching pattern wins, como gitignore. Docs GitHub About code owners.
Cómo desplegar un agente de IA con Docker paso a paso
Guía para desplegar un agente de IA con Docker en un VPS: Dockerfile multi-stage para Node con imagen final pequeña, claves por entorno en runtime (nunca en la imagen), HEALTHCHECK y restart policy para auto-recuperación, logs que no llenan el disco y exposición del webhook. Con tabla de decisión pm2 vs Docker y checklist de cierre.