Comment les regles validees deviennent des templates reutilisables qui standardisent le comportement des agents.

Des regles aux templates

Une regle dit "quoi faire". Un template dit "comment le faire de maniere standard". Quand suffisamment de regles touchent le meme domaine, elles fusionnent en template.

Quand creer un template

Signal	Exemple
5+ regles sur le meme domaine	5 regles sur le format des tweets
Processus repete identiquement	Le brief suit toujours le meme format
Plusieurs agents font la meme chose	Tous les rapports ont la meme structure
L'utilisateur demande de la consistance	"Tous les posts devraient avoir le meme style"

Pipeline regle → template

Regles individuelles (5+)
       ↓
  Groupement par domaine
       ↓
  Extraction des patterns communs
       ↓
  Redaction du template
       ↓
  Test sur 3 outputs
       ↓
  Validation utilisateur
       ↓
  Template actif

Exemple concret : template de tweet

Les regles d'origine

R-001 : Max 200 caracteres
R-003 : Pas de hashtags
R-007 : Toujours commencer par un hook
R-012 : Un seul emoji max (au debut)
R-015 : Pas de liens dans le tweet principal
R-018 : Ton professionnel mais accessible

Le template genere

template:
  id: TPL-TWEET
  name: "Tweet standard"
  agent: social-manager
  version: 1.0

  constraints:
    max_length: 200
    hashtags: false
    links: false
    emojis:
      max: 1
      position: start

  structure:
    - hook: "Phrase d'accroche (max 60 caracteres)"
    - body: "Contenu principal (max 120 caracteres)"
    - cta: "Call to action optionnel (max 40 caracteres)"

  tone: "Professionnel, accessible, direct. Pas de jargon."

  examples:
    good:
      - "Les 3 erreurs que font 90% des solopreneurs. La deuxieme va vous surprendre."
      - "J'ai automatise 80% de mon business. Voici comment."
    bad:
      - "Check out my new post! #entrepreneur #hustle #grind"
      - "Aujourd'hui j'ai fait plein de trucs et j'ai envie de partager..."

Types de templates

Type	Usage	Exemples
Template de contenu	Generer du contenu	Tweet, post LinkedIn, email
Template de rapport	Generer des rapports	Brief, debrief, rapport mensuel
Template de notification	Formatter les alertes	Alerte erreur, validation groupee
Template de processus	Standardiser un workflow	Onboarding, deploiement
Template de decision	Aider a decider	Escalade, prioritisation

Ou vivent les templates

.openclaw/templates/
├── content/
│   ├── tweet.yaml
│   ├── linkedin-post.yaml
│   └── email-digest.yaml
├── reports/
│   ├── daily-brief.yaml
│   ├── daily-debrief.yaml
│   └── monthly-report.yaml
├── notifications/
│   ├── alert-error.yaml
│   └── validation-group.yaml
└── processes/
    ├── agent-onboarding.yaml
    └── project-launch.yaml

Versionner les templates

Chaque template a un numero de version.

Version	Quand	Action
1.0	Creation initiale	Premier usage
1.1	Ajustement mineur	Correction de formulation
2.0	Changement majeur	Restructuration

template:
  id: TPL-BRIEF
  version: 1.2
  changelog:
    - "1.0: Creation initiale"
    - "1.1: Ajout section trading"
    - "1.2: Suppression details infra (deplace dans rapport separe)"

Evaluer un template

Apres 2 semaines d'utilisation, evaluer.

Critere	Score (1-5)
L'output est-il coherent ?
L'utilisateur corrige-t-il moins ?
Le template est-il suivi a 100% ?
Les agents l'utilisent-ils facilement ?
Le template resiste-t-il aux cas edge ?

Si le score moyen est < 3, reviser le template. Si > 4, le template est stable.

!!! note "Un template n'est pas grave dans le marbre" Les templates evoluent. De nouvelles regles arrivent, le template s'adapte. Revue trimestrielle recommandee.

Lecture liee

Des observations aux regles pour l'etape precedente
Revue periodique pour le calendrier de revue
Auto-modification pour les limites de modification

Des regles aux templates

On this page