MarketMirror
Related Servers
Alternatives to MarketMirror
No user-submitted related servers found.
Related Servers
AlicenseAqualityDmaintenanceA local-only MCP server for AI video ad planning. It helps AI agents build video ad briefs, hooks, UGC scripts, storyboards, variation plans, script reviews, and AdsTurbo-ready prompts without calling AdsTurbo internal services.721 npm2MIT- AlicenseAqualityCmaintenanceAn MCP server that enables users to query, compare, and synthesize responses from multiple local and cloud LLMs simultaneously using existing subscriptions. It provides tools for parallel model evaluation, consensus polling with an LLM-as-judge, and response synthesis across different model providers.834 npm15MIT
- FlicenseNot gradedqualityDmaintenanceMCP server for the Vibe-Marketer Agent API that enables generating ads, auditing landing pages, and running local preflight checks on ad compliance, with an autonomous agent loop to improve results.-

mock-llm-mcpofficial
AlicenseNot gradedqualityDmaintenanceMCP server to mock OpenAI, Anthropic, and Google Gemini responses for testing AI integrations without real API keys or token spend.MIT
Bloopoofficial
FlicenseNot gradedqualityFmaintenanceHosted MCP server that turns a one-line brief into finished, on-brand ad creative, including short video ads, product photos, and voiceover, with A/B variant testing and performance feedback loops.1-- AlicenseAqualityBmaintenanceLocal MCP server that plans, generates, and assembles production assets (images, audio, video) through multi-agent personas and official APIs, with free-tier budget guard.1415MIT
TDQS
Scored across 27 tools
The tools cluster into setup, ingestion, simulation, testing, and analysis, but several boundaries are fuzzy: market_test vs run_test vs study all orchestrate simulated tests, backtest vs holdout_backtest both score against real results, and ads_import vs actuals_import both ingest exports. Multiple entry points (understand, quickstart, research) also require reading descriptions to know which to use first. The descriptions do help, but an agent could easily misselect among the test and backtest tools.
All names are snake_case, which is consistent at the casing level. However, the semantic pattern is mixed: some are noun-only (ideas, results, pitch, study), some are verb-only (doctor, setup, calibrate, predict), and others follow verb_noun (run_test, list_runs, start_backend). It is readable but not a predictable convention.
At 27 tools, the surface is heavy for the apparent scope and includes many advanced or overlapping entry points (market_test, run_test, study, email_test, website_test, pitch, cli). While each has some role, the count exceeds the well-scoped 3-15 range and increases selection cost.
The lifecycle is broadly covered: setup/doctor, document understanding, research, ad/actuals ingestion, persona simulation, modular and all-in-one tests, email and website tests, backtests, calibration, prediction, dashboards, and raw CLI access. Minor gaps remain around managing or deleting runs/projects, editing personas, and exporting reports, but core workflows are well supported.