| name | marimo-eda-prototype |
| description | Guides Codex to write marimo notebooks for EDA and prototype-first work with restrained UI, cohesive cells, and deliberate extraction into modules. USE FOR: creating/editing exploratory marimo notebooks, optimizing cell cohesion, extracting logic to modules. DO NOT USE FOR: full frontend apps, general Python scripts, pure API queries without notebook structure decisions.
|
| allowed-tools | Read, Write, Edit, Bash |
Marimo EDA Prototype
Responsible for prototype-first marimo notebooks, not turning notebooks into interactive products.
USE FOR
- Create or modify marimo notebooks for EDA / prototype analysis
- Optimize notebook cell cohesion, interaction density, and module boundaries
- Determine whether a piece of notebook logic should be extracted to a helper / module
DO NOT USE FOR
- Full frontend applications or long-term UI products
- General Python script development
- Pure API queries without notebook structure decisions
Execution Skeleton
- First confirm the notebook's primary task is still analysis, not UI orchestration.
- Follow workflow: write the static analysis version first, then decide whether to add minimal interaction.
- Use boundary and design-patterns to assess cell cohesion, graph hygiene, and extraction signals.
- For technical checks, prefer running
uvx marimo check; eval-fixtures serves as sample notebooks for evaluation.
Reference Map
Output Contract
- Default output is an analysis-first, interaction-restrained, clearly structured marimo notebook
- If the notebook is evolving into an app, explicitly recommend extracting modules or transitioning to product code
