Workflows

Rôle

Cette page documente les workflows vivants du brain Quartz Tastiie.

Workflow 1 — Documentation demandée

1. comprendre la demande
2. écrire dans la bonne section du brain
3. mettre à jour l’index si nécessaire
4. publier sur Quartz live
5. vérifier publiquement
6. envoyer le lien Quartz

Workflow 2 — Signal vers canonique

1. capter le signal
2. le normaliser
3. vérifier s’il existe déjà une page de vérité
4. promouvoir vers la page canonique si durable
5. noter les contradictions si l’info est en tension

Workflow 3 — Signal vers idée

1. capter le signal
2. qualifier son potentiel
3. rattacher l’idée à un sujet canonique
4. la classer dans une shortlist ou une page dédiée

Workflow 4 — Revue hebdomadaire du brain

1. relire décisions, contradictions et learnings
2. nettoyer les redondances
3. vérifier les pages devenues floues
4. consolider les prochains arbitrages
5. publier les mises à jour utiles

Workflow 5 — Capture quotidienne et routage

1. capter le signal dans Format-Standard-Note-Signal
2. qualifier sa durabilité et son impact
3. router vers canonique, clients, website, idées ou archive
4. promouvoir si le signal change une vérité utile
5. publier Quartz et transmettre le lien

Workflow 6 — Usage Google Workspace

1. confirmer le service visé : Drive, Sheets, Docs ou Agenda
2. confirmer le périmètre de l’action si elle crée, modifie, partage ou supprime
3. exécuter l’action demandée dans le périmètre autorisé
4. documenter dans le brain si cela crée une nouvelle règle ou un nouvel usage durable

Workflow 7 — Relecture conformité Lemlist avant lancement

1. relire la cible, l’angle et le sender
2. relire chaque email réellement prévu dans la séquence
3. vérifier la présence du désabonnement natif Lemlist
4. si le natif n’est pas correctement en place, ajouter un fallback manuel provisoire
5. bloquer le lancement tant que le désabonnement n’est pas clair
6. traiter toute demande de retrait prospect comme un signal de conformité à corriger

Workflow 8 — Publication sécurisée du brain Quartz

1. finaliser la note dans la source de travail
2. relire les changements utiles dans le versionnement local
3. lancer la commande unique de préparation de publication
4. relire le bundle utile généré
5. mettre à jour l’index de section et les pages liées si nécessaire si le bundle révèle un manque
6. publier la note, l’index et les pages transversales utiles sur la source live
7. reconstruire la version publiée
8. vérifier publiquement la section, la page cible et les marqueurs de contenu
9. contrôler la dérive entre source de travail et live
10. transmettre le lien uniquement après validation publique

Commande de référence :

• python3 scripts/brain_publication_flow.py