Skip to main content
Glama
nezaralzien

manager-full-mcp

by nezaralzien

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}

Tools

Functions exposed to the LLM to take actions

NameDescription
list_businessesA

List the Manager businesses this connection can reach, with their ids. Every other tool takes an optional 'business' argument; it can be left out when only one business is configured.

open_permissions_panelA

Open the local permissions control panel in the browser and return its URL. That panel is where the user ticks which resources this connection may read, create, update or delete, and where businesses and their access tokens are added. Changes apply immediately, no restart.

manager_catalogA

Browse the resource catalog of a business: every document, list, report and setting the Manager instance exposes, with the operations allowed by the current tick boxes. Start here when you do not know a resource name. Filter with 'search' (e.g. 'invoice', 'tax') or 'group'.

manager_permissionsA

Show what this connection is currently allowed to do for a business: the totals per operation, where the rules come from, and the full list of resources with write access. Use it before telling the user something is not possible.

manager_listA

Search or page any Manager collection, report feed or list (customers, sales_invoices, payments, tax_codes, general ledger feeds, …). 'term' searches, 'sort_by' takes a column name, and date feeds accept from_date / to_date (YYYY-MM-DD). Unsupported parameters are reported back rather than silently dropped.

manager_getA

Fetch one record by its Key (GUID) in the exact shape Manager stores it. Always do this before an update, and use an existing record as the template for a create — Manager's field names are not guessable.

manager_createA

Create a record (invoice, payment, customer, journal entry, tax code, …). 'fields' is Manager-native JSON: copy the shape from manager_get on an existing record of the same resource. Returns the new Key. For resources the catalog marks risk='high', get an explicit yes from the user first.

manager_updateA

Update a record. For resources the catalog marks risk='high' (accounts, tax codes, rates, opening balances, settings) confirm with the user first — those changes restate existing books. Default mode 'merge' reads the live document first and changes only the fields you pass, which is what you normally want because Manager's PUT replaces the whole document. Use mode='replace' to send the body verbatim.

manager_deleteA

Delete a record permanently. Manager has no undo, so confirm with the user first; the deleted document is returned in the response so it can be re-created if needed.

manager_api_getA

Escape hatch: GET any Manager API path directly (e.g. '/customers' or '/sales-invoice-form/{key}'). Only for paths the catalog does not model. Requires 'Raw read' in the control panel.

manager_api_requestA

Escape hatch: send any method (POST/PUT/DELETE) to any Manager API path. Bypasses per-resource tick boxes, so it requires the separate 'Raw write' box in the control panel. Prefer manager_create / manager_update.

prepare_attachmentA

Turn a file into something Manager will accept as evidence. Manager's Image field silently rejects PDFs, so ALWAYS run this on any PDF before attaching it: it rasterises every page and returns the image paths. Images pass through untouched. combine='vertical' (or 'horizontal') joins the pages of ONE document — a statement, a contract — into a single image, which is the right shape when the pages are one document. Leave combine='none' when the PDF holds several different documents, and never merge two different proofs into one image: each proof is its own attachment.

refresh_catalogA

Re-read the Manager instance's own API description and rebuild the resource catalog. Run this after upgrading Manager or when a resource seems missing.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.2/5.0

Scored across 13 tools

Disambiguation5/5

Each tool has a clearly distinct purpose: business listing, permissions, catalog management, file preparation, and per-resource CRUD operations are all uniquely scoped. Even the escape hatches (manager_api_get/api_request) are clearly differentiated from the typed CRUD tools by their raw, unvalidated nature.

Naming Consistency4/5

Most tools follow a readable pattern: CRUD operations use 'manager_' + verb (list/get/create/update/delete), while auxiliary tools use verb_noun (prepare_attachment, open_permissions_panel, refresh_catalog). The mix is not chaotic, but the 'manager_' prefix is applied inconsistently (manager_permissions, manager_catalog are nouns, not verbs), so it is not fully uniform.

Tool Count5/5

13 tools is within the ideal range and perfectly scoped for a full Manager integration covering catalog discovery, CRUD operations, permissions, attachments, and raw API access. Each tool serves a distinct need without redundancy or bloat.

Completeness5/5

The tool surface is essentially complete for the Manager domain: it covers business discovery, permission introspection, catalog browsing and refreshing, full CRUD for arbitrary resources, list/search, file preparation for evidence, and raw API fallbacks. There are no obvious dead ends or missing lifecycle stages.

Maintenance

ActivityMaintained
ResponsivenessNo issues