SkillAgentSearch skills...

cursor-buddy-mcp

šŸ¤– MCP server that gives AI agents deep context about your project - coding standards, knowledge base, todos, database schema & history. Keep your AI assistant consistent and context-aware.

Install / Use

npx skills add omar-haris/cursor-buddy-mcp

Installs into whichever agent you are using.

About this skill
šŸ“

.cursorrules

Cursor IDE rules (legacy)

Quality Score

75/100

Supported Platforms

Cursor
<div align="center">

MCP Logo

Cursor Buddy MCP

šŸ¤– Keep AI Agents Context-Aware & Consistent

Docker Go MCP License

Transform your AI assistant into a context-aware coding partner that understands your project's standards, conventions, and history.

šŸš€ Quick Start • šŸ“š Documentation • šŸ”§ Tools • šŸ’” Examples

</div>

šŸŽÆ Why Cursor Buddy MCP?

<table> <tr> <td width="50%">

🧠 Context-Aware AI

Your AI assistant instantly knows your coding standards, architectural patterns, and project conventions

šŸ“š Centralized Knowledge

All project documentation and guidelines in one searchable location

āœ… Progress Tracking

Automatic todo management and implementation history tracking

</td> <td width="50%">

šŸ”„ Real-time Updates

File monitoring ensures your AI always has the latest information

šŸš€ Zero Setup Friction

Drop-in Docker container with immediate MCP integration

šŸ” Intelligent Search

Fast, relevant results across all your project context

</td> </tr> </table>

šŸ“‹ Table of Contents


šŸ—ļø Architecture

<div align="center">
graph TB
    A[AI Assistant] --> B[MCP Client]
    B --> C[Cursor Buddy MCP Server]
    C --> D[.buddy Directory]
    D --> E[Rules]
    D --> F[Knowledge]
    D --> G[Todos]
    D --> H[Database]
    D --> I[History]
    D --> J[Backups]
    
    C --> K[Search Engine]
    C --> L[File Monitor]
    C --> M[Backup Manager]
    
    style A fill:#e1f5fe
    style C fill:#f3e5f5
    style K fill:#e8f5e8
</div>

Built on the Model Context Protocol (MCP) using the Go SDK from mark3labs/mcp-go. Communicates over stdin/stdout using JSON-RPC 2.0, making it compatible with MCP clients like Claude Desktop.

šŸŽØ Features

| Feature | Description | |---------|-------------| | šŸ”§ Tools | 6 interactive tools for managing project context | | šŸ“Š Resources | Project context resource with complete project state | | šŸ”„ Stdio Transport | Standard input/output communication | | ⚔ Real-time Updates | File monitoring with automatic reloading | | šŸ” Full-text Search | Bleve-powered search across all content | | šŸ’¾ Automatic Backups | Safe file modifications with rollback capability |


šŸš€ Quick Start

1ļøāƒ£ Pull from GitHub Registry

docker pull ghcr.io/omar-haris/cursor-buddy-mcp:latest

2ļøāƒ£ Configure Cursor

Add to .cursor/mcp.json:

āš ļø Important: Replace /path/to/your/project/ with your actual project directory path!

{
  "mcpServers": {
    "cursor-buddy-mcp": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm",
        "-v", "/path/to/your/project/.buddy:/home/buddy/.buddy",
        "-e", "BUDDY_PATH=/home/buddy/.buddy",
        "ghcr.io/omar-haris/cursor-buddy-mcp:latest"
      ]
    }
  }
}

Examples:

  • Linux/macOS: "/home/user/myproject/.buddy:/home/buddy/.buddy"
  • Windows: "C:/Users/User/myproject/.buddy:/home/buddy/.buddy"
  • Current directory: "${PWD}/.buddy:/home/buddy/.buddy"

šŸ’” How to find your project path:

# Navigate to your project directory and run:
pwd
# Copy the output and replace /path/to/your/project/ with: {output}/.buddy

3ļøāƒ£ Create .buddy Structure

Navigate to your project directory and run:

mkdir -p .buddy/{rules,knowledge,todos,database,history,backups}

šŸ“ This will create:

your-project/
ā”œā”€ā”€ .buddy/
│   ā”œā”€ā”€ rules/
│   ā”œā”€ā”€ knowledge/
│   ā”œā”€ā”€ todos/
│   ā”œā”€ā”€ database/
│   ā”œā”€ā”€ history/
│   └── backups/

4ļøāƒ£ Add Your Content

Create files in .buddy/ folders following the documentation below.


šŸ”§ Available Tools

<table> <tr> <td width="50%">

šŸ“‹ buddy_get_rules

Get coding standards and guidelines

  • Filter by category or priority
  • Support for multiple rule types

šŸ” buddy_search_knowledge

Search project documentation

  • Full-text search across all knowledge
  • Category and tag filtering

āœ… buddy_manage_todos

List/update tasks and track progress

  • Feature-based organization
  • Progress tracking and completion
</td> <td width="50%">

šŸ—„ļø buddy_get_database_info

Get schema info and validate queries

  • Table schema information
  • Query validation and examples

šŸ“š buddy_history

Track implementation changes and search history

  • Implementation timeline
  • Feature development tracking

šŸ’¾ buddy_backup

Create and manage file backups

  • Automatic backup creation
  • Safe file modifications
</td> </tr> </table>

šŸ’” Usage Examples

Ask your AI assistant questions like:

<div align="center">

| šŸŽÆ Category | šŸ’¬ Example Questions | |----------------|-------------------------| | šŸ“‹ Coding Standards | "What are our coding standards for error handling?" | | āœ… Project Progress | "Show me current todos for the authentication feature" | | šŸ“– Documentation | "Search for API documentation about user endpoints" | | šŸ—„ļø Database | "What's the database schema for the users table?" | | šŸ“š History | "How did we implement JWT authentication last month?" | | šŸ”§ Architecture | "What design patterns should I use for this feature?" |

</div>

šŸ“š Documentation

šŸ“‹ Rules Files

Location: .buddy/rules/
Purpose: Define coding standards, architectural patterns, and guidelines

šŸ“ Format Requirements

  • āœ… Use markdown format (.md)
  • āœ… Include metadata: category and priority
  • āœ… Organize with clear sections and subsections

šŸ”§ Example: Coding Standards

<details> <summary>Click to expand coding standards example</summary>
# Coding Standards
- category: coding
- priority: critical

## Overview
Core coding standards and best practices for the project.

## Go-Specific Standards
- Follow Go naming conventions (camelCase, PascalCase)
- Use `gofmt` for code formatting
- Handle errors explicitly, don't ignore them
- Use interfaces for abstraction

## Error Handling
- Always check and handle errors
- Use structured error types
- Wrap errors with context using `fmt.Errorf`
- Return meaningful error messages

## Testing
- Write unit tests for all public functions
- Use table-driven tests for multiple test cases
- Achieve minimum 80% code coverage
</details>

šŸ—ļø Example: Architecture Patterns

<details> <summary>Click to expand architecture patterns example</summary>
# Architecture Patterns
- category: architecture
- priority: critical

## Design Principles
- **Single Responsibility**: Each component has one reason to change
- **Dependency Inversion**: Depend on abstractions, not concretions

## Recommended Patterns

### Repository Pattern
- Encapsulate data access logic
- Provide consistent interface for data operations
- Enable easy testing with mock implementations

### Layered Architecture
ā”Œā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”
│   Presentation      │  ← HTTP handlers, CLI
ā”œā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”¤
│   Business Logic    │  ← Domain models, use cases
ā”œā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”¤
│   Data Access       │  ← Repositories, databases
ā””ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”€ā”˜
</details>

šŸ“– Knowledge Files

Location: .buddy/knowledge/
Purpose: Store project documentation, API specs, and technical information

šŸ“ Format Requirements

  • āœ… Use markdown format (.md)
  • āœ… Include metadata: category and optional tags
  • āœ… Structure with clear headings and examples

🌐 Example: API Documentation

<details> <summary>Click to expand API documentation example</summary>
# API Documentation
- category: architecture
- tags: api, rest, authentication

## Authentication Endpoints

### POST /auth/login
**Request:**
```json
{
  "email": "user@example.com",
  "password": "secure_password"
}

Response:

{
  "token": "jwt_token_here",
  "user": {
    "id": 123,
    "email": "user@example.com",
    "role": "user"
  }
}

GET /auth/me

Headers: Authorization: Bearer <token>

Response:

{
  "user": {
    "id": 123,
    "email": "user@example.com",
    "role": "user"
  }
}

Error Handling

All endpoints return errors in this format:

{
  "error": "error_code",
  "message": "Human readable message"
}

</details>

---

### āœ… Todo Files

> **Location:** `.buddy/todos/`  
> **Purpose:** Track tasks, features, and project progress

#### šŸ“ Format Requirements
- āœ… Use markdown format (`.md`)
- āœ… Use checkbox syntax: `- [ ]` (incomplete) or `- [x]` (complete)
- āœ… Group related tasks under clear headings
- āœ… Include context and details for each task

#### šŸ” Example: Feature Development

<details>
<summary>Click to expand feature development example</summary>

```markdown
# Authentication Feature

## Backend Implementation
- [x] Set up JWT library
- [x] Create user model and database migration
- [x] Implement password hashing with bcrypt
- [ ] Create login endpoint
- [ ] Create registration endpoint
- [ ] Add middleware for protected routes
- [ ] Write unit tests for auth service
- [ ] Add integration tests for auth endpoints

## Frontend Implementation
- [ ] Create login form component
- [ ] Create registration form component
- [ ] Implement JWT token storage
- [ ] Add authentication context
- [ ] Create protected route wrapper
- [ ] Handle token refresh logic

## Security & Testing
- [ ] Add rate limiting to auth endpoints
- [ ] Implement account lockout after failed attempts
- [ ] Add password strength validation
- [ ] Security audit of auth implementation
- [ ] Load testing for auth endpoints
</details>

šŸ—„ļø Database Files

Location: .buddy/database/
Purpose: Store SQL schema definitions, migrations, and query examples

šŸ“ Example: Schema Definition

<details> <summary>Click to expand database schema example</summary>
-- Users table
CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    email VARCHAR(255) UNIQUE NOT NULL,
    password_hash VARCHAR(255) NOT NULL,
    role VARCHAR(50) DEFAULT 'user',
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Sessions table for JWT blacklisting
CREATE TABLE sessions (
    id SERIAL PRIMARY KEY,
    user_id INTEGER REFERENCES users(id) ON DELETE CASCADE,
    token_hash VARCHAR(255) UNIQUE NOT NULL,
    expires_at TIMESTAMP NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Indexes for performance
CREATE INDEX idx_users_email ON users(email);
CREATE INDEX idx_sessions_token_hash ON sessions(token_hash);
CREATE INDEX idx_sessions_expires_at ON sessions(expires_at);
</details>

šŸ’Ž Best Practices

<div align="center">

| šŸŽÆ Practice | šŸ“ Description | |----------------|-------------------| | šŸ” Be Specific | Include concrete examples and code snippets | | šŸ”„ Stay Updated | Regularly review and update your files | | **šŸ“ Consistent Fo

Truncated for display — read the full file on GitHub.

Related Skills

View on GitHub
GitHub Stars13
CategoryData
Updated1y ago
Forks4

Languages

Go

Security Score

85/100

Audited on Jul 15, 2025

1 medium1 info