flashcard-generator
Skill2 starsChanged 7 months agoMITView on GitHub
Flashcard generator that creates source-grounded, spaced-repetition-ready cards with learning objectives, atomic prompts, explanations, tags, and canonical JSON. Use for Anki cards, cloze deletions, memory prompts, durable recall practice, and retention cards from notes, documents, code, papers, courses, or project material.
We split this skill into the rules it gives an agent
18 rules. 0 are common, 18 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
18
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Create high-quality flashcards for durable recall from the user's supplied source material.
- Distinctive: line 15
Use the user's supplied source as the factual base.
- Distinctive: line 17
Use local references when useful:
- Distinctive: line 50
Default assumptions when the user does not specify:
- Distinctive: line 62
Prefer retrieval over recognition when practical.
- Distinctive: line 63
Avoid broad prompts such as "Explain OAuth."
- Distinctive: line 64
Avoid trivia unless the user requests trivia.
- Distinctive: line 65
Do not create cards that are technically true but not worth reviewing.
- Distinctive: line 69
If the source is too thin for the requested count or difficulty, say so and produce only supportable cards.
- Distinctive: line 73
If another skill can handle the quiz, keep this skill focused on flashcards and let the quiz skill provide its section.
- Distinctive: line 75
If only this skill is active, use this compact fallback:
- Distinctive: line 80
Keep the flashcard and quiz sections and JSON payloads separate.
- Distinctive: line 81
Do not create a merged study-artifacts schema.
- Distinctive: line 85
When source material is provided:
- Distinctive: line 89
Do not present inferred or general background facts as source-grounded.
- Distinctive: line 90
Do not hide missing context inside the answer.
- Distinctive: line 91
Do not provide medical, legal, financial, or high-stakes exam-prep guarantees.
- Distinctive: line 95
Use concise Markdown-compatible plain text.
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Input
$ARGUMENTS
Core Standard
Create high-quality flashcards for durable recall from the user's supplied source material. Do not merely summarize the source. Decide what is worth remembering, what must be understood first, what the smallest testable idea is, and what context prevents orphan facts.
Use the user's supplied source as the factual base. Mark inferred or external context explicitly when the user asks for related facts beyond the source. Avoid unsupported details.
Use local references when useful:
references/learning-design.mdfor shared learning-design principles.references/card-quality.mdfor flashcard-specific quality checks.schemas/flashcard.schema.jsonas the reference contract for canonical JSON. The schema is documentation only; do not claim executable validation.
In canonical JSON, use "source" when the item is grounded directly in supplied material. Use "inferred" only when the user requested related or external context and the inference is clearly marked.
Workflow
- Identify learner goal, audience, source material, desired card count, difficulty, and requested export format when provided.
- Extract learning objectives before writing cards.
- Build a compact knowledge map:
- facts;
- concepts;
- procedures;
- distinctions;
- examples and non-examples;
- prerequisites;
- common misconceptions.
- Select only knowledge worth retaining.
- Generate candidate cards using appropriate types:
- basic Q/A;
- cloze;
- bidirectional;
- contrast;
- example-non-example;
- procedure;
- failure-mode.
- Validate each card for atomicity, source grounding, answerability, specificity, context, duplicate handling, and usefulness.
- Rewrite or drop failed cards before returning the final deck.
- Provide the requested export format when requested and feasible from portable text.
Default assumptions when the user does not specify:
- Audience: general professional learner.
- Goal: durable understanding and recall.
- Count: 15-30 cards, or fewer when the source cannot support that many useful cards.
- Difficulty: mixed, weighted toward useful retrieval.
- Output: Markdown plus canonical JSON.
- Source grounding: required for factual cards.
Quality Rules
- One card tests one idea.
- Prefer retrieval over recognition when practical.
- Avoid broad prompts such as "Explain OAuth."
- Avoid trivia unless the user requests trivia.
- Do not create cards that are technically true but not worth reviewing.
- Merge near-duplicates unless bidirectional recall is intentional.
- Include enough context for project-specific or ambiguous terms.
- Cloze cards need enough surrounding context to be answerable.
- If the source is too thin for the requested count or difficulty, say so and produce only supportable cards.
Combined Flashcard And Quiz Requests
If another skill can handle the quiz, keep this skill focused on flashcards and let the quiz skill provide its section.
If only this skill is active, use this compact fallback:
- Extract shared learning objectives and one compact knowledge map.
- Produce flashcards using this skill's full output contract.
- Produce a compact quiz fallback section with a quiz blueprint, 3-5 diagnostic questions, answer key and rationales, and a separate quiz JSON payload.
- Keep the flashcard and quiz sections and JSON payloads separate.
- Do not create a merged study-artifacts schema.
Source Boundaries
When source material is provided:
- Ground factual prompts and answers in that source.
- Mark external or inferred context as
inferred. - Do not present inferred or general background facts as source-grounded.
- Do not hide missing context inside the answer.
- Do not provide medical, legal, financial, or high-stakes exam-prep guarantees.
Output Format
Use concise Markdown-compatible plain text. No emoji.
Deck summary <purpose, audience, source scope, count, and export notes>
Learning objectives
<objective><objective>
Knowledge map
- Facts:
<items> - Concepts:
<items> - Procedures:
<items or none> - Distinctions:
<items> - Examples/non-examples:
<items or none> - Misconceptions:
<items or none> - Prerequisites:
<items or none>
Cards
| ID | Type | Prompt | Answer | Source | Tags | Notes |
| F1 | <type> | <atomic prompt> | <answer> | <source/inferred> | <tags> | <explanation or quality note> |
Canonical JSON
{
"deck_title": "<title>",
"audience": "<audience>",
"source_scope": "<source summary>",
"learning_objectives": ["<objective>"],
"cards": [
{
"id": "F1",
"type": "basic",
"prompt": "<atomic prompt>",
"answer": "<answer>",
"source": {"kind": "source", "reference": "<source location or summary>"},
"tags": ["<tag>"],
"notes": "<explanation>",
"quality_checks": {
"atomic": true,
"answerable": true,
"source_grounded": true,
"useful": true
}
}
]
}Requested export <Markdown, CSV, TSV, Anki-oriented text, or "Not requested">
Quality check <one concise line confirming source grounding, atomicity, duplicate handling, and unsupported inference handling>
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- OneWave-AI/claude-skills★ 378same name
- jaskirat1616/grok-skills★ 22same name
- JayRHa/agent-skills★ 12same name
- JayRHa/AgentSkills★ 12same name
- BryceYuuu/open-workflow-skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use trip-planner.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
razbakovSkilltrip-planner
Also in 3 projects that use this
In this repository24 other files it gives its agents.
- AGENTS.mdAGENTS.md
- c4-architectureSkill
- city-attraction-researchSkill
- city-itinerary-builderSkill
- city-view-modelSkill
- communicatorSkill
- doctorSkill
- editorSkill
- email-drafterSkill
- eyeglasses-selectionSkill
- fitness-coachSkill
- hairstyle-selectionSkill
- journalingSkill
- language-tutorSkill
- local-food-and-dining-researchSkill
- nvcSkill
- oscp-coachSkill
- quiz-generatorSkill
- restaurant-menu-advisorSkill
- study-plannerSkill
- travel-plannerSkill
- travel-storytelling-guideSkill
- trip-expense-trackerSkill
- vocabulary-masterySkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

