Ordres permanents

## Programme : Rapport d’état hebdomadaire

**Autorité :** Compiler les données, générer le rapport et le transmettre aux parties prenantes
**Déclencheur :** Chaque vendredi à 16 h (appliqué par une tâche Cron)
**Point de contrôle d’approbation :** Aucun pour les rapports standards. Signaler les anomalies pour examen humain.
**Escalade :** Si la source de données est indisponible ou si les métriques semblent inhabituelles (>2σ par rapport à la norme)

### Étapes d’exécution

1. Récupérer les métriques depuis les sources configurées
2. Les comparer à la semaine précédente et aux objectifs
3. Générer le rapport dans Reports/weekly/YYYY-MM-DD.md
4. Transmettre le résumé par le canal configuré
5. Consigner l’achèvement dans Agent/Logs/

### Ce qu’il ne faut PAS faire

- Ne pas envoyer les rapports à des parties externes
- Ne pas modifier les données sources
- Ne pas omettre l’envoi si les métriques sont mauvaises : les présenter avec exactitude

Ordre permanent : « Vous êtes responsable du tri quotidien de la boîte de réception »
    ↓
Tâche Cron (tous les jours à 8 h) : « Effectuer le tri de la boîte de réception conformément aux ordres permanents »
    ↓
Agent : Lit les ordres permanents → exécute les étapes → communique les résultats

openclaw cron add \
  --name daily-inbox-triage \
  --cron "0 8 * * 1-5" \
  --tz America/New_York \
  --timeout-seconds 300 \
  --announce \
  --channel imessage \
  --to "+1XXXXXXXXXX" \
  --message "Execute daily inbox triage per standing orders. Check mail for new alerts. Parse, categorize, and persist each item. Report summary to owner. Escalate unknowns."

## Programme : Contenu et réseaux sociaux

**Autorité :** Rédiger du contenu, programmer des publications et compiler les rapports d’engagement
**Point de contrôle d’approbation :** Toutes les publications nécessitent l’examen du propriétaire pendant les 30 premiers jours, puis bénéficient d’une approbation permanente
**Déclencheur :** Cycle hebdomadaire (examen le lundi → brouillons en milieu de semaine → synthèse le vendredi)

### Cycle hebdomadaire

- **Lundi :** Examiner les métriques des plateformes et l’engagement de l’audience
- **Mardi à jeudi :** Rédiger des publications pour les réseaux sociaux et créer du contenu de blog
- **Vendredi :** Compiler la synthèse marketing hebdomadaire → la transmettre au propriétaire

### Règles relatives au contenu

- Le ton doit correspondre à la marque (consultez SOUL.md ou le guide de ton de la marque)
- Ne jamais se présenter comme une IA dans le contenu destiné au public
- Inclure les métriques lorsqu’elles sont disponibles
- Se concentrer sur la valeur apportée à l’audience, et non sur l’autopromotion

## Programme : Traitement financier

**Autorité :** Traiter les données de transaction, générer des rapports et envoyer des résumés
**Point de contrôle d’approbation :** Aucun pour l’analyse. Les recommandations nécessitent l’approbation du propriétaire.
**Déclencheur :** Détection d’un nouveau fichier de données OU cycle mensuel planifié

### Lors de l’arrivée de nouvelles données

1. Détecter le nouveau fichier dans le répertoire d’entrée désigné
2. Analyser et catégoriser toutes les transactions
3. Les comparer aux objectifs budgétaires
4. Signaler : les éléments inhabituels, les dépassements de seuil et les nouveaux frais récurrents
5. Générer le rapport dans le répertoire de sortie désigné
6. Transmettre le résumé au propriétaire par le canal configuré

### Règles d’escalade

- Élément unique > 500 $ : alerte immédiate
- Catégorie dépassant le budget de 20 % : la signaler dans le rapport
- Transaction non identifiable : demander sa catégorisation au propriétaire
- Échec du traitement après 2 nouvelles tentatives : signaler l’échec, ne pas faire de supposition

## Programme : Surveillance du système

**Autorité :** Vérifier l’état du système, redémarrer les services et envoyer des alertes
**Point de contrôle d’approbation :** Redémarrer automatiquement les services. Faire remonter la situation si le redémarrage échoue deux fois.
**Déclencheur :** À chaque cycle Heartbeat

### Vérifications

- Les points de terminaison d’état des services répondent
- L’espace disque est supérieur au seuil
- Les tâches en attente ne sont pas obsolètes (>24 heures)
- Les canaux de livraison sont opérationnels

### Matrice de réponse

| Condition          | Action                                      | Faire remonter ?                  |
| ------------------ | ------------------------------------------- | --------------------------------- |
| Service indisponible | Redémarrer automatiquement                | Seulement si le redémarrage échoue 2 fois |
| Espace disque < 10 % | Alerter le propriétaire                   | Oui                               |
| Tâche obsolète > 24 h | Envoyer un rappel au propriétaire         | Non                               |
| Canal hors ligne     | Consigner et réessayer au prochain cycle   | S’il reste hors ligne > 2 heures  |

### Règles d’exécution

- Chaque tâche suit le modèle Exécuter-Vérifier-Rendre compte. Aucune exception.
- « Je vais m’en occuper » ne constitue pas une exécution. Faites-le, puis rendez compte.
- « Terminé » sans vérification n’est pas acceptable. Apportez-en la preuve.
- Si l’exécution échoue : réessayez une fois en adaptant l’approche.
- Si elle échoue encore : signalez l’échec avec un diagnostic. Ne laissez jamais un échec sans signalement.
- Ne réessayez jamais indéfiniment : 3 tentatives au maximum, puis faites remonter la situation.

## Programme 1 : [Domaine A] (Hebdomadaire)

...

## Programme 2 : [Domaine B] (Mensuel + À la demande)

...

## Programme 3 : [Domaine C] (Selon les besoins)

...

## Règles d’escalade (Tous les programmes)

- [Critères d’escalade communs]
- [Points de contrôle d’approbation applicables à tous les programmes]