condosplit
MCP server for Claude Code that automates condominium expense splitting, schema visualization, and payment history management through natural language.
README
condosplit
Plugin MCP per Claude Code — suddivisione automatica delle spese condominiali.
condosplit è un MCP server che estende Claude Code con strumenti dedicati alla gestione e ripartizione delle spese condominiali. Una volta installato, basta chiedere a Claude in linguaggio naturale e lui calcola le quote, mostra lo schema dell'edificio e mantiene lo storico.
Installazione
1. Clona e installa le dipendenze
git clone https://github.com/sntfrancesco/condosplit.git condosplit
cd condosplit
npm install
2. Registra il server in Claude Code (globale)
Il server va installato una volta sola a livello globale: legge condo.config.json dalla directory corrente, quindi funziona in qualsiasi progetto senza ulteriori configurazioni.
claude mcp add -s user condosplit node /percorso/assoluto/condosplit/src/server.js
Oppure modifica manualmente ~/.claude/settings.json:
{
"mcpServers": {
"condosplit": {
"command": "node",
"args": ["/percorso/assoluto/condosplit/src/server.js"]
}
}
}
3. Verifica che il server sia attivo
claude mcp list
Utilizzo
Dopo l'installazione, Claude dispone di questi strumenti che può chiamare autonomamente durante la conversazione.
Inizializzare un progetto
Inizializza un progetto condosplit nella directory corrente
Crea condo.config.json e una copia di README_GUIDE-condosplit.md nella directory di lavoro.
Visualizzare lo schema
Mostrami lo schema del condominio
Calcolare una suddivisione
Calcola la suddivisione della bolletta luce di gen-feb 2026 per €150,52
Dividi la pulizia scala di febbraio 2026 da €80,00
Ripartisci la quota ascensore del primo trimestre 2026 di €210,50 e salvala nello storico
Quando vengono calcolate spese e sono presenti coordinate di pagamento configurate, Claude mostrerà la lista e chiederà quale includere nel report.
Gestire le coordinate di pagamento
Mostrami le coordinate di pagamento disponibili
Aggiungi una coordinata: Enel Energia, IBAN IT60X0542811101000000123456, banca Intesa Sanpaolo
Le coordinate vengono salvate in condo.coordinates.json nella directory del progetto. Ogni tipo di spesa in condo.config.json può avere un campo defaultPaymentCoordinatesId che suggerisce la coordinata predefinita.
Consultare lo storico
Mostrami lo storico delle spese condominiali
Strumenti MCP esposti
| Strumento | Descrizione |
|---|---|
condosplit_init |
Crea condo.config.json e condo.coordinates.json nella directory specificata |
condosplit_schema |
Visualizza lo schema ASCII dell'edificio |
condosplit_types |
Elenca i tipi di spesa configurati |
condosplit_split |
Calcola la suddivisione di una spesa; se sono presenti coordinate, chiede quale includere nel report |
condosplit_history |
Mostra lo storico delle spese salvate |
condosplit_coordinates |
Elenca le coordinate di pagamento in condo.coordinates.json |
condosplit_coordinates_save |
Aggiunge o aggiorna una coordinata di pagamento |
Struttura di condo.coordinates.json
File generato automaticamente nella directory di progetto. Contiene tutte le coordinate di pagamento configurate. Viene creato vuoto da condosplit_init e popolato con condosplit_coordinates_save.
{
"coordinates": [
{
"id": "enel_energia",
"label": "Enel Energia",
"intestatario": "Condominio Via Roma 1",
"iban": "IT60X0542811101000000123456",
"swift": "BCITITMM",
"banca": "Intesa Sanpaolo",
"causale": "Bolletta luce scala",
"note": "Inserire numero cliente in causale"
}
]
}
Tutti i campi tranne id e label sono opzionali.
Struttura di condo.config.json
{
"building": {
"name": "Nome condominio",
"floors": [
{
"level": 1, // numero piano
"label": "Primo Piano", // etichetta leggibile
"staircaseAccess": true, // false = nessun accesso scala (es. piano terra negozi)
"units": [
{ "id": "I1.a", "label": "Proprietario A" },
{ "id": "I1.b", "label": "Proprietario B", "occupied": false } // non abitato
]
}
]
},
"expenseTypes": [
{
"id": "pulizia_scala", // usato nel tool condosplit_split
"name": "Pulizia Scala",
"splitRule": "occupied_staircase_equal", // solo abitati con accesso scala
"defaultPaymentCoordinatesId": "impresa_pulizie" // ID in condo.coordinates.json (opzionale)
},
{
"id": "bolletta_luce",
"name": "Bolletta Luce Scala",
"splitRule": "utility_breakdown",
"utilityComponents": [
{ "name": "Autoclave", "percentage": 33, "splitGroup": "all" },
{ "name": "Ascensore", "percentage": 34, "splitGroup": "occupied_staircase" },
{ "name": "Luce Scala", "percentage": 33, "splitGroup": "occupied_staircase" }
]
}
]
}
Campo occupied per unità
Ogni unità accetta il campo opzionale "occupied": false per indicare che l'interno è non abitato.
Il default è true (abitato): omettere il campo equivale a "occupied": true.
Nello schema dell'edificio le unità non abitate sono marcate con ⊘.
Regole di ripartizione (splitRule)
| Valore | Comportamento |
|---|---|
equal_all |
Quota uguale tra tutte le unità |
staircase_equal |
Quota uguale tra unità con staircaseAccess: true |
occupied_equal |
Quota uguale tra unità abitate |
occupied_staircase_equal |
Quota uguale tra unità abitate con staircaseAccess: true |
utility_breakdown |
Ripartizione per componenti, ognuno con percentuale e gruppo |
Gruppi (splitGroup) — per utility_breakdown
| Valore | Unità incluse |
|---|---|
all |
Tutte le unità |
staircase |
Unità con staircaseAccess: true |
occupied_all |
Unità abitate |
occupied_staircase |
Unità abitate con staircaseAccess: true |
Struttura del progetto
condosplit/
├── src/
│ ├── server.js ← entry point MCP server
│ ├── config.js ← caricamento e validazione configurazione
│ ├── building.js ← rendering schema ASCII
│ ├── expenses.js ← logica di ripartizione
│ ├── report.js ← formattazione report
│ ├── history.js ← storico spese
│ ├── coordinates.js ← gestione coordinate di pagamento
│ └── init.js ← inizializzazione progetto
├── examples/
│ ├── condo.config.json
│ └── condo.coordinates.json
├── package.json
├── README.md
└── README_GUIDE-condosplit.md
Requisiti
- Node.js >= 18
- Claude Code con supporto MCP
Licenza
MIT
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.