Notre avis
Crée ou lit des journaux d'apprentissage de session qui préservent la mémoire institutionnelle entre les sessions Claude Code.
Points forts
- Conserve le contexte et les décisions pour les futures sessions.
- Format structuré avec balises et connexions.
- Facilite le suivi de l'évolution du codebase.
- Complète les commits Git en documentant le pourquoi.
Limites
- Nécessite une saisie manuelle après chaque session significative.
- Limitée à l'outil Claude Code (non portable).
- Ne capture pas automatiquement les changements de code.
Après avoir accompli un travail important, découvert des motifs, pris des décisions architecturales ou corrigé des bugs non triviaux.
Pour des changements triviaux ou lorsqu'un simple commit Git suffit, car l'effort de rédaction n'est pas justifié.
Analyse de sécurité
SûrThis skill only writes structured learning logs to a project's `.claude/journeys/` directory, uses safe file operations (Read, Write, Glob), and has no network access or destructive commands. No security concerns.
Aucun point d'attention détecté
Exemples
/journey Fixed critical authentication bug in login flow/journey --list/journey --read 2026-02-20-fixed-auth-bug.mdname: journey updated: 2026-02-20 description: Create session learning logs that persist institutional memory across Claude Code sessions. user-invocable: true allowed-tools: Read, Write, Glob, Bash
Journey Skill
Create or read session learning logs that persist institutional memory across Claude Code sessions.
When to Use
Use /journey when:
- After completing significant work in a session
- After discovering important patterns or learnings
- After making architectural decisions
- After fixing non-trivial bugs
- When the session contains knowledge worth preserving
Commands
Create New Journey
/journey {title}
Creates a new journey file with a summary of the current session.
List Journeys
/journey --list
Shows all existing journeys.
Read Journey
/journey --read {filename}
Reads a specific journey file.
Show Recent
/journey --recent
Shows the 5 most recent journeys.
Journey File Format
Journeys are saved to .claude/journeys/ with naming: YYYY-MM-DD-{slug}.md
Template Structure
# Journey: {Title}
**Date:** YYYY-MM-DD
**Tags:** #tag1 #tag2 #tag3
## Summary
1-3 sentences describing what was accomplished and why it matters.
## What Was Done
1. **First major item**
- Details
- More details
2. **Second major item**
- Details
## Key Learnings
- **Learning 1**: Explanation with context
- **Learning 2**: Explanation with context
## Files Changed
| File | Change |
|------|--------|
| `path/to/file.ts` | Brief description |
## Patterns Discovered
### Pattern Name
\`\`\`code
// Example code showing the pattern
\`\`\`
## Decisions Made
| Decision | Rationale |
|----------|-----------|
| Choice made | Why it was made |
## Connected To
- Related skills, files, or future work
Writing Guidelines
Summary
- Be concise but specific
- Mention the "why" not just the "what"
- Future Claude sessions should understand the context
Key Learnings
- Focus on insights that prevent future mistakes
- Include code patterns when relevant
- Explain the "gotcha" moments
Tags
Common tags:
#bugfix- Bug fixes#feature- New features#refactor- Code restructuring#tooling- Build/dev tooling#performance- Performance work#meta- Claude Code/skills work#architecture- Architectural decisions#security- Security-related work
Purpose
Journeys create institutional memory that:
- Helps future sessions avoid repeating mistakes
- Documents decisions and their rationale
- Preserves patterns and best practices
- Tracks the evolution of the codebase
Unlike git commits (which track what changed), journeys track why and what was learned.
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.