From marimo
Implements research papers as interactive marimo notebooks. Scopes user interests, fetches via alphaxiv, plans structure, and builds focused Python notebooks for methods, experiments, or reproductions.
npx claudepluginhub joshuarweaver/cascade-data-analytics --plugin marimo-team-skills-4This skill uses the workspace's default tool permissions.
Turn a research paper into an interactive marimo notebook. For general marimo notebook conventions (cell structure, PEP 723 metadata, output rendering, `marimo check`, variable naming, etc.), refer to the `marimo-notebook` skill.
Generates design tokens/docs from CSS/Tailwind/styled-components codebases, audits visual consistency across 10 dimensions, detects AI slop in UI.
Records polished WebM UI demo videos of web apps using Playwright with cursor overlay, natural pacing, and three-phase scripting. Activates for demo, walkthrough, screen recording, or tutorial requests.
Delivers idiomatic Kotlin patterns for null safety, immutability, sealed classes, coroutines, Flows, extensions, DSL builders, and Gradle DSL. Use when writing, reviewing, refactoring, or designing Kotlin code.
Turn a research paper into an interactive marimo notebook. For general marimo notebook conventions (cell structure, PEP 723 metadata, output rendering, marimo check, variable naming, etc.), refer to the marimo-notebook skill.
Before fetching or reading anything, have a short conversation to scope the work. Ask the user:
Only move on once you have a clear picture of what to build.
If the user gives you an Arxiv/AlphaXiv link, you will an efficient way to read the paper.
See references/fetching-papers.md for how to retrieve paper content via alphaxiv.org. This avoids reading raw PDFs and gives you structured markdown.
After reading the paper, outline the notebook structure for the user before writing code.
Keep the notebook as small as possible. Sometimes the idea is best conveyed with just a single interactive widget — if you need a custom one, consider the anywidget skill. Other times you need a full training loop — if so, consider using the marimo-batch skill for heavy computation. The goal is the minimum amount of code needed to get the idea across.
A typical arc:
| Section | Purpose | Typical elements |
|---|---|---|
| Title & context | Orient the reader | mo.md() with paper title, authors, link |
| Background | Set up prerequisites | Markdown + equations |
| Method | Core algorithm step-by-step | Code + markdown interleaved |
| Experiments | Reproduce key results | Interactive widgets + plots |
| Conclusion | Summarize takeaways | mo.md() |
Not every notebook needs all sections. Share the outline with the user and adjust before writing code.
Create the marimo notebook following the marimo-notebook skill conventions.
Key guidelines:
mo.md(r"""$...$""") so the notebook mirrors the paper's notation. Keep notation consistent with the paper.alpha, X, W), and add comments mapping them to equation numbers.If the user wants a custom anywidget, refer to references/ANYWIDGET.md.