daily

name	daily
description	Briefing matinal. Collecte le contexte de ton vault (journal de la veille, note hebdo, kanban), + ton agenda et tes brouillons email si tu les as connectés, crée le squelette du journal du jour (zéro case à cocher) et produit un briefing actionnable. Usage : /daily

Daily - briefing matinal

Briefing du matin : collecte du contexte (vault + agenda + email, ces deux derniers optionnels) -> création du squelette du journal du jour -> synthèse actionnable.

Principe : le fichier daily est un journal, pas une todo-list. Aucune case à cocher dedans. La source unique des tâches est ton kanban tasks.md. Le briefing (dans le chat) pointe vers les cartes, il ne les recopie pas.

Convention attendue (adaptable)

Comme weekly, ce skill suppose un pilotage simple (adapte les chemins à ton vault) :

• kanban unique tasks.md (seule surface cochable) ;
• note hebdo weekly/AAAA-WXX.md (le sens de la semaine) ;
• journaux quotidiens daily/AAAA-MM-JJ.md.

Phase 1 : Contexte temporel

Déterminer : date du jour (TODAY), veille (YESTERDAY = vendredi si on est lundi), numéro de semaine ISO, est-ce lundi. Horaires dans ton fuseau local. Trouver la note hebdo en cours (weekly/AAAA-WXX.md, source de vérité des priorités) et le journal de la veille (daily/{YESTERDAY}.md). Si pas de note hebdo : recommander de lancer /weekly.

Phase 2 : Collecte (en parallèle si possible)

1. Vault (toujours) :

   • journal de la veille : sections "Réalisé", "Non fait", "Décisions" ;
   • note hebdo en cours : les priorités de la semaine (narratif) ;
   • si lundi : aussi les journaux du vendredi et du week-end ;
   • tasks.md : cartes taguées #semaine/WXX, cartes "En cours", cartes "On attend" dont la relance est due (@{TODAY} ou avant), cartes "Cette semaine" du jour.

2. Agenda (optionnel) : si tu as un connecteur d'agenda, lister les events du jour en timeline. Sinon : "Pas d'agenda connecté - journée libre".

3. Brouillons email (optionnel) : si tu as un connecteur email, lister les brouillons en attente d'envoi (destinataire + résumé + date). Sinon : sauter.

Phase 3 : Squelette du journal

Créer daily/{TODAY}.md s'il n'existe pas :

# {TODAY}

**Semaine** : [[weekly/AAAA-WXX|WXX]]

## Agenda

- {event 1} ({durée})
- ...

## Réalisé

(à remplir au fil de la session)

## Décisions

(à remplir au fil de la session, si applicable)

## Non fait

(à remplir en fin de journée)

Règles : aucune case à cocher ; agenda = lignes texte simples ; les sections Réalisé/Décisions/Non fait sont créées vides. Si le fichier existe déjà : ne pas l'écraser, juste compléter ## Agenda si des events manquent, ne pas toucher le reste.

Phase 4 : Briefing (chat)

Présenter la synthèse dans le chat (riche), le fichier reste minimal :

## Briefing - {TODAY}

### Agenda
- {event} ({durée})

### Priorités du jour (top 3)
1. **P0/P1** - {carte tasks.md} - {pourquoi aujourd'hui}
2. ...

### Relances à faire
- {personne} : {carte "On attend" échue @{date}}

### Brouillons à envoyer
- {destinataire} - {résumé} (brouillon {date})

### Contexte semaine
{narratif 2-3 lignes depuis la note hebdo}

### Rappel hier
- Fait : {3 puces max}
- Pas fait : {puces + raison}

Priorisation (rubrique P0-P3) :

• P0 : bloque quelqu'un d'autre (client, partenaire) ;
• P1 : deadline externe ;
• P2 : compose dans le temps (contenu, système, process) ;
• P3 : tout le reste.

Règles du briefing : sections vides omises ; si lundi, ajouter un "Rattrapage week-end" avant les priorités ; les top 3 pointent vers une carte tasks.md existante (si une priorité évidente n'a pas de carte, proposer de la créer) ; ne pas écrire les priorités dans le fichier daily.

Règles

• Accents complets dans le fichier daily.
• Ne jamais envoyer de message : le briefing est informatif.
• Dates absolues, jamais relatives.
• Idempotent : relancer /daily ne casse pas un journal existant (ne complète que ## Agenda).
• Si une source optionnelle (agenda, email) est indisponible : warning et continuer.
• Ne pas inventer de tâches ou d'events absents des sources.
• Zéro case à cocher dans le journal. Toute tâche vit dans tasks.md.
• Pas de report d'une tâche d'un journal à l'autre : si elle n'est pas faite, elle reste dans tasks.md.