Chalkcast
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| open_projectC | Start a project session. quality: draft|low|medium|high. theme: chalkboard|whiteboard|dark. |
| inspect_projectC | Current project state: scenes, steps, and open obligations. |
| close_projectC | Release the project session. |
| add_sceneC | Append a scene to the project. |
| add_equationC | Add a LaTeX equation (e.g. tex=r'e^{i\pi}+1=0'). |
| add_plotB | Add axes with functions. Each function: {'expr':'x**2','color':'YELLOW', 'smooth':true,'dx':0.05}. Set smooth=false (and a small dx) for discontinuous/ piecewise functions so spline smoothing doesn't invent oscillations. Pass functions=[] for bare axes; omit it for a default parabola. |
| add_textC | Add a title/label/callout. |
| add_shapeC | Add primitive geometry: circle|square|rectangle|triangle|arrow|dot|line. |
| add_areaC | Shade the area under a plotted function between x_min and x_max (the integral). |
| add_riemannC | Riemann rectangles under a plotted function (smaller dx = finer; transform coarse->fine to show convergence). |
| add_stepC | Append a timed beat. kind: write|transform|highlight|fade|camera_move|wait.
For transform, set |
| render_sceneB | Render one scene to video + sampled frames, then run verification lanes. |
| render_frameC | Fast single-still preview of a scene (last frame). |
| inspect_renderB | Run the geometric verification lanes on a scene and return a verdict + obligations. Uses the latest render (if any) for the compile lane; otherwise runs graph-only lanes. |
| export_gifB | Export the latest render of a scene as a shareable GIF (blocked by open error obligations). |
| inspect_environmentB | Which providers are present (Manim, LaTeX, ffmpeg, vision) and what degrades without each. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 16 tools
Each tool has a clearly distinct purpose: project lifecycle, scene/step authoring, plot annotations, rendering, verification, environment inspection, and export are all separated. Even the closely related plot tools (add_plot, add_area, add_riemann) target visibly different outputs, and render_scene vs render_frame vs inspect_render are well differentiated.
All names follow a consistent lower_snake_case verb_noun pattern: add_*, inspect_*, render_*, open_project, close_project, export_gif. There are no mixed case styles or vague standalone verbs.
Sixteen tools is slightly above the typical well-scoped range, but the surface is coherent: project setup, scene construction, rendering, verification, and export are all represented. Each tool appears to earn its place, though a few could potentially be consolidated.
The surface covers the main authoring lifecycle: open/close project, add scenes and steps, add visual elements, render, verify, inspect environment, and export. The main gap is the absence of update/delete/reorder tools for scenes, steps, or elements, which may require restarting or working around mistakes.