Skip to main content
Glama

Meta Prompt MCP

This project is an implementation of the Meta-Prompting technique from the paper "Meta-Prompting: Enhancing Language Models with Task-Agnostic Scaffolding".

At its core, this MCP transforms a standard Language Model (LM) into a dynamic, multi-agent system without the complex setup. It works by having the LM adopt two key roles:

  1. The Conductor: A high-level project manager that analyzes a complex problem, breaks it down into smaller, logical subtasks, and delegates them.

  2. The Expert: Specialized agents (e.g., "Python Programmer," "Code Reviewer," "Creative Writer") that are "consulted" by the Conductor to execute each subtask.

The magic is that this entire collaborative workflow is simulated within a single LM. The Conductor and Experts are different modes of operation guided by a sophisticated system prompt, allowing the model to reason, act, and self-critique its way to a more robust and accurate solution. It's like having an automated team of AI specialists at your disposal, all powered by one model.

Demo

Demo Video

Related MCP server: Zen MCP

Getting Started

1. Clone the Repository

First, clone this repository to your local machine.

git clone https://github.com/tisu19021997/meta-prompt-mcp-server.git .
cd meta-prompt-mcp-server

2. Install uv

This project uses uv, an extremely fast Python package manager from Astral. If you don't have it installed, you can do so with one of the following commands.

Note: use which uv to know the path of your uv installation.

macOS / Linux:

curl -LsSf https://astral.sh/uv/install.sh | sh

Windows (PowerShell):

powershell -c "irm https://astral.sh/uv/install.ps1 | iex"

For more details, see the official uv installation guide.

Usage

To use this Meta Prompt MCP server, you need to configure your client (e.g., Cursor, Claude Desktop) to connect to it. Make sure to replace the placeholder paths with the actual paths on your machine.

Cursor

Add the following configuration to your mcp.json settings:

"meta-prompting": {
  "command": "path/to/your/uv",
  "args": [
    "--directory",
    "path/to/your/meta-prompt-mcp",
    "run",
    "mcp-meta-prompt"
  ]
}

Claude Desktop

Add the following configuration to your claude_desktop_config.json settings:

"meta-prompting": {
  "command": "path/to/your/uv",
  "args": [
    "--directory",
    "path/to/your/meta-prompt-mcp",
    "run",
    "mcp-meta-prompt"
  ]
}

Activating the Meta-Prompt Workflow

Important: To leverage the full power of this MCP, always start your request by invoking the meta_model_prompt (then fill in the query with your prompt, see Demo video) from the meta-prompting server. This is the official entry point that activates the Conductor/Expert workflow. Once the prompt is added, simply provide your problem statement.

How it Differs from the Paper

The core methodology in the original paper involves a two-step process for expert consultation:

  1. The "conductor" model generates instructions for an expert.

  2. A separate, independent LM instance (the "expert") is invoked with only those instructions to provide a response. This ensures the expert has "fresh eyes."

This implementation simplifies the process into a single LLM call. The conductor model generates the expert's name, instructions, and the expert's complete output within a single tool call. This is a significant difference that makes the process faster and less expensive, but it deviates from the "fresh eyes" principle of the original research.

Limitations

The expert_model tool in this MCP server is designed to use the ctx.sample() function to properly simulate a second, independent expert model call as described in the paper. However, this function is not yet implemented in most MCP clients (such as Cursor and Claude Desktop).

Due to this limitation, the server includes a fallback mechanism. When ctx.sample() is unavailable, the expert_model tool simply returns the output content that was generated by the conductor model in the tool call. This means the expert's response is part of the conductor's single generation, rather than a true, independent consultation.

Comparison

Below is two conversations I asked Claude to implement the Meta Prompt MCP Server itself, with and without Meta Prompt MCP.

Some artifacts are missing from the conversation but you could see the implementation with Meta Prompt MCP is much better, and it also did kind of "self-reviewing" by consulting a QA expert.

References

Available Tools

2 tools
expert_modelC

Use this tool to communicate with an expert.

Args: name: The name of the expert to communicate with. Required. instructions: The instructions to send to the expert. Required. output: The answer from the expert based on the instructions. Required. iteration: The number of experts you have consulted so far. Start with 1.

Inputs: name (required), instructions (required), output (required), iteration (required).

ready_to_answerB

Use this tool when you already obtained or verified the final solution with at least two independent experts and are ready to present your final answer.

Inputs: no named parameters.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    C2.8/5.0

    Scored across 2 tools

    Disambiguation5/5

    The two tools have completely distinct purposes: expert_model is for consulting experts and obtaining their responses, while ready_to_answer is for signaling completion after verification with multiple experts. There is no overlap in functionality, making it impossible to confuse them.

    Naming Consistency3/5

    The naming is mixed: expert_model uses snake_case but is a noun-based name, while ready_to_answer uses snake_case with a verb phrase. There is no consistent verb_noun pattern, but both names are readable and descriptive of their functions.

    Tool Count2/5

    With only 2 tools, the server feels under-scoped for a 'Meta Prompt' purpose, which suggests broader capabilities. The tools cover a narrow workflow (consult experts and signal readiness), lacking operations like managing experts, tracking iterations, or handling errors, making the set feel incomplete for the domain.

    Completeness2/5

    Inferred domain is meta-prompting or expert consultation, but there are significant gaps: no tools to list available experts, modify expert instructions, handle errors in consultations, or manage the consultation process beyond the two provided steps. This will likely cause agent failures when trying to perform full workflows.

    Maintenance

    ActivityInactive
    ResponsivenessOutdated data

    Related MCP Connectors

    Related MCP Servers

    • F
      license
      Not graded
      quality
      D
      maintenance
      An orchestration server that enables AI agents to collaborate across multiple AI models for advanced code analysis, debugging, and development workflows. It maintains context persistence across sessions, allowing agents like Claude to delegate subtasks to other models like Gemini or O3 seamlessly.
      42
      -
    • A
      license
      Not graded
      quality
      C
      maintenance
      MCP server that enables AI agents to run a deterministic orchestration loop with decomposition, subagent execution, and review feedback across multiple LLM backends.
      60
      MIT