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 et Drive Map

1. confirmer le service visé : Drive, Sheets, Docs ou Agenda
2. si la demande porte sur un document Drive, commencer par Drive Map pour savoir où chercher
3. qualifier le type de document : source brute, livrable actif, asset, commercial, opérations, contenu ou archive
4. vérifier si le document est rangé dans un dossier repère clair ou s’il apparaît comme document partagé / transverse hors arborescence principale
5. confirmer le périmètre de l’action si elle crée, modifie, partage ou supprime
6. exécuter l’action demandée dans le périmètre autorisé
7. si le document devient structurant, le rattacher à une page canonique du brain avec contexte, usage et statut
8. documenter dans le brain si cela crée une nouvelle règle, un nouveau repère Drive 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

Workflow 9 — Routine Drive du Brain Operator

1. repartir de Drive Map
2. revoir les repères Drive déjà confirmés
3. lister les nouveaux documents ou assets visibles
4. distinguer ce qui est rangé dans un dossier repère de ce qui apparaît comme document partagé / transverse
5. qualifier chaque élément utile : source, asset, commercial, opérations, contenu, archive
6. mettre à jour Sources & References quand une pièce devient durable
7. rattacher les documents structurants aux bonnes pages canoniques
8. enrichir Drive Map si un nouveau repère stable apparaît
9. publier Quartz si la cartographie ou les rattachements ont évolué utilement
10. vérifier publiquement avant de considérer la routine comme terminée

Commande de référence :

• python3 scripts/brain_publication_flow.py