Notre avis
Analyse les notes récentes et les messages Slack pour identifier des décisions, en extrait le contexte et propose de mettre à jour les journaux de décisions des projets.
Points forts
- Identifie automatiquement les décisions à partir de notes en texte libre
- Intègre Slack pour capturer les décisions asynchrones
- Vérifie les doublons avant d'ajouter aux journaux
- Regroupe les décisions par projet pour une révision facile
Limites
- Dépend de phrases décisionnelles spécifiques ; peut manquer des décisions informelles
- Nécessite que les fichiers de projet aient une section Journal des décisions ou propose d'en créer une
- L'analyse Slack dépend de la disponibilité du MCP et des autorisations
Utilisez-le lorsque vous devez capturer et journaliser systématiquement les décisions issues de réunions, rapports et conversations Slack pour maintenir un journal des décisions de projet à jour.
Ne l'utilisez pas pour suivre des éléments d'action ou des tâches ; la compétence fait explicitement la distinction entre décisions et actions.
Analyse de sécurité
SûrThe skill scans notes and optionally Slack for decision language and offers to update project decision logs. It uses safe file operations (Read, Glob, Grep, Edit for appending) and asks before writing. There is no dangerous command execution or data exfiltration. The Slack MCP only retrieves the user's own messages. It is a safe, informative skill.
Aucun point d'attention détecté
Exemples
Scan my weekly reports and meeting notes from the last two weeks for any decisions that need to be logged in project files.Use --include-slack to scan my Slack messages from this week for decisions and offer to add them to the decision logs.Look for decisions related to Project Alpha in the last month's notes from my vault.name: decision-extractor description: Scan recent notes for decision language and offer to update project Decision Logs allowed-tools: Read, Edit, Glob, Grep, mcp__playground-slack-mcp__get_messages
Decision Extractor
Scan recent notes (weekly reports, meetings) for decision language and surface decisions that should be logged in project files.
Arguments
- Time range (optional): "this week", "last 2 weeks", "this month" (default: last 2 weeks)
- Project filter (optional): Only look for decisions about a specific project
--include-slack: Also scan Slack for decision language (default: vault only)
Steps
-
Find files to scan:
- Glob recent weekly reports based on time range
- Glob meeting notes in those week folders
- If project filter, narrow scope
-
Scan vault for decision language: Pattern match for phrases indicating decisions:
- "decided to", "decision:", "the call is"
- "agreed on", "agreed to", "we'll go with"
- "chose to", "choosing", "selected"
- "approved", "signed off on"
- "not doing", "won't pursue", "deprioritizing"
- "the plan is", "moving forward with"
- "resolved to", "committed to"
-
Scan Slack for decisions (if --include-slack):
- Use
mcp__playground-slack-mcp__get_messageswith action:my_messages - Time range: Match the vault time range argument
- Search sent messages and @mentions for same decision patterns
- These are "async decisions" that may not have made it to vault notes
- Skip gracefully if Slack MCP unavailable
- Use
-
Extract decision context:
- The decision itself
- Date (from file or section)
- People involved (if mentioned)
- Project/topic it relates to
- Rationale (if stated)
- Source: vault file or Slack (channel + thread link)
-
Match to projects:
- For each decision, identify which project it relates to
- Check if project has a Decision Log section
- Check if decision is already logged
-
Present findings:
- Show decisions found
- Indicate which are already logged vs. new
- Group by project
- Mark Slack decisions with source channel
-
Offer to update:
- For new decisions, ask if user wants to add to Decision Log
- If confirmed, use Edit tool to append to project file
Output Format
## Decisions Found ([time range])
### [[project-1]]
**Already Logged:**
- [Date]: [Decision] ?
**New (not in Decision Log):**
- [Date]: [Decision]
- Source: `meeting-2025-01-06-person.md`
- Context: [brief rationale if found]
- -> Add to Decision Log? [Y/N]
### [[project-2]]
**New:**
- [Date]: [Decision]
- Source: `weekly-report-w02.md`
- -> Add to Decision Log? [Y/N]
### Unmatched (no clear project)
- [Date]: [Decision]
- Source: [file]
- Possible projects: [[project-a]], [[project-b]]
### From Slack (--include-slack)
- [Date]: [Decision]
- Source: #[channel] ([thread link])
- Participants: @person1, @person2
- -> Add to Decision Log? [Y/N]
Decision Log Format
When adding to project files, use this table format:
## Decision Log
| Date | Decision | Context |
|------|----------|---------|
| 2025-01-06 | Chose Figma over Sketch for prototypes | Team familiarity, better collaboration |
| 2025-01-08 | Scoped out mobile for v1 | #proj-channel (Slack) |
For Slack decisions, include channel name as context. Link to thread if available.
Notes
- Don't add duplicates. Check existing Decision Log first.
- If a project doesn't have a Decision Log section, offer to create one
- For decisions that span multiple projects, log in the primary project and note the connection
- "Context" should be brief (one sentence). Link to source file for details.
- Ask before writing. This skill modifies files.
- Some "decisions" are actually action items. Use judgment. Decisions are choices between options; actions are tasks to do.
Generateur de Documentation API
Documentation
Genere automatiquement de la documentation API OpenAPI/Swagger.
Rédacteur Technique
Documentation
Rédige de la documentation technique claire selon les meilleurs style guides.
Système de formulaires de documentation typés
Documentation
Utilisez la syntaxe `(doc ...)` pour ajouter des annotations typées, des descriptions, des tâches (todo) et d'autres métadonnées directement dans le code Scheme. Les annotations sont extractibles via des commandes comme lf-todo et lf-types, et s'intègrent au vérificateur de types, où les déclarations de type dans les doc prennent le pas sur l'inférence. Idéal pour documenter les fonctions, marquer des déprécations ou lister des améliorations localisées sans recourir à un système externe.