About shannon-thinking
shannon-thinking is an MCP server that provides a single tool, shannonthinking, for structuring problem-solving steps according to a methodology attributed to Claude Shannon. It is aimed at users who want complex problems broken into staged thoughts with explicit assumptions and confidence levels.
Key features
- 01Thought types for definition, constraints, model, proof and implementation
- 02Explicit dependencies between thought steps
- 03Uncertainty score recorded for each step
- 04Revision of earlier steps and rechecks
- 05Combines formal proofs with experimental validation
Use cases
- 01Analyzing information processing or optimization problems
- 02Structuring reasoning for staged engineering design work
- 03Recording iterative refinement of complex problems
MCP support
This project is an MCP server that exposes a single shannonthinking tool to MCP clients for recording structured thought steps.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
1Saved tool list · updated 3w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| thought | string | Yes | Your current thinking step |
| thoughtType | enum | Yes | Type of thinking stepproblem_definition | constraints | model | proof | implementation |
| thoughtNumber | integer | Yes | Current thought number |
| totalThoughts | integer | Yes | Estimated total thoughts needed |
| uncertainty | number | Yes | Confidence level (0-1) |
| dependencies | array | Yes | Thought numbers this builds upon |
| assumptions | array | Yes | Explicit list of assumptions |
| nextThoughtNeeded | boolean | Yes | Whether another thought step is needed |
| isRevision | boolean | No | Whether this thought revises an earlier one |
| revisesThought | integer | No | The thought number being revised |
| recheckStep | object | No | For marking steps that need re-examination |
| recheckStep.stepToRecheck | enum | Yes | Which type of step needs re-examinationproblem_definition | constraints | model | proof | implementation |
| recheckStep.reason | string | Yes | Why the step needs to be rechecked |
| recheckStep.newInformation | string | No | New information prompting the recheck |
| proofElements | object | No | Elements required for formal proof steps |
| proofElements.hypothesis | string | Yes | The hypothesis being tested |
| proofElements.validation | string | Yes | How the hypothesis was validated |
| experimentalElements | object | No | Elements for experimental validation |
| experimentalElements.testDescription | string | Yes | Description of the experimental test |
| experimentalElements.results | string | Yes | Results of the experiment |
| experimentalElements.confidence | number | Yes | Confidence in the experimental results (0-1) |
| experimentalElements.limitations | array | Yes | Limitations of the experimental validation |
| implementationNotes | object | No | Notes for practical implementation steps |
| implementationNotes.practicalConstraints | array | Yes | List of practical limitations and constraints |
| implementationNotes.proposedSolution | string | Yes | Detailed implementation proposal |
Details
From the project READMEshannon-thinking
An MCP server demonstrating Claude Shannon's systematic problem-solving methodology. This server provides a tool that helps break down complex problems into structured thoughts following Shannon's approach of problem definition, mathematical modeling, and practical implementation.
Overview
Claude Shannon, known as the father of information theory, approached complex problems through a systematic methodology:
- Problem Definition: Strip the problem to its fundamental elements
- Constraints: Identify system limitations and boundaries
- Model: Develop mathematical/theoretical frameworks
- Proof/Validation: Validate through formal proofs or experimental testing
- Implementation/Experiment: Design and test practical solutions
This MCP server demonstrates this methodology as a tool that helps guide systematic problem-solving through these stages.
Installation
NPX
{
"mcpServers": {
"shannon-thinking": {
"command": "npx",
"args": [
"-y",
"server-shannon-thinking@latest"
]
}
}
}
Usage
The server provides a single tool named shannonthinking that structures problem-solving thoughts according to Shannon's methodology.
Each thought must include:
- The actual thought content
- Type (problem_definition/constraints/model/proof/implementation)
- Thought number and total thoughts estimate
- Confidence level (uncertainty: 0-1)
- Dependencies on previous thoughts
- Explicit assumptions
- Whether another thought step is needed
Additional capabilities:
- Revision: Thoughts can revise earlier steps as understanding evolves
- Recheck: Mark steps that need re-examination with new information
- Experimental Validation: Support for empirical testing alongside formal proofs
- Implementation Notes: Practical constraints and proposed solutions
Example Usage
const thought = {
thought: "The core problem can be defined as an information flow optimization",
thoughtType: "problem_definition",
thoughtNumber: 1,
totalThoughts: 5,
uncertainty: 0.2,
dependencies: [],
assumptions: ["System has finite capacity", "Information flow is continuous"],
nextThoughtNeeded: true,
// Optional: Mark as revision of earlier definition
isRevision: false,
// Optional: Indicate step needs recheck
recheckStep: {
stepToRecheck: "constraints",
reason: "New capacity limitations discovered",
newInformation: "System shows non-linear scaling"
}
};
// Use with MCP client
const result = await client.callTool("shannonthinking", thought);
Features
- Iterative Problem-Solving: Supports revisions and rechecks as understanding evolves
- Flexible Validation: Combines formal proofs with experimental validation
- Dependency Tracking: Explicitly tracks how thoughts build upon previous ones
- Assumption Management: Requires clear documentation of assumptions
- Confidence Levels: Quantifies uncertainty in each step
- Rich Feedback: Formatted console output with color-coding, symbols, and validation results
Development
# Install dependencies
npm install
# Build
npm run build
# Run tests
npm test
# Watch mode during development
npm run watch
Tool Schema
The tool accepts thoughts with the following structure:
interface ShannonThought {
thought: string;
thoughtType: "problem_definition" | "constraints" | "model" | "proof" | "implementation";
thoughtNumber: number;
totalThoughts: number;
uncertainty: number; // 0-1
dependencies: number[];
assumptions: string[];
nextThoughtNeeded: boolean;
// Optional revision fields
isRevision?: boolean;
revisesThought?: number;
// Optional recheck field
recheckStep?: {
stepToRecheck: ThoughtType;
reason: string;
newInformation?: string;
};
// Optional validation fields
proofElements?: {
hypothesis: string;
validation: string;
};
experimentalElements?: {
testDescription: string;
results: string;
confidence: number; // 0-1
limitations: string[];
};
// Optional implementation fields
implementationNotes?: {
practicalConstraints: string[];
proposedSolution: string;
};
}
When to Use
This thinking pattern is particularly valuable for:
- Complex system analysis
- Information processing problems
- Engineering design challenges
- Problems requiring theoretical frameworks
- Optimization problems
- Systems requiring practical implementation
- Problems that need iterative refinement
- Cases where experimental validation complements theory
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.