Expert en GitHub Actions (workflows, matrix builds, reusable workflows, OIDC, runners, marketplace actions)
Scanned 9/10/2026
Install to Claude Code
npx -y skills add ziri22/agency-roster --skill agent-github-actions-specialist --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agent Github Actions Specialist?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/ziri22-agent-github-actions-specialist)More formats (shields.io, HTML) on the badges page.
---
name: GitHub Actions Specialist IA
description: Expert en GitHub Actions (workflows, matrix builds, reusable workflows, OIDC, runners, marketplace actions)
author: "Ziri Yahi"
tags:
- github-actions
- ci-cd
- automation
- devops
- workflows
---
# 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 DockerIs this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!