BeatDesign
Related Servers
Alternatives to BeatDesign
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceLocal-first visual workspace and MCP server for canvases built by people and agents, with a polished editor, extensions, and SQLite persistence.1,132 npmMIT

Treza MCPofficial
AlicenseNot gradedqualityBmaintenanceBuild, run, schedule, and publish AI video pipelines to YouTube and TikTok. Frontier video, image, voice, and text models on a node canvas, over MCP.19 npmMIT- AlicenseNot gradedqualityBmaintenanceAI-native timeline editor for short-form video. Your agent cuts, captions, adds motion graphics and renders against a real, editable timeline over MCP — not a render queue. Human-in-the-loop by design: it calls request_review and waits while you supervise in a browser. Local-first and AGPL; your footage never leaves your machine.2AGPL 3.0

Modellix Agent Canvasofficial
AlicenseAqualityCmaintenanceA local stdio MCP server for visual AI work, offering an Excalidraw infinite canvas, image generation and editing, HTML drafts, presentations, and durable task recovery within a project workspace.1667 npmMIT- AlicenseNot gradedqualityBmaintenanceA self-hosted MCP server that connects AI clients to local media-generation backends like ComfyUI and Blender, and provides built-in utilities for video/audio analysis, editing, subtitles, speech, and scene detection via a persistent file cache.Apache 2.0
- FlicenseNot gradedqualityDmaintenanceLocal-first AI video editing engine controlled by MCP-compatible AI hosts, enabling AI to inspect footage, propose edits, modify multitrack projects, and render locally while keeping user control.-
TDQS
Scored across 38 tools
Most tools map to a distinct domain+action, but several boundaries blur: bdesign_editor_import_srt overlaps with bdesign_editor_edit (whose description already lists SRT import), and bdesign_generation_models vs bdesign_generation_model_get, bdesign_project_open vs bdesign_project_target, and the four view/handoff tools (project_open, canvas_view, editor_view, project_target) are easy to confuse. The multiple *_apply tools (organization, canvas, workflow_template) are separable by description but require careful reading.
A predictable bdesign_<domain>_<action> pattern holds across nearly all 38 tools (project_list/get/create, asset_list/get/import, canvas_get/apply/search). Minor deviations like bdesign_generation_models (list without a verb) and a few compound verbs (continue_from_tail, extract_frame, import_srt) break the pattern slightly but remain readable.
38 tools is heavy even for a multi-surface creative app (project, asset, canvas, editor, generation, organization, workflow, skills). Several micro-tools such as generation_model_get, canvas_search, and editor_snapshot could plausibly fold into neighbors, making the surface feel enumerated rather than curated.
Lifecycle coverage is broad: project create/read/update/open, asset import/query/extract, canvas read/apply/search, full editor edit/render/history/diagnostics, generation submit/status/history, workflow templates preview/apply. Gaps are minor—no asset or project delete, no generation cancel—and likely recoverable from the shared command kernel.