CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

manimce-best-practices

Trigger when: (1) User mentions "manim" or "Manim Community" or "ManimCE", (2) Code contains `from manim import *`, (3) User runs `manim` CLI commands, (4) Working with Scene, MathTex, Create(), or ManimCE-specific classes. Best practices for Manim Community Edition - the community-maintained Python animation engine. Covers Scene structure, animations, LaTeX/MathTex, 3D with ThreeDScene, camera control, styling, and CLI usage. NOT for ManimGL/3b1b version (which uses `manimlib` imports and `manimgl` CLI).

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is manimce-best-practices in calesthio/OpenMontage

SKILL.md
Quality
Evals
Security

Quality

Content

86%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a well-structured reference hub: a categorized index of one-line-described rule/example/template files plus a tight quick reference with executable code, copy-paste CLI commands, and a ManimCE-vs-ManimGL disambiguation table. Its weaknesses are minor — duplicated render command sections and an only-implied develop-to-final render sequence rather than an explicit stepped workflow. Progressive disclosure is exemplary, though the referenced bundle files could not be verified since they are absent from the evaluated workspace.

Suggestions

Merge the 'Render Command' and 'Useful Commands' sections into one command reference to remove the duplicated -pql/-pqh invocations and quality-flag explanations.

Add an explicit 2-3 step development workflow (e.g., 1. prototype with `manim -pql`, 2. verify output, 3. final render with `-qh`/`--format gif`) so the dev-to-final sequence is stated rather than implied by comments.

Trim the Installation section to a single line (`pip install manim && manim checkhealth`) or move it into the CLI rules file to tighten the main body.

DimensionReasoningScore

Conciseness

The body is a lean index plus quick reference with essentially no explanation of concepts Claude already knows, matching 'efficient; minor instances of over-explanation that could be trimmed'. It is not a 5 because render commands are duplicated between the 'Render Command' and 'Useful Commands' sections (`manim -pql`/`-pqh` appear twice with quality flags explained twice), and the Installation section (`pip install manim`) adds minor padding. Not a 3 because there is no genuinely unnecessary explanation — every section carries skill-specific information.

4 / 5

Actionability

Quotes: a complete runnable scene skeleton (`class MyScene(Scene): def construct(self): ... self.play(Create(circle))`), copy-paste render commands (`manim -pql scene.py MyScene`), the Jupyter `%%manim -qm MyScene` magic, `manim checkhealth`, and concrete failure fixes ('If `manim` command not found, use `python -m manim`'). The common cases are covered with fully executable, copy-paste-ready code and commands, matching the top anchor.

5 / 5

Workflow Clarity

The usage path is discernible: 'Read individual rule files for detailed explanations' (categorized index), write a scene from the Quick Reference skeleton, then render — and the pitfalls list provides error-recovery hints ('If text rendering fails, check manimpango'). This matches 'clear sequence with most checkpoints present; minor validation gaps'. It is not a 5 because the develop-at-low-quality / finalize-at-high-quality progression is only implied by code comments ('# Preview low quality (development)') rather than stated as explicit sequenced steps, and there are no explicit validation checkpoints; not a 3 because the sequence and troubleshooting guidance are present rather than absent.

4 / 5

Progressive Disclosure

The body is a well-signaled, one-level-deep index: ~20 rule files, 5 example files, and 3 templates, each with a one-line description, grouped under category headers ('### Core Concepts', '### Creation & Transformation', etc.), with only a compact quick reference kept inline. This matches the top anchor of a clear overview with well-signaled one-level-deep references and easy navigation. (Note: the linked files were not present in the evaluation workspace, so link targets could not be verified on disk; the score reflects the structure as written.)

5 / 5

Total

18

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description excels at both halves of its job: an enumerated, concrete trigger list for 'when' and a topic-precise statement of 'what', written in third person without fluff. Its only weakness is that capabilities are expressed as covered topics rather than concrete actions, which mildly limits specificity. The explicit ManimGL exclusion makes conflict risk negligible.

DimensionReasoningScore

Specificity

Quotes: "Best practices for Manim Community Edition... Covers Scene structure, animations, LaTeX/MathTex, 3D with ThreeDScene, camera control, styling, and CLI usage" — it lists seven specific coverage areas (Scene, animations, LaTeX/MathTex, 3D, camera, styling, CLI), matching the anchor for several specific items with minor gaps. It is not a 5 because capabilities are framed as covered topics rather than concrete action verbs, and not a 3 because coverage is broad (7 areas), not just 1-2 actions.

4 / 5

Completeness

Quotes: "Trigger when: (1) User mentions... (4) Working with Scene, MathTex, Create()" provides an explicit, enumerated 'when', and "Best practices for Manim Community Edition... Covers Scene structure, animations, LaTeX/MathTex, 3D with ThreeDScene, camera control, styling, and CLI usage" provides a clear 'what'. This matches the top anchor: both what and when are explicit with concrete trigger phrases, so it is not a 4 where either would be only implicit or less specific.

5 / 5

Trigger Term Quality

Quotes: "User mentions 'manim' or 'Manim Community' or 'ManimCE'", "Code contains `from manim import *`", "User runs `manim` CLI commands", "Working with Scene, MathTex, Create()" — this comprehensively covers natural name variants plus import-statement, CLI, and class-level triggers. Not a 4 because no natural phrasing a user would say in this domain is missing (file extensions are not relevant here).

5 / 5

Distinctiveness Conflict Risk

Quotes: "NOT for ManimGL/3b1b version (which uses `manimlib` imports and `manimgl` CLI)" — the description explicitly disambiguates its nearest competing variant by import, CLI, and package name, and the covered classes (ThreeDScene, MathTex) are ManimCE-specific. This is a clear niche with distinct triggers and minimal conflict risk; not a 4 because even the closely related ManimGL skill is explicitly excluded.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 31 missing

Warning

Total

15

/

16

Passed

Repository

calesthio/OpenMontage

Path

.claude/skills/manimce-best-practices/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.