Skip to main content
Glama
LazerThings

Twosplit MCP Server

Twosplit MCP Server

An MCP server that leverages multiple Claude instances to provide enhanced responses. It sends the same prompt to two separate instances of Claude and uses a third instance to combine or select the best elements from both responses.

Features

  • Supports multiple Claude models:

    • claude-3-opus-latest

    • claude-3-5-sonnet-latest

    • claude-3-5-haiku-latest

    • claude-3-haiku-20240307

  • Gets single, direct responses from each AI

  • Shows original responses and source attribution

  • Returns optimized final response

Related MCP server: prompte-mcp

Installation

  1. Clone the repository

  2. Install dependencies:

npm install
  1. Build the server:

npm run build

Configuration

The server requires an Anthropic API key to function. Set it as an environment variable:

export ANTHROPIC_API_KEY=your-api-key-here

Usage

The server provides a single tool called twosplit with the following parameters:

  • prompt (required): The prompt to send to Claude

  • model (required): The Claude model to use (must be one of the supported models listed above)

Example tool usage in Claude:

<use_mcp_tool>
<server_name>twosplit</server_name>
<tool_name>twosplit</tool_name>
<arguments>
{
  "prompt": "Write a short story about a robot learning to paint",
  "model": "claude-3-5-sonnet-latest"
}
</arguments>
</use_mcp_tool>

The response will include:

  1. The final optimized response

  2. Original responses from both AIs

  3. Source attribution showing which parts came from which AI

How it Works

  1. The server sends the same prompt to two separate instances of the specified Claude model, requesting a single direct response

  2. A third instance analyzes both responses and either:

    • Selects the single best response if one is clearly superior

    • Creates a new response that combines the best elements from both responses

  3. The final response, original responses, and source attribution are all included in the output

Development

To run the server in watch mode during development:

npm run watch

To inspect the server's capabilities:

npm run inspector

Available Tools

1 tool
twosplitC

Get multiple AI perspectives and combine them into the best response

ParametersJSON Schema
NameRequiredDescriptionDefault
modelYesThe Claude model to use (claude-3-opus-latest, claude-3-5-sonnet-latest, claude-3-5-haiku-latest, claude-3-haiku-20240307)
promptYesThe prompt to send to the AI

TDQS

C2.9/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions getting 'multiple AI perspectives' and combining them, but doesn't specify how many perspectives, what 'combine' entails (e.g., voting, averaging, synthesis), latency, rate limits, or error handling. For a tool that interacts with AI models, this is a significant gap in transparency.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is a single, efficient sentence: 'Get multiple AI perspectives and combine them into the best response.' It's front-loaded with the core purpose, has zero wasted words, and is appropriately sized for the tool's complexity. Every part of the sentence contributes to understanding the tool's function.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's complexity (involving multiple AI calls and combination logic), lack of annotations, and no output schema, the description is insufficient. It doesn't explain the output format, error conditions, or behavioral details like how perspectives are generated or combined. For a tool with no structured support, the description should provide more context to be complete.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The input schema has 100% description coverage, with clear documentation for both parameters ('model' and 'prompt'). The description doesn't add any meaning beyond what the schema provides—it doesn't explain parameter interactions or usage nuances. Given the high schema coverage, a baseline score of 3 is appropriate, as the schema does the heavy lifting.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's purpose: 'Get multiple AI perspectives and combine them into the best response.' It specifies the action ('get' and 'combine') and the resource ('AI perspectives'), making it easy to understand what the tool does. However, since there are no sibling tools, it doesn't need to differentiate from alternatives, so it doesn't reach the highest score.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides no guidance on when to use this tool versus alternatives, prerequisites, or specific contexts. It simply states what the tool does without indicating scenarios where it's most appropriate or any limitations. This lack of usage context leaves the agent without direction on optimal application.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. 1 tool updatev1.0.0
    • First observedtwosplit

TDQS

B3.1/5.0
Disambiguation5/5

With only one tool, there is no possibility of ambiguity or overlap between tools. The tool's purpose is clearly defined as getting multiple AI perspectives and combining them, which is distinct and unambiguous in this single-tool context.

Naming Consistency5/5

Since there is only one tool, naming consistency is inherently perfect. The tool name 'twosplit' follows a single pattern with no deviations or mixing of conventions to evaluate.

Tool Count2/5

A single tool is generally too few for most server purposes, as it limits functionality and flexibility. For a server named 'Twosplit MCP Server' that aims to provide multiple AI perspectives, one tool feels thin and under-scoped, potentially leaving gaps in operations like configuration or result refinement.

Completeness2/5

The tool surface is severely incomplete for the implied domain of handling AI perspectives. While the 'twosplit' tool covers the core action, there are obvious gaps such as no tools for managing perspectives, adjusting combination parameters, or retrieving historical results, which could lead to agent failures in more complex workflows.

Maintenance

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    An MCP server that enables inter-Claude communication and context sharing for seamless collaboration and conversation forking between multiple AI instances. It uses a smart pointer architecture to efficiently share project data and conversation history without interrupting ongoing tasks.
    1
    MIT
  • A
    license
    A
    quality
    D
    maintenance
    An MCP server that automatically enhances user prompts by applying advanced engineering techniques like chain-of-thought and few-shot reasoning based on identified intent. It optimizes technique selection through local learning and integrates directly into Claude sessions to improve output quality without additional API costs.
    6
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    MCP server that enables Claude Code to orchestrate multi-model AI consensus by querying GPT-5.2 and Gemini 3 Pro simultaneously, synthesizing high-confidence responses.
    8
    1
    MIT

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/LazerThings/twosplit'

If you have feedback or need assistance with the MCP directory API, please join our Discord server