cost-audit

name	cost-audit
description	Audite les coûts d'hébergement et cloud (VPS Hostinger, Vercel, APIs). Estimation multi-provider, tableau mensuel, alerte killswitch sur dépassement de budget + recommandations d'optimisation.
version	1.1.0
platforms	["linux","macos"]
metadata	{"hermes":{"tags":["cost","hosting","hostinger","vps","cloud","budget"],"related_skills":["github","vps-pipeline"],"model":"deepseek-v4-full","cron":"0 9 1 * *"}}

cost-audit

Adaptation de picsou (56) — ULK → Hermes. Carte : docs/backlog/2026-06-28-SPEC-HERMES-COST-AUDIT/CARD.md (P3, GitHub #270).

Audit des coûts d'hébergement infra (VPS Hostinger, Vercel/Netlify, frais API). Consolide la facturation disponible, calcule un coût mensuel estimé par service, suggère des optimisations (redimensionnement VPS, migration provider, tiers gratuits).

Runtime & modèles

• DeepSeek V4 full : lecture inventaire, calculs, structuration tableau, raisonnement recommandations (tier ULK haiku → DeepSeek full).
• Pas de délégation coding : la skill lit un fichier de config vault et écrit un rapport Markdown. Aucune écriture de code source → tout reste DeepSeek.
• cron : rapport mensuel le 1er du mois (0 9 1 * *).

Vault

• lecture de Resources/infra/services.md (inventaire : nom, provider, type, plan, coût mensuel, usage, budget_max mensuel infra) + écriture rapport Resources/reports/cost-audit-YYYY-MM.md.

Estimation multi-provider

Estimation structurée par catégorie, jamais une simple comparaison VPS. Chaque coût est calculé usage × tarif contractuel (pas le tarif catalogue), et le total croise trois familles :

Famille	Providers types	Méthode de calcul (usage × tarif)
VPS	Hostinger KVM1/KVM2 · Hetzner CX22 · OVH	prix plan fixe/mois (contractuel réel)
PaaS / serverless	Vercel · Netlify	forfait + (bande passante Go × €/Go) + (invocations × €/M)
APIs / services	Stripe · Resend · DB managée	volume mensuel × tarif unitaire contractuel

Pour un dépassement de budget ou une migration envisagée, comparer ≥ 2 providers par famille.

Killswitch (budget infra — alerte, jamais coupure auto)

Garde-fou central hérité de picsou, porté sur le budget INFRA (pas les tokens). Le champ budget_max de l'inventaire est le seuil.

1. Si le total mensuel — ou un service isolé — dépasse budget_max → écrire une alerte 🔴 en tête de rapport (montant, dépassement, service en cause).
2. Émettre une recommandation de coupure/downscale ciblée sur les services au-dessus du seuil.
3. Aucune action n'est exécutée : la coupure reste une action humaine explicite. Le rapport marque chaque item à confirmer (coupure humaine requise) — jamais de coupure/downscale auto.

Procédure

1. Lire Resources/infra/services.md (nom · provider · type · plan · coût mensuel · usage · budget_max).
2. Calculer le coût par service (usage × tarif contractuel) + total mensuel + répartition par provider.
3. Estimation multi-provider (VPS · PaaS · APIs) sur les familles en jeu ; ≥ 2 providers si migration envisagée.
4. Killswitch : comparer total et services isolés à budget_max → alerte 🔴 + recommandation de coupure à confirmation humaine.
5. Section recommandations « quick wins » (redimensionnement, migration, suppression services inutilisés).
6. Écrire le rapport dans Resources/reports/.

Critères d'acceptation

• Rapport mensuel avec total et répartition par provider, coûts calculés usage × tarif contractuel.
• Estimation multi-provider couvrant les 3 familles (VPS · PaaS · APIs) avec la méthode de calcul explicite.
• Killswitch : dépassement de budget_max → alerte 🔴 + recommandation de coupure à confirmation humaine, jamais auto.
• Section « quick wins » avec au moins 1 recommandation concrète.
• S'articule avec vps-pipeline si présente (lecture des services déployés).

Pièges

• Tarifs Hostinger variables (promotions) : stocker le tarif contractuel réel, pas le tarif catalogue.
• Le killswitch alerte et recommande, il ne coupe jamais : couper un service est une décision humaine.
• Ne pas inclure les coûts tokens Claude Code (scope picsou ULK, pas cost-audit Hermes) — le killswitch porte sur le budget infra, pas sur les tokens.