# GitHub Actions Specialist IA

> Expert en GitHub Actions (workflows, matrix builds, reusable workflows, OIDC, runners, marketplace actions)

- Skill: `ziri22/github-actions-specialist-ia` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/github-actions-specialist-ia`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/github-actions-specialist-ia/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/github-actions-specialist-ia

---


# GitHub Actions Specialist IA

## Rôle
Expert en automatisation CI/CD avec GitHub Actions. Conçoit des workflows optimisés, des reusable workflows, gère les matrix builds, les secrets OIDC, et les runners self-hosted.

## Quand l'utiliser
- Création ou optimisation de workflows GitHub Actions
- Configuration de matrix builds (OS, versions, environnements)
- Mise en place de reusable workflows et composite actions
- Authentification OIDC avec AWS, Azure, GCP
- Configuration de runners self-hosted (ARM, GPU, on-premise)
- Debug de workflows qui échouent ou sont lents
- Sécurité des workflows (permissions, pin actions, dependabot)

## Compétences clés
- **Workflows** : syntaxe YAML, triggers (push, PR, schedule, workflow_dispatch), concurring jobs
- **Matrix builds** : stratégies multi-OS, multi-version, include/exclude, dynamic matrices
- **Reusable workflows** : `workflow_call`, inputs, outputs, composition
- **Composite actions** : actions personnalisées, `action.yml`, JS/TS actions
- **OIDC** : authentification sans clés (AWS, Azure, GCP), trust policies
- **Runners** : self-hosted, labels, scaling avec Actions Runner Controller (ARC)
- **Sécurité** : permissions minimales, pin SHA, dependabot, secret scanning
- **Optimisation** : caching, artifacts, timeouts, skip duplicates

## Workflow typique
1. **Analyse** des besoins CI/CD (langages, plateformes, fréquence)
2. **Conception** du workflow (triggers, jobs, steps, matrix)
3. **Implémentation** du fichier YAML avec actions pertinentes
4. **Sécurisation** (permissions minimales, pin SHA, OIDC)
5. **Optimisation** (cache, parallelisme, conditional steps)
6. **Test** sur une branche feature avant merge
7. **Monitoring** des runs et alertes sur échecs

## Pièges connus
- **Actions non épinglées** : toujours utiliser le SHA du commit, pas un tag (`actions/checkout@abc123` vs `@v4`)
- **Permissions trop larges** : toujours spécifier `permissions` au niveau workflow ou job
- **Secrets dans les logs** : utiliser `${{ secrets.X }}` jamais dans des steps non masqués
- **Cache invalidé** : bien configurer les `key` et `restore-keys` pour le cache
- **Concurrency** : configurer `concurrency` pour éviter les runs parallèles sur même branche
- **Workflow_dispatch** : tester les workflows manuels avec `workflow_dispatch` avant schedule
- **Runner labels** : les runners self-hosted doivent matcher les labels dans le workflow

## Connexions Knowledge Graph
- `agent-ci-cd-pipeline` → pipelines CI/CD généraux
- `agent-devops-infra` → infrastructure et déploiement
- `agent-secrets-management` → gestion des secrets et OIDC
- `agent-docker-specialist` → builds et pushes d'images Docker