Journal de problèmes de codage

VérifiéSûr

Enregistrez chaque problème résolu ou tenté avec analyse de pattern et revue honnête pour suivre votre progression en algorithmes et structures de données.

Spar Skills Guide Bot
Data & IAIntermédiaire
22/07/2026
Claude Code
#leetcode#dsa#pattern-analysis#code-review#note-taking

Recommandé pour

Synthèse automatique

Enregistre un problème d'algorithmique résolu ou tenté dans un espace DSA, avec analyse du pattern et revue honnête du code.

Points forts

  • Identifie le pattern réutilisable plutôt que le simple thème du problème
  • Revue conversationnelle honnête couvrant correction, complexité, cas limites et optimalité
  • Maintient un index par pattern avec marqueurs ✅/⚠️ et décomptes pour repérer les lacunes
  • Relie les problèmes similaires du vault et suit les tentatives répétées

Limites

  • Dépend d'une structure de vault précise (areas/dsa/, templates, indexes) et d'un workflow git
  • La qualité du pattern détecté repose sur l'interprétation du modèle
  • Suppose que l'utilisateur fournit le lien, le temps passé et les blocages
Quand l'utiliser

À utiliser quand vous voulez consigner et faire critiquer un problème LeetCode, HackerRank ou Codeforces que vous venez de résoudre ou de tenter.

Quand l'éviter

À éviter si vous cherchez uniquement une correction de code sans journalisation, ou si votre projet n'a pas cette arborescence de vault DSA.

Analyse de sécurité

Sûr
Score qualité88/100

The skill is a personal knowledge-management workflow: it reads a pasted problem/solution, performs pattern analysis, writes a markdown entry under areas/dsa/, greps existing entries for cross-linking, updates indexes/dsa.md, and makes a scoped git commit. No network calls, no credential access, no destructive commands, no obfuscation. File writes and a git commit are intentional side effects confined to a documented vault structure; the only mild consideration is that the filename is derived from the problem name/number, but that is normal for a templated note and poses no realistic risk.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Log a new solve
/leetcode I just solved LeetCode 239 Sliding Window Maximum with a monotonic deque, took about 25 minutes unaided, no real blockers. Here's my code: [pastes solution]
Review pasted code only
review my solution — I think this two-sum approach is O(n^2) but not sure what to do: [pastes code]
Log a struggled attempt
log this problem: Codeforces 1000C, I got stuck on the sweep line merge step for 40 minutes, here's my attempt [pastes solution]

name: leetcode description: Log a solved (or attempted) coding problem into the DSA area with pattern analysis and honest review. Use whenever the user runs /leetcode, pastes a solution, shares a LeetCode/HackerRank/Codeforces problem they worked on, says "I just solved...", "review my solution", or "log this problem" — even if they only paste code with no explanation.

Log a coding problem

Capture each practice problem as a pattern-tagged entry so the vault reveals, over time, which patterns the user has mastered and which keep costing them.

Inputs to gather

From the user's message (ask only for what's missing, in one question):

  • Problem name/link, their solution (pasted or a file path)
  • Whether they solved it unaided, and roughly how long it took
  • Where they got stuck, if anywhere

Procedure

  1. Identify the pattern(s) — the reusable technique, not the topic. "Two pointers on sorted array", not "arrays".
  2. Review the solution honestly. Correctness, complexity, idiomatic quality, edge cases missed. If their approach is suboptimal, explain the optimal one and, more importantly, the insight that leads to it. Do this review conversationally in chat — this is the interactive, valuable part.
  3. Write the entry to areas/dsa/lc-{number}-{kebab-name}.md using templates/leetcode-entry.md. Fill "The mistake to remember" with the single costliest error, phrased as a forward-looking rule ("When the array is sorted and you reach for a hashmap, check two pointers first").
  4. Link similar problems. Grep areas/dsa/ for entries sharing the pattern tag; add 2-3 to "Similar problems in vault" bidirectionally.
  5. Update indexes/dsa.md, which is organized by pattern, each pattern section listing its problems with a ✅ (clean solve) / ⚠️ (struggled) marker and a running tally. This index is the "which patterns do I fumble" dashboard — keep the tallies accurate.
  6. Commit: leetcode: LC 239 sliding-window-maximum (monotonic deque).

Rules

  • Be honest in the review; a flattering log is a useless log. But review the code, not the person — concrete and constructive.
  • If the user only pastes code, infer the problem from it, confirm your guess, then proceed.
  • Repeat attempts at a previously logged problem update the existing entry (append an "Attempt 2" section with date) — this repetition history is exactly what /quiz-me feeds on.

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/log-coding-problems-mrwaka0y/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/log-coding-problems-mrwaka0y' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/log-coding-problems-mrwaka0y/download' --output '.skill-downloads/log-coding-problems-mrwaka0y/SKILL.md.part' && mv '.skill-downloads/log-coding-problems-mrwaka0y/SKILL.md.part' '.skill-downloads/log-coding-problems-mrwaka0y/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/log-coding-problems-mrwaka0y/SKILL.md' && test -s '.skill-downloads/log-coding-problems-mrwaka0y/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/leetcode' && cp -R '.skill-downloads/log-coding-problems-mrwaka0y' '.claude/skills/leetcode'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/log-coding-problems-mrwaka0y'

openskills read 'log-coding-problems-mrwaka0y'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/log-coding-problems-mrwaka0y/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires