vibelore
Related Servers
Alternatives to vibelore
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to draft long-form web novels with persistent, disk-backed memory, assembling a pre-writing task brief from structured settings, outlines, foreshadowing ledgers, and timelines, then committing post-chapter fact increments. It also audits pacing, checks per-chapter six-dimension consistency, gates commits on unresolved review findings, and can replay the commit chain to rebuild state when records and manuscripts disagree.1MIT
- AlicenseAqualityCmaintenanceEnables AI tools to collaboratively write novels by managing chapters, characters, and story state through commands like validate, context, draft, review, and approve.8MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI-driven long-form novel creation and management, including chapter generation, character and timeline tracking, semantic memory retrieval, version savepoints, and deep consistency checking across multiple projects through MCP tools, with support for local LM Studio or any OpenAI-compatible API.15MIT
- AlicenseNot gradedqualityBmaintenanceEnables long-form web novel writing workflows by ingesting chapters into a state database, running deterministic consistency checks, querying entity histories, replaying extraction results, and retrieving conflict reports via MCP tools.MIT
- AlicenseCqualityDmaintenanceProvides local desktop agents with durable project memory and safety gates for writing long novels, enabling continuity management, chapter drafting, and state-aware handoffs.312MIT
- FlicenseCqualityDmaintenanceA multi-agent book-writing MCP server that manages a guarded chapter pipeline (writer → editor → third-pass agents → approve) with project planning, continuity tracking, and export/diff helpers.35-
TDQS
Scored across 27 tools
Descriptions are unusually thorough and explicitly cross-reference sibling tools (e.g. lore_profile_status points to lore_status and lore_configure; lore_workflow_status points to lore_workflow_history), which strongly aids selection. However, the large cluster of status/getter tools (lore_status, lore_story_status, lore_profile_status, lore_writer_status, lore_arc_status, lore_snapshot_status, lore_workflow_status) and the five *_decide tools create real overlap risk, and the generic lore_decide (for lore_write approvals) sits confusingly alongside the entity-scoped deciders.
Nearly all 27 tools use a consistent lore_<noun> / lore_<noun>_<verb> snake_case convention (lore_story_plan, lore_arc_decide, lore_writer_status). Minor deviations exist: bare-verb names like lore_write, lore_sync, lore_init, and the generic lore_decide breaks the otherwise predictable <entity>_decide pattern.
At 27 tools this is heavy and pushes past the comfortable 3-15 range, so the surface is broad and requires the agent to hold a lot of context. A novel-orchestration domain with distinct lifecycle stages can plausibly justify it, but several status/decide variants inflate the count beyond the strict minimum.
The lifecycle is well covered: profile, init/create, story spine, writer skill, arc planning, writing, approval, sync of manual edits, rollback, snapshots, configuration, style anchoring, and a webtoon branch, with status tools for each artifact. Minor gaps remain (e.g. no restore tool from rollback archives, webtoon only exposes a single scene tool), but core workflows have no dead ends.