Skip to main content
Glama
README.md
# Pioter MCP Server

Pioter is a "Best Practices Oracle" MCP server that provides dynamic advice, checklists, and patterns for various software technologies.

## Features

- **Technology Awareness**: Automatically detects the technology from your query (e.g., React, Kubernetes, Python).
- **Best Practices**: Provides curated best practices and common mistakes.
- **Checklists**: Offers basic and advanced checklists for reviews.
- **Configurable**: Easily extendable via JSON configuration files.

## Installation

1. Clone the repository:
   ```bash
   git clone <repository-url>
   cd piotermcp
   ```

2. Install dependencies:
   ```bash
   npm install
   ```

3. Build the project:
   ```bash
   npm run build
   ```

## Configuration

To use this server with Antigravity or any MCP client (like Claude Desktop), add the following to your MCP configuration file:

```json
{
  "mcpServers": {
    "pioter": {
      "command": "node",
      "args": ["/Users/piotr/workspace/piotermcp/dist/index.js"]
    }
  }
}
```

### Running Locally

You can run the server locally for testing using the provided script:

```bash
./run_server.sh
```

Note: The server communicates via `stdio` (standard iasnput/output). It is designed to be run by an MCP client, not directly by a human in the terminal, although you will see it start up.


## Usage

Ask Pioter about best practices, refactoring, or architecture.

Examples:
- "What are the best practices for React hooks?"
- "Give me a security checklist for Kubernetes."
- "How should I structure a Python FastAPI project?"

## Tools

- `refactor_advice`: Get refactoring advice.
- `technology_best_practices`: Get general best practices.
- `testing_guidelines`: Get testing strategies.
- `architecture_patterns`: Get architectural recommendations.
- `ops_deployment_principles`: Get DevOps and deployment advice.
- `security_checklist`: Get security checklists.

TDQS

B3.1/5.0

Scored across 2 tools

Disambiguation3/5

The two tools have overlapping purposes as both provide guidance for technologies, which could cause confusion. 'refactor_advice' focuses on code improvement, while 'technology_best_practices' covers broader practices, but the descriptions are vague enough that an agent might misselect when seeking general advice. Some overlap exists, but the distinct keywords 'refactor' and 'best practices' help differentiate them.

Naming Consistency5/5

Both tool names follow a consistent snake_case pattern with a clear noun_verb structure (e.g., 'refactor_advice', 'technology_best_practices'). There are no deviations or mixed conventions, making the naming predictable and readable throughout the set.

Tool Count2/5

With only 2 tools, the server feels thin and under-scoped for a general-purpose 'Pioter MCP Server', suggesting it might not cover enough functionality. This low count could limit agent capabilities, as typical servers in this domain would offer more varied operations. It's borderline too few for effective use.

Completeness2/5

Given the inferred domain of technology guidance, there are significant gaps in the tool surface. The server lacks basic operations like searching, listing technologies, or providing examples, and there's no coverage for related tasks such as troubleshooting or implementation steps. This incompleteness will likely cause agent failures when handling broader queries.

Maintenance

ActivityInactive
ResponsivenessNo issues