API Automation
PUBLIC PROOFRelier deux services ou supprimer une tâche répétitive via API, webhook ou script.
Tool-first route
- 01Lire le contrat API / OpenAPI et identifier l'authentification.
- 02Prouver le flux avec curl avant d'écrire du code.
- 03Utiliser Node.js fetch ou la bibliothèque standard Python pour le plus petit script possible.
- 04Ajouter timeouts, erreurs explicites et configuration par variables d'environnement.
- 05Capturer une exécution de test reproductible sans secrets.
Outils primaires
- • curl
- • OpenAPI/Swagger quand disponible
- • Node.js fetch
- • GitHub
Fallback
- • Python standard library
- • Docker pour isoler l'exécution
Livrables
- • script ou petit adaptateur API
- • .env.example
- • README d'installation
- • test/smoke check
- • preuve d'exécution
Acceptance gate
- • aucun secret commité
- • flux nominal reproductible
- • erreurs réseau gérées
- • entrées/sorties documentées
Packages de lancement
Scope
- • 1 source API → 1 destination API
- • up to 1 main data transformation
- • API key/bearer/basic auth only
Livrables
- • working script
- • .env.example
- • README
- • smoke test
Exclusions
- • OAuth application setup
- • pagination over large datasets
- • paid API usage
- • production hosting
Acceptance
- • test request succeeds with client-provided sandbox/test credentials
- • documented input is transformed and delivered as specified
Scope
- • up to 2 API endpoints or 1 webhook flow
- • field mapping and validation
- • basic timeout/error handling
Livrables
- • integration script
- • configuration example
- • tests/smoke checks
- • setup documentation
- • delivery evidence
Exclusions
- • complex OAuth consent flows
- • high-volume ETL
- • managed cloud infrastructure
- • 24/7 operations
Acceptance
- • nominal flow passes
- • one documented error path is handled
- • no secret is committed
ADVANCED
API Automation Pack
Scope
- • up to 3 endpoints in one bounded workflow
- • pagination or simple scheduling when required
- • basic retry/backoff policy
- • structured logs
Livrables
- • automation source
- • tests
- • runbook
- • configuration template
- • proof of execution
Exclusions
- • enterprise IAM
- • large-scale data engineering
- • SLA/monitoring service
- • unbounded third-party troubleshooting
Acceptance
- • documented end-to-end scenario passes
- • configured failure behavior is demonstrated
- • setup is reproducible from README
Preuves publiques
Limites
- • La preuve publique utilise deux API HTTP locales factices; une intégration client spécifique doit être testée sur son contrat réel.
GitHub Setup
PUBLIC PROOFTransformer un dépôt difficile à comprendre en dépôt installable, lisible et vérifiable.
Tool-first route
- 01Auditer l'arbre Git avec git et gh.
- 02Normaliser README, .gitignore, scripts et structure avant d'ajouter des outils.
- 03Utiliser les fonctions natives GitHub pour issues, pull requests et Actions.
- 04Valider le dépôt depuis une procédure d'installation propre.
Fallback
- • Markdown
- • scripts npm/Python
Livrables
- • README
- • .gitignore
- • structure normalisée
- • scripts de vérification
- • instructions GitHub
Acceptance gate
- • installation documentée
- • commandes de vérification explicites
- • liens de preuve stables
Packages de lancement
Scope
- • 1 repository
- • README cleanup
- • .gitignore
- • basic folder normalization
Livrables
- • normalized repository structure
- • README
- • .gitignore
- • change summary
Exclusions
- • application refactor
- • CI/CD implementation
- • dependency upgrades with breaking changes
Acceptance
- • repository structure matches agreed layout
- • README contains install/run instructions where applicable
STANDARD
Repo Professional
Scope
- • 1 repository
- • README + setup documentation
- • scripts normalization
- • issue/PR templates when useful
Livrables
- • professional README
- • setup guide
- • normalized scripts
- • repository hygiene improvements
Exclusions
- • major code rewrite
- • CI pipeline beyond a simple existing-script hook
- • organization administration
Acceptance
- • documented commands are internally consistent
- • repository entrypoint is clear to a new contributor
ADVANCED
Repo Evidence Ready
Scope
- • 1 repository
- • documentation normalization
- • verification commands
- • evidence links/status section
- • release-readiness checklist
Livrables
- • normalized repo
- • README + status docs
- • verification checklist
- • evidence map
Exclusions
- • external certification
- • full CI architecture
- • legal licensing advice
Acceptance
- • key claims resolve to identifiable files/runs/commits
- • verification path is documented
Preuves publiques
CI/CD GitHub Actions
PUBLIC PROOFExécuter automatiquement lint, tests et build à chaque changement important.
Tool-first route
- 01Réutiliser les scripts locaux existants comme contrat de CI.
- 02Créer le workflow GitHub Actions minimal.
- 03Utiliser un runner standard et éviter les services externes inutiles.
- 04Faire échouer le workflow si lint, test ou build échoue.
- 05Publier le run comme preuve.
Outils primaires
- • GitHub Actions
- • npm scripts
- • pytest / node:test selon le projet
Fallback
- • runner auto-hébergé si une dépendance locale l'exige
Livrables
- • workflow YAML
- • pipeline lint/test/build
- • badge optionnel
- • run de preuve
Acceptance gate
- • workflow vert sur la branche cible
- • échec correct sur test invalide
- • aucun secret exposé
Packages de lancement
Scope
- • 1 GitHub Actions workflow
- • up to 2 existing commands such as test/build
Livrables
- • workflow YAML
- • green run
- • README note
Exclusions
- • deployment
- • cloud credentials
- • matrix builds
- • self-hosted runners
Acceptance
- • workflow runs on agreed trigger
- • configured commands pass on target branch
Scope
- • lint + test + build pipeline
- • dependency cache when appropriate
- • branch/PR trigger
Livrables
- • CI workflow
- • quality gates
- • green proof run
- • maintenance notes
Exclusions
- • production deployment
- • complex monorepo matrices
- • paid runner setup
Acceptance
- • all configured gates pass
- • a failing command causes CI failure
Scope
- • up to 3 CI jobs
- • artifacts or reports when useful
- • basic matrix or environment separation
Livrables
- • multi-job workflows
- • artifact/report configuration
- • documentation
- • proof runs
Exclusions
- • enterprise release engineering
- • Kubernetes deployment
- • 24/7 pipeline support
Acceptance
- • jobs execute with documented dependencies
- • failure propagation is correct
- • proof run is public or shared privately
Preuves publiques
FFmpeg Automation
PUBLIC PROOFAutomatiser conversion, compression, concaténation, audio, sous-titres ou traitements batch.
Tool-first route
- 01Inspecter chaque média avec ffprobe.
- 02Construire une commande FFmpeg minimale et déterministe.
- 03Automatiser seulement après validation manuelle.
- 04Revalider le média de sortie avec ffprobe.
- 05Capturer checksum et paramètres utiles quand la provenance compte.
Fallback
- • shell
- • Python/Node.js comme orchestrateur
Livrables
- • commande ou script
- • profil de traitement
- • fichier de sortie de test
- • validation ffprobe
- • README
Acceptance gate
- • sortie décodable
- • format attendu
- • commande reproductible
- • erreurs explicites
Packages de lancement
Scope
- • 1 repeatable media transformation
- • 1 input profile
- • 1 output profile
Livrables
- • FFmpeg command/script
- • sample invocation
- • ffprobe verification
Exclusions
- • AI generation
- • GPU provisioning
- • large batch orchestration
- • copyrighted source acquisition
Acceptance
- • output decodes
- • agreed codec/container/resolution constraints are met
STANDARD
Media Batch Workflow
Scope
- • batch conversion/compression/concat/subtitle workflow
- • basic input validation
- • multiple files in one local job
Livrables
- • automation script
- • README
- • sample output
- • verification commands
Exclusions
- • cloud render farm
- • AI video generation
- • complex motion graphics
Acceptance
- • sample batch completes
- • outputs pass ffprobe checks
ADVANCED
Media Pipeline Pack
Scope
- • multi-step FFmpeg pipeline
- • structured configuration
- • checksums or provenance when useful
- • error reporting
Livrables
- • pipeline scripts
- • configuration
- • tests/smoke checks
- • runbook
- • evidence
Exclusions
- • distributed GPU pipeline
- • managed storage/CDN
- • real-time streaming platform
Acceptance
- • documented multi-step scenario completes
- • output validation and error behavior are demonstrated
Preuves publiques
Dockerisation
PUBLIC PROOFRendre une application plus reproductible avec une image et un démarrage documenté.
Tool-first route
- 01Identifier d'abord le runtime et la commande locale qui fonctionnent.
- 02Écrire le Dockerfile minimal.
- 03Ajouter Compose uniquement si plusieurs services sont réellement nécessaires.
- 04Tester build, start, health check et arrêt propre.
- 05Documenter volumes, ports et variables d'environnement.
Fallback
- • GitHub Actions pour valider le build
Livrables
- • Dockerfile
- • compose.yaml si nécessaire
- • .dockerignore
- • .env.example
- • instructions run/stop
Acceptance gate
- • image construite
- • conteneur démarre
- • port/health check vérifié
- • aucun secret intégré à l'image
Packages de lancement
Scope
- • 1 application process
- • 1 Dockerfile
- • basic environment configuration
Livrables
- • Dockerfile
- • .dockerignore
- • run instructions
Exclusions
- • database migration
- • multi-service stack
- • cloud deployment
- • Kubernetes
Acceptance
- • image builds
- • container starts
- • documented port/command works
Scope
- • application + up to 1 supporting service
- • Docker Compose
- • health check where feasible
Livrables
- • Dockerfile
- • compose.yaml
- • .env.example
- • health/smoke check
- • README
Exclusions
- • production secrets management
- • Kubernetes
- • managed cloud services
Acceptance
- • compose stack starts
- • health/smoke test passes
- • stack stops cleanly
ADVANCED
Reproducible Container Pack
Scope
- • up to 3 bounded services
- • non-root runtime where practical
- • health checks
- • CI image build verification
Livrables
- • container files
- • Compose stack
- • CI verification
- • runbook
- • evidence
Exclusions
- • production cluster operations
- • registry billing
- • security certification
- • multi-region deployment
Acceptance
- • clean build succeeds
- • services become healthy
- • CI reproduces the container build
Preuves publiques
Limites
- • La preuve couvre build, runtime non-root, Compose, health check et smoke test; elle ne prouve pas Kubernetes ni un déploiement cloud de production.
Backend Prototype
PUBLIC PROOFLivrer une petite API HTTP avec contrat clair, validation et procédure de test.
Tool-first route
- 01Définir d'abord les endpoints et exemples de requêtes/réponses.
- 02Choisir FastAPI quand OpenAPI interactif apporte de la valeur.
- 03Utiliser Node.js quand il réduit les dépendances dans un projet JavaScript existant.
- 04Tester les endpoints avant toute infrastructure supplémentaire.
- 05Dockeriser seulement si cela améliore réellement la livraison.
Outils primaires
- • FastAPI + OpenAPI
- • Node.js
Fallback
- • Docker
- • curl pour smoke tests
Livrables
- • API minimale
- • endpoints documentés
- • validation d'entrée
- • smoke tests
- • README
Acceptance gate
- • endpoints répondent comme documenté
- • erreurs 4xx/5xx contrôlées
- • configuration externe
- • test reproductible
Packages de lancement
Scope
- • up to 3 simple endpoints
- • JSON requests/responses
- • basic validation
Livrables
- • backend source
- • health endpoint
- • README
- • smoke tests
Exclusions
- • database
- • authentication
- • production hosting
- • payments
Acceptance
- • documented endpoints respond as specified
- • invalid input returns controlled errors
Scope
- • up to 6 endpoints
- • OpenAPI or equivalent contract
- • simple in-memory or file-backed persistence when appropriate
Livrables
- • API source
- • contract/docs
- • tests
- • configuration template
- • setup guide
Exclusions
- • enterprise auth
- • complex relational model
- • managed production database
Acceptance
- • core create/read/update flow passes when included
- • contract and tests match implementation
ADVANCED
Backend Demo Pack
Scope
- • up to 8 bounded endpoints
- • structured validation/error handling
- • Docker packaging
- • CI tests
Livrables
- • backend prototype
- • API docs
- • tests
- • Docker files
- • CI proof
- • runbook
Exclusions
- • production SLA
- • large-scale architecture
- • regulated payment/custody systems
- • penetration testing
Acceptance
- • documented demo scenario passes end to end
- • CI is green
- • containerized run is reproducible
Preuves publiques
Limites
- • La preuve publique couvre une API HTTP bornée avec OpenAPI, validation et tests; elle ne revendique ni base persistante ni déploiement production.
Technical Audit
PUBLIC PROOFTrouver rapidement les problèmes d'installation, structure, tests, CI, dépendances et documentation.
Tool-first route
- 01Lire README, package manifest et workflows avant toute modification.
- 02Exécuter les vérifications natives du projet.
- 03Inspecter git diff, historique pertinent et état CI avec git/gh.
- 04Classer les constats par bloquant, risque et amélioration.
- 05Proposer des correctifs reproductibles et vérifiables.
Outils primaires
- • git
- • gh CLI
- • ESLint
- • npm audit / tests natifs
Fallback
- • scripts de secret scan
- • Docker pour reproduire un environnement
Livrables
- • rapport d'audit
- • liste priorisée
- • correctifs optionnels
- • commandes de reproduction
- • preuves avant/après
Acceptance gate
- • chaque constat cite un fichier/commande
- • séparation faits / recommandations
- • aucun faux positif présenté comme certitude
Packages de lancement
Scope
- • 1 small repository
- • installation/build/test/documentation inspection
- • up to 10 prioritized findings
Livrables
- • audit report
- • reproduction commands
- • priority list
Exclusions
- • penetration testing
- • legal/security certification
- • full remediation
Acceptance
- • each reported finding references observable evidence
- • severity rationale is documented
STANDARD
Technical Audit + Fixes
Scope
- • 1 repository
- • audit plus up to 3 bounded corrective patches
- • CI/documentation review
Livrables
- • audit report
- • patches
- • before/after verification
- • next-step list
Exclusions
- • major architecture rewrite
- • security pentest
- • dependency migration across major versions
Acceptance
- • selected fixes reproduce
- • verification commands pass or remaining failures are documented
ADVANCED
Evidence Audit Pack
Scope
- • code/repo/CI/docs consistency audit
- • claim-to-evidence mapping
- • up to 5 bounded fixes
Livrables
- • structured audit
- • evidence map
- • patches
- • verification log
- • risk/next-actions register
Exclusions
- • formal compliance audit
- • penetration test
- • production incident response
Acceptance
- • claims and evidence are explicitly separated
- • applied fixes have reproducible verification
Preuves publiques
Technical Documentation
PUBLIC PROOFRendre un projet compréhensible, installable et transmissible sans dépendre de son auteur.
Tool-first route
- 01Extraire les faits depuis le code, les scripts et la CI.
- 02Documenter installation, exécution, architecture et limites.
- 03Utiliser Markdown comme format canonique portable.
- 04Ajouter Mermaid uniquement quand un diagramme clarifie réellement le système.
- 05Vérifier chaque commande documentée.
Outils primaires
- • Markdown
- • Mermaid
- • GitHub
Fallback
- • GitHub Pages / documentation statique
Livrables
- • README
- • SETUP.md
- • architecture
- • runbook
- • limitations et preuves
Acceptance gate
- • commandes testables
- • architecture cohérente avec le code
- • limitations explicites
- • liens valides
Packages de lancement
Scope
- • 1 README
- • project summary
- • install/run/use sections
Livrables
- • rewritten README
- • verified command formatting
Exclusions
- • full architecture discovery
- • API reference generation
- • translation set
Acceptance
- • README reflects supplied/project-observed behavior
- • commands are internally consistent
Scope
- • README + SETUP + architecture overview
- • one Mermaid diagram when useful
Livrables
- • documentation set
- • architecture diagram
- • verification checklist
Exclusions
- • large product manual
- • legal/compliance documentation
- • continuous maintenance
Acceptance
- • new contributor path is documented
- • architecture statements map to repository evidence
ADVANCED
Reproducibility Docs Pack
Scope
- • README + setup + runbook + architecture + limitations/evidence sections
Livrables
- • complete documentation pack
- • diagram(s)
- • runbook
- • evidence links
- • known limitations
Exclusions
- • formal standards certification
- • user research
- • ongoing documentation retainer
Acceptance
- • documented verification path is executable
- • limitations and assumptions are explicit
Preuves publiques