Synthèse automatique
Transforme un article académique PDF en une note de littérature Markdown structurée, strictement fondée sur le contenu de l'article.
Points forts
- Impose une traçabilité stricte : chaque élément de la note doit provenir de l'article, sans connaissance externe.
- Décrit une lecture par blocs de pages pour couvrir les articles longs sans perdre le contexte.
- Gère plusieurs modes de localisation du PDF : chemin direct, clé Zotero ou recherche par titre/mot-clé.
- Automatise l'enregistrement de la note dans un dossier Obsidian et dans le dossier littérature du projet.
Limites
- Le chemin Obsidian et l'emplacement Zotero sont codés en dur pour un environnement personnel précis.
- Ne traite que des PDF et dépend des outils Read/Glob de Claude Code pour lire et localiser les fichiers.
- La qualité de la note dépend entièrement de la fidélité de la lecture du PDF ; aucun contrôle externe n'est prévu.
À utiliser lorsqu'il faut lire un article académique en PDF et produire rapidement une note de littérature structurée et sourcée.
À éviter si l'article n'est pas au format PDF, si les chemins Zotero/Obsidian ne correspondent pas à votre machine, ou si vous souhaitez une synthèse enrichie par des sources externes.
Analyse de sécurité
SûrThis is a documentation/note-taking workflow: it locates a PDF, reads it in chunks, fills a Markdown template, and saves the result. There is no shell execution, no network access (WebSearch/WebFetch explicitly forbidden), no secret handling, and no destructive or obfuscated operations. The only notable behaviors are unprompted file writes to a hard-coded personal path and broad globbing of a local Zotero library, both low risk and legitimate for the stated purpose.
- •Instructs writing files without asking for permission ('No permission prompts') to a hard-coded absolute path under another user's home directory (/Users/michal/Library/Mobile Documents/...), which is non-portable and may silently create unexpected directories on other machines
- •References tools (Read, Glob) but declares no allowed-tools, so the actual permission surface is left to the agent harness
- •Reads and processes potentially large local PDF libraries (~/Zotero/storage) including globbing across the whole store
Exemples
Review the paper at ~/Downloads/smith2023.pdf and create a structured literature note using the paper review template.Take notes on the paper with Zotero key 23SUA9S3 and save the literature note.Read and summarize the paper 'Attention Is All You Need' from my Zotero storage and produce the structured note.name: paper_review description: Thoroughly review an academic paper and create a structured Markdown note using the note_template.md. Use when the user asks to review, read, summarise, or take notes on a paper.
Paper Review
Overview
Produce a thorough, structured literature note for the indicated paper. The note is filled exclusively from the paper itself — do not introduce any external information, prior knowledge, or internet sources. Every claim in the note must be traceable to the paper.
Input
ARGUMENTS may be:
- A file path to a PDF (absolute or relative)
- A Zotero storage key (e.g.
23SUA9S3) — the PDF lives at~/Zotero/storage/<KEY>/*.pdf - A keyword/title to search in
~/Zotero/storage/using Glob
Instructions
Step 1 — Locate the PDF
- If a direct path is given, use it.
- If a Zotero key is given, Glob
~/Zotero/storage/<KEY>/*.pdf. - If a title/keyword is given, Glob
~/Zotero/storage/**/*.pdfand find the closest match. If multiple candidates exist, list them and ask the user to confirm before proceeding.
Step 2 — Read the PDF
- Use the Read tool with
pages:parameter. - First read pages 1–5 to extract metadata (title, authors, year, journal, DOI, abstract).
- Then read the full paper in chunks of up to 20 pages until the entire document is covered.
- Keep a running internal summary after each chunk — do not lose content from earlier chunks.
- For short papers (≤ 20 pages), read in a single call.
Step 3 — Fill the note template
Read note_template.md (in the same folder as this SKILL.md) and fill every field strictly from the paper:
| Field | Source in paper |
|---|---|
| {{title}} | Title page / header |
| {{authors}} | Author list |
| {{year}} | Publication year |
| {{citekey}} | Derive as AuthorYEAR (e.g. Acemoglu2012) |
| {{tags}} | Infer 2–4 topic tags from content (e.g. IP-finance, Basel-III) |
| {{date}} | Today's date in YYYY-MM-DD |
| {{publicationTitle}} | Journal/conference name |
| {{DOI}} | DOI if present, else N/A |
| {{abstractNote}} | Verbatim or lightly condensed abstract |
| {{annotations}} | Key quoted passages with page numbers |
| {{id}} | Zotero key if known, else leave blank |
| {{pdfLink}} | Absolute path to the PDF |
Fill the analytical sections from your reading:
- Key Takeaways — 3–5 bullet points: the most important insights a reader must retain
- Summary — 2–4 paragraph narrative of what the paper does and why
- Methodology — Approach, data sources, analytical methods used
- Main Findings — Numbered list of empirical or theoretical results
- Connections — What the paper supports, contradicts, extends (infer from paper's own literature discussion only)
- Personal Thoughts — Leave as empty bullet (
-) — the user fills this - Questions — 2–3 open questions that arise from reading the paper
- Reading Progress — Tick all checkboxes that were covered during this review
Step 4 — Save the note
Generate the filename as: citekey.md (e.g. Acemoglu2012.md)
Save the completed note to both locations without asking for permission:
-
Obsidian inbox (always):
/Users/michal/Library/Mobile Documents/iCloud~md~obsidian/Documents/Michal/Research/00_Inbox/<citekey>.md -
Project literature folder (always): Detect the current project from the working directory or the path of the PDF. If the PDF is under
projects/<project_name>/, save toprojects/<project_name>/literature/<citekey>.md. If no project context is clear, save toprojects/literature/<citekey>.md. Create theliterature/folder if it does not exist.
Step 5 — Report to user
After saving, report:
- Citekey and title
- Final note path(s)
- Any fields that could not be filled (e.g. DOI not found in paper)
Rules
- Paper only. Do not add information that is not explicitly stated in the paper. If a field cannot be determined from the paper, write
N/Aor leave blank. - No internet. Do not use WebSearch or WebFetch to look up the paper.
- No permission prompts for saving to the Obsidian inbox or the project literature folder.
- For very long papers (> 60 pages), prioritise: abstract, introduction, methodology, results, conclusion — but still attempt all sections.
ARGUMENTS: $ARGUMENTS
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 annexesCe 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.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/paper-review-assistant-mrwaked3/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/paper-review-assistant-mrwaked3' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/paper-review-assistant-mrwaked3/download' --output '.skill-downloads/paper-review-assistant-mrwaked3/SKILL.md.part' && mv '.skill-downloads/paper-review-assistant-mrwaked3/SKILL.md.part' '.skill-downloads/paper-review-assistant-mrwaked3/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
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
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/paper-review-assistant-mrwaked3/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.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.