feat(fusion): format commun des skills (ACC-4.5), pilote réunion → ObsiGate (ACC-6.2), contrat panneau (ACC-4.4) — 7.84.0
This commit is contained in:
@@ -0,0 +1,46 @@
|
||||
---
|
||||
name: compte-rendu-reunion
|
||||
description: >
|
||||
Transforme une note brute de réunion en compte rendu structuré
|
||||
(décisions et actions) dans Flowdeck. À utiliser quand Bruno demande
|
||||
un compte rendu, un CR ou une synthèse décisionnelle à partir d'une
|
||||
note de réunion.
|
||||
version: 1.0.0
|
||||
apps: [flowdeck]
|
||||
domaines: [pro, famille, perso]
|
||||
outils:
|
||||
- flowdeck.search_workspace
|
||||
- flowdeck.read_document
|
||||
ecritures:
|
||||
- action: flowdeck.create_document
|
||||
approbation: selon-portee
|
||||
- action: flowdeck.write_blocks
|
||||
approbation: selon-portee
|
||||
---
|
||||
|
||||
## Quand l'utiliser
|
||||
|
||||
Quand Bruno fournit une note de réunion brute — ou demande de la
|
||||
retrouver dans le workspace — et veut un compte rendu propre :
|
||||
décisions prises, actions avec responsable et échéance, points
|
||||
ouverts. Ne pas l'utiliser pour un simple résumé informatif sans
|
||||
décisions (voir `resume-document`).
|
||||
|
||||
## Procédure
|
||||
|
||||
1. Retrouver la note de réunion si elle n'est pas fournie
|
||||
(search_workspace), puis la lire intégralement (read_document).
|
||||
2. Créer un document « CR — <titre> » (create_document).
|
||||
3. Y écrire (write_blocks) la structure : Contexte · Décisions
|
||||
prises · Actions (avec responsable et échéance) · Points ouverts.
|
||||
4. Ne garder que ce qui est dans la note ; lister explicitement les
|
||||
points manquants plutôt que de les combler.
|
||||
|
||||
## Garde-fous
|
||||
|
||||
- Aucune décision ni action inventée : tout vient de la note lue.
|
||||
- N'agir que dans les domaines déclarés ; un besoin croisé entre
|
||||
domaines est signalé, jamais contourné.
|
||||
- L'écriture du document suit la politique d'approbation de l'agent
|
||||
(section `ecritures`) : le contenu exact est présenté avant
|
||||
exécution quand la portée l'exige.
|
||||
@@ -0,0 +1,46 @@
|
||||
---
|
||||
name: rapport-hebdo
|
||||
description: >
|
||||
Agrège les pages et documents modifiés de la semaine dans Flowdeck
|
||||
et rédige un rapport structuré de l'équipe. À utiliser quand Bruno
|
||||
demande le rapport hebdomadaire, un bilan de semaine ou l'état
|
||||
d'avancement de l'équipe.
|
||||
version: 1.0.0
|
||||
apps: [flowdeck]
|
||||
domaines: [pro]
|
||||
outils:
|
||||
- flowdeck.search_workspace
|
||||
- flowdeck.read_document
|
||||
ecritures:
|
||||
- action: flowdeck.create_document
|
||||
approbation: selon-portee
|
||||
- action: flowdeck.write_blocks
|
||||
approbation: selon-portee
|
||||
---
|
||||
|
||||
## Quand l'utiliser
|
||||
|
||||
Quand Bruno demande le rapport de la semaine : ce qui a avancé, ce
|
||||
qui bloque, ce qui a été décidé, et le plan de la semaine suivante.
|
||||
Ne pas l'utiliser pour une seule réunion (voir
|
||||
`compte-rendu-reunion`) ni pour un document unique (voir
|
||||
`resume-document`).
|
||||
|
||||
## Procédure
|
||||
|
||||
1. Repérer les pages et documents modifiés cette semaine
|
||||
(search_workspace).
|
||||
2. Lire les plus significatifs (read_document) et en extraire
|
||||
avancées, blocages et décisions.
|
||||
3. Créer un document « Rapport hebdo — <date> » (create_document) et
|
||||
y écrire (write_blocks) la structure : Résumé · Faits marquants ·
|
||||
Blocages · Plan de la semaine prochaine.
|
||||
|
||||
## Garde-fous
|
||||
|
||||
- Chaque affirmation s'appuie sur un document lu, jamais sur une
|
||||
supposition ; une section sans élément le dit explicitement.
|
||||
- Domaine professionnel uniquement (domaine déclaré) : ne pas
|
||||
mélanger des contenus famille ou perso au rapport d'équipe.
|
||||
- L'écriture suit la politique d'approbation de l'agent (section
|
||||
`ecritures`).
|
||||
@@ -0,0 +1,45 @@
|
||||
---
|
||||
name: resume-document
|
||||
description: >
|
||||
Résume un document long de Flowdeck en une page : points clés,
|
||||
chiffres marquants, décisions et questions ouvertes. À utiliser
|
||||
quand Bruno demande de résumer, condenser ou synthétiser un
|
||||
document précis.
|
||||
version: 1.0.0
|
||||
apps: [flowdeck]
|
||||
domaines: [pro, famille, perso]
|
||||
outils:
|
||||
- flowdeck.search_workspace
|
||||
- flowdeck.read_document
|
||||
ecritures:
|
||||
- action: flowdeck.create_document
|
||||
approbation: selon-portee
|
||||
- action: flowdeck.write_blocks
|
||||
approbation: selon-portee
|
||||
---
|
||||
|
||||
## Quand l'utiliser
|
||||
|
||||
Quand Bruno désigne un document — ou demande de le retrouver — et
|
||||
veut l'essentiel en une page. Ne pas l'utiliser pour agréger
|
||||
plusieurs documents sur une période (voir `rapport-hebdo`) ni pour
|
||||
produire un compte rendu décisionnel de réunion (voir
|
||||
`compte-rendu-reunion`).
|
||||
|
||||
## Procédure
|
||||
|
||||
1. Retrouver le document s'il n'est pas fourni (search_workspace),
|
||||
puis le lire intégralement (read_document).
|
||||
2. Créer un document « Résumé — <titre> » (create_document).
|
||||
3. Y écrire (write_blocks) : 5 points clés, chiffres marquants,
|
||||
décisions/engagements, questions restées ouvertes. Maximum une
|
||||
page, phrases courtes.
|
||||
|
||||
## Garde-fous
|
||||
|
||||
- Aucune reformulation qui change le sens ; en cas de doute,
|
||||
citer le passage plutôt que l'interpréter.
|
||||
- N'agir que dans les domaines déclarés ; un besoin croisé entre
|
||||
domaines est signalé, jamais contourné.
|
||||
- L'écriture suit la politique d'approbation de l'agent (section
|
||||
`ecritures`).
|
||||
Reference in New Issue
Block a user