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 14
822 artículos
Reusable workflows: workflow_call, no copies el YAML entre repos
on.workflow_call define un workflow llamable. jobs.<id>.uses: org/repo/.github/workflows/ci.yml@v1 lo invoca. Un agente que pega el mismo ci.yml en 8 repos no versiona el pin. Distinct de workflow_dispatch. Docs GitHub reusing workflows.
schedule (cron) en GitHub Actions: UTC, no cada minuto
on.schedule usa cron de 5 campos en UTC. GitHub puede saltar runs y desactiva el schedule tras ~60 días sin commits. Un agente que pone * * * * * quema minutos. Distinct de workflow_dispatch. Docs GitHub scheduled events.
Desplegar un agente IA en Railway: guía práctica con costos reales
Cómo desplegar un agente de IA en Railway paso a paso: Railpack vs Dockerfile, variables de entorno por entorno, volúmenes para memoria persistente, dominio con SSL automático, y la tabla de costos real para decidir si te conviene frente a Vercel, Workers o un VPS.
git log para coding agents: A..B, A...B y no volcar historia
git log lista commits alcanzables, no un rango de diff. A..B es ^A B. A...B es diferencia simétrica. Un agente limita con -n, --oneline o --format y no vuelca -p al LLM. Git 2.50.1.
needs e if en GitHub Actions: deploy no corre si test falló
jobs.<id>.needs ordena jobs. if: success() es el default; if: always() corre aunque el previo falle (logs). Un agente que pone deploy sin needs o con always() en prod publica basura. Distinct de matrix. Docs GitHub workflow syntax needs + if.
Self-hosting de un agente IA con Docker en un VPS: guía paso a paso
Tutorial de self-hosting para agentes de IA: Docker y Compose en un VPS Ubuntu, Dockerfile Node.js, red interna, Caddy con HTTPS automático, actualizaciones sin downtime, checklist de endurecimiento y cuándo conviene quedarse en una plataforma en vez de auto-hospedar el agente.
git diff para coding agents: working tree, index, A...B
git diff compara dos extremos, no un rango. Sin args es working tree vs index. --cached es el index vs HEAD. A...B es merge-base…tip (el diff de un PR en GitHub). Un agente no vuelca el parche entero al LLM. Git 2.50.1.
strategy.matrix en GitHub Actions: no clones el job a mano
jobs.<id>.strategy.matrix expande OS/Node en N jobs. fail-fast true cancela el resto al primer fallo. Un agente que copia 4 jobs ubuntu/windows a mano duplica YAML y olvida un OS. Distinct de concurrency. Docs GitHub workflow syntax strategy.
git fetch para coding agents: origin/*, FETCH_HEAD, cero --force
git fetch descarga refs y objetos; no mueve HEAD. Un agente actualiza origin/*, lee FETCH_HEAD y no integra. Cero --force, cero +refspec, cero --prune-tags, cero --update-head-ok. Git 2.50.1.
workflow_dispatch: ejecuciones manuales seguras para agentes
workflow_dispatch permite iniciar GitHub Actions bajo demanda con inputs tipados, una rama explícita y controles visibles. Esta guía muestra cómo usarlo desde la interfaz o con gh workflow run, mantener dry_run como opción segura, separar staging de producción y evitar que un agente convierta un botón manual en un despliegue sin supervisión.
pull_request_target: no lo uses como CI de forks
pull_request_target corre en el contexto del repo base: secrets y GITHUB_TOKEN con write. Un agente que hace checkout del PR y pnpm test ahí filtra el secret. Para tests usa pull_request. Distinct de OIDC y de permissions. Docs GitHub events that trigger workflows.
git switch para coding agents: cambiar de rama, no restaurar archivos
git switch solo cambia de rama. checkout mezcla rama y restore de paths; un agente no lo usa. Cero -f, -C ni --ignore-other-worktrees. Worktree propio. Git 2.50.1.
OIDC en GitHub Actions: id-token, no keys estáticas en secrets
permissions: id-token: write pide un JWT de GitHub. El cloud (AWS/GCP/Azure) confía en sub/aud, no en un access key eterno en repo secrets. Un agente que copia AWS_SECRET_ACCESS_KEY a Secrets ignora OIDC. Distinct de GITHUB_TOKEN permissions y de .env. Docs GitHub OpenID Connect.
Secretos y variables de entorno para agentes IA en producción
Guía práctica de manejo de secretos para agentes de IA desplegados en Vercel, Cloudflare Workers, Docker y GitHub Actions: qué es secreto y qué no, cómo inyectarlos, rotarlos y auditarlos sin exponer tu API key en logs, repos o clientes.
Environments en GitHub Actions: prod no es un string, es un gate
jobs.<id>.environment apunta a un Environment del repo. Required reviewers, wait timer y secrets scoped no viven en YAML. Un agente que pone environment: production sin crear el Environment no protege nada. Distinct de GITHUB_TOKEN permissions. Docs GitHub using environments for deployment.