create-document
Skill2 starsChanged 9 months agoMITView on GitHub
Create new documents in any format — Beamer slides, Typst documents, or Quarto slides. Autonomous pipeline from prompt to publication-quality output.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- dazzlerkumar/SKILLStheir own version, first seen Mar 30, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- dazzlerkumar/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.
In this repository23 other files it gives its agents.
- compileSkill
- context-statusSkill
- deploySkill
- devils-advocateSkill
- diagramSkill
- doc-reviewSkill
- excellenceSkill
- extract-diagramsSkill
- finishSkill
- google-tasksSkill
- image-searchSkill
- learnSkill
- mindmapSkill
- pedagogy-reviewSkill
- proofreadSkill
- qaSkill
- sec-edgarSkill
- translateSkill
- typstSkill
- validate-bibSkill
- verifySkill
- visual-auditSkill
- waybackSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. About 0 are common, 6 are distinctive, and 10 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
10
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Default for new projects → Typst (preferred modern format)
- Distinctive: line 40
All formats: verify every citation against the bibliography.
- Very specific: line 49
No sibling .typ files, no PDFs, no clear topic in the prompt
- Distinctive: line 62
Run these before drafting, without stopping to confirm:
- Very specific: line 66
If PDFs found → check for .parsed.md next to each.
- Very specific: line 67
If no .parsed.md → parse using PDF handling rules (background for large files)
- Very specific: line 70
Style inheritance: if sibling .typ files exist in the project:
- Distinctive: line 71
Read first 30 lines of the most recent sibling
- Very specific: line 73
Only inherit from files that use @local/qk presets.
- Very specific: line 79
Always import @local/qk:2.2.0 and set smart defaults
- Very specific: line 86
Visuals: add them as content is drafted, routed per the typst skill's "Visual Tool Routing (compact)" section and its "Visual …
- Very specific: line 87
Always add alt: text on all images
- Very specific: line 89
Write COMPLETE .typ file — not batches
- Distinctive: line 93
Check notation, apply creation patterns
- Distinctive: line 95
Write complete slide deck at once
- Very specific: line 177
Use touying themes via qk-slides (see typst/references/touying-guide.md)
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Document Creation Workflow
One prompt → one publication-quality document. Internal quality loop runs automatically.
Format Selection
- User specifies format explicitly → use that
- User doesn't specify → detect from project context:
- Has
Slides/directory → Beamer LaTeX - Has
Source/or mainly.typfiles → Typst - Has
Quarto/directory → Quarto
- Has
- Default for new projects → Typst (preferred modern format)
Format Detection (for .typ)
Detect document type from user request keywords:
- resume, CV → CV template
- slides, presentation, lecture → touying slides (see
typst/references/touying-guide.md) - essay, paper → essay template
- guide, study guide, reference → study guide
- report, business → business report
- reference card, cheat sheet → dense reference layout
Constraints
All formats: verify every citation against the bibliography.
Teaching material (lectures, slides, study guides): first read the project's knowledge base in .claude/rules/ (notation registry, narrative arc) and check each new symbol against it; motivation before formalism; a worked example within 2 slides/pages of each definition; transition slides at major conceptual pivots.
WHEN TO PAUSE (the ONLY case)
Request is genuinely ambiguous AND no project context to disambiguate:
- No sibling
.typfiles, no PDFs, no clear topic in the prompt - Example: user says "make something" with zero context
In this case: ONE AskUserQuestion (topic + type), then proceed autonomously.
For everything else — proceed without asking. Template auto-selection is correct 90%+ of the time; user can re-invoke with explicit overrides if wrong.
PIPELINE
Phase 0: Auto-Discover
Run these before drafting, without stopping to confirm:
- Scan project for related materials
- Glob for
*.pdf,*.md,*.typ,images/in the project directory - If PDFs found → check for
.parsed.mdnext to each; read if exists - If no
.parsed.md→ parse using PDF handling rules (background for large files)
- Glob for
- Detect document type from keywords + project context (see Format Detection above)
- Auto-select template — no confirmation needed
- Style inheritance: if sibling
.typfiles exist in the project:- Read first 30 lines of the most recent sibling
- Match fonts, colors, qk preset
- Only inherit from files that use
@local/qkpresets; ignore raw inline styles
- Build context: materials found, template chosen, style detected
Phase 1: Draft (autonomous — full document at once)
For Typst Documents (.typ):
- Always import
@local/qk:2.2.0and set smart defaults - Apply qk components per the typst skill's component auto-use table:
- Warning paragraph →
#warning[...] - Key takeaway →
#keypoint[...] - Actionable advice →
#tip[...] - Common mistake →
#trap[...] - Memory aid →
#memorize[...]
- Warning paragraph →
- Visuals: add them as content is drafted, routed per the typst skill's "Visual Tool Routing (compact)" section and its "Visual Auto-detection" table (single source; details in
typst/references/tool-routing.md). - Always add
alt:text on all images - Always
#set figure(placement: auto) - Write COMPLETE
.typfile — not batches - For large docs (>30 pages): write in sections but don't pause between them
For Beamer Slides (.tex):
- Check notation, apply creation patterns
- No
\pauseor overlay commands (check project rules) - Write complete slide deck at once
For Quarto Slides (.qmd):
- Standard RevealJS YAML with theme, bibliography
- Environment parity with CSS classes
- Plotly for Python-generated plots
Phase 2: Verify + Auto-Fix (autonomous — max 3 rounds)
- Compile:
typst compile FILE.typ(or format-appropriate command)- Hard gate: exit code must be 0
- Render sample PNGs:
- Documents <=3 pages → all pages
- Documents >3 pages → page 1, middle page, last page
- Presentations <30 slides → all slides
- Presentations 30+ → first 3, middle 3, last 3
- Command:
typst compile FILE.typ /tmp/create-preview-{0p}.png --pages [SAMPLE]
- Visual inspection — Read each PNG and check:
- Content overflow / cut off?
- Blank half-pages?
- Font fallback squares (missing font)?
- Missing images / broken references?
- Cramped text / unbalanced layout?
- Structural query:
typst queryfor heading count, figure count - If issues found → fix → re-compile → re-render → re-check
- Cap at 3 lightweight fix rounds
Phase 3: Present (final output to user)
Deliver a summary:
## Created: [filename]
| Metric | Value |
|--------|-------|
| Pages | [N] |
| Sections | [N] |
| Visuals | [N figures, N diagrams] |
| Compile | PASS |
| Visual check | PASS / [issues noted] |
| Template | [template used] |
| Style inherited from | [sibling file or "none"] |
| Materials discovered | [list or "none"] |
**What could break:** [list risks]
**Next steps:** `/doc-review` for deep audit · `/finish` for full pipeline · `/excellence` for milestoneFigures & Code
- Python scripts for data-driven content (plotly for Quarto only; Typst charts use lilaq by default, matplotlib/plotnine only for kde, pair or faceted plots)
- Diagrams: TikZ in Beamer source, fletcher/chronos/timeliney in Typst (NEVER Python), SVG for Quarto
- Save outputs as
.svgfor Typst embedding (preferred),.pngfor raster,.parquetfor data persistence
Post-Creation Checklist
[ ] Document compiles without errors
[ ] No overflow issues (verified via PNG)
[ ] All citations resolve
[ ] Every definition has motivation + worked example
[ ] 2-3 Socratic questions embedded (for slides)
[ ] Transition slides between sections (for slides)
[ ] Visual aids present where content benefits from them
[ ] New notation added to knowledge baseFormat-Specific Notes
Typst Pedagogical Constraints (for slides)
- Motivation before formalism
- Worked example within 2 slides of definition
- Fragment reveals with
#pause(touying) — max 2-3 per slide - Speaker notes with
#speaker-note[...]for presenter context - Use touying themes via qk-slides (see
typst/references/touying-guide.md)
Beamer Pedagogical Constraints
- Same as Typst but using LaTeX environments
- No
\pauseor overlay commands
Devil's Advocate for Non-Slide Documents
- For guides: "Is this section ordering optimal for the reader?"
- For CVs: "Is this ATS-compatible? Is the hierarchy clear?"
- For pitch decks: "Does the narrative build to a clear ask?"
- For essays: "Is the argument structure compelling?"
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

