vibe-blueprint
Related Servers
Alternatives to vibe-blueprint
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceGuides users through a structured pre-coding workflow—classifying experience, interviewing, scoping, architecture, database schema, and roadmap—while persisting decisions and checking for drift during implementation.1012 npmMIT
- AlicenseNot gradedqualityCmaintenanceTurns a rambling app idea into a structured planning canvas of screens, flows, systems, data and open questions inside an existing Claude Code or Codex session, then writes the settled plan back to that session as a spec to build from. Plans are stored in the project's .doan/ folder alongside the code.MIT
- AlicenseBqualityCmaintenanceEnables AI clients and agents to turn a new idea into a structured set of clarifying questions, technology options, upward design breakdowns, reverse reasoning, and risk assessments so users can steer top-level design decisions. It also supports saving insights and building a bidirectional design tree of concepts and their implementations.19MIT
- AlicenseAqualityCmaintenanceEnables users to turn ideas or PRDs into component selections and architecture designs, audit existing projects with static scans, and manage long-running planning/auditing tasks with caching, cancellation, budget tracking, and checkpoint resume via MCP tools.7MIT
- AlicenseBqualityBmaintenanceEnables evidence-first AWS architecture work through deterministic design calculations, live official AWS knowledge, integration catalog/configuration, and optional authenticated local read-only AWS tooling for requirements, comparisons, diagrams, ADRs, and operational planning.48778 npm1MIT
- AlicenseAqualityBmaintenanceEnables AI-capable IDEs to run an adaptive requirements interview, calculate capacity, and generate validated high-level and low-level design documents with diagrams from a natural-language application description.9MIT
TDQS
Scored across 8 tools
Each tool targets a distinct phase of the Foundation workflow: health check (doctor), proposal (analyze_project), user interaction (answer_question), reading (get), writing (commit), re-evaluation (assess_change), scanning (scan_changes), and verification (verify). There is no meaningful overlap between any two tools.
All tools share the fixed prefix 'foundation_' followed by a clear verb_noun pattern (e.g., analyze_project, answer_question, scan_changes). This provides a predictable and systematic naming scheme across the entire set.
With 8 tools, the set is well-scoped for the Foundation domain. Each tool serves a necessary function and none feel redundant or superfluous, fitting comfortably within the ideal 3-15 tool range.
The toolset covers the full lifecycle: analysis, user interaction, commit, change assessment, scanning, verification, and health checks. There are no obvious dead ends or missing core operations for the stated purpose of managing project Foundation state.