fizzy-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| FIZZY_TOKEN | Yes | API token from Fizzy settings | |
| FIZZY_ACCOUNT | No | Default account slug (e.g., 897362094) | |
| FIZZY_BASE_URL | No | API base URL | https://app.fizzy.do |
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
| Capability | Details |
|---|---|
| tools | {} |
| logging | {} |
| completions | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| fizzy_accountA | Get, set, or list accounts for API calls. Manages the session default so you don't need to pass When to use:
Don't use when: Operating across multiple accounts simultaneously — pass Arguments:
Returns:
Related: Most tools auto-resolve account via FIZZY_ACCOUNT env var or single-account auto-detection. |
| fizzy_boardsA | List boards in the account with column summaries. Get an overview of boards and their column structure including card counts. When to use:
Fizzy column conventions: Every board has three implicit columns not returned in the columns array:
The Arguments:
Returns: JSON with items and pagination metadata. Related: Use board ID with |
| fizzy_searchA | Search for cards with filters. Find cards matching criteria or review board contents. When to use:
Don't use when: You already know the card number — use Arguments:
Returns: JSON with items and pagination metadata. Related: Use card number with |
| fizzy_get_cardA | Get full details of a card by its number or ID. Retrieve complete card data including description, steps count, and metadata. When to use:
Don't use when: Scanning multiple cards - use Arguments:
IMPORTANT: Provide Returns:
JSON with id, number, title, description (markdown), status, board_id, column_id, tags array, assignees array, steps_count, completed_steps_count, comments_count, url, created_at, updated_at, closed_at (null if open).
Example: Related: Use |
| fizzy_taskA | Create or update a card with full control over status, tags, steps, and column placement. Mode detection:
Create mode: Creates card, then best-effort: adds steps, toggles tags, triages to column. Update mode: Updates title/description if provided. Changes status (open/closed/not_now). Manages tags with add/remove. Moves card to column (from inbox or another column). Same-column moves are skipped. Fizzy column conventions:
Arguments:
Returns:
JSON with Examples:
Create: |
| fizzy_commentA | Manage comments on a card: create, list, update, or delete. Actions:
Arguments:
Returns: JSON with comment details, list of comments, or deletion confirmation. |
| fizzy_stepA | Create, complete, update, uncomplete, or delete a step on a card. Mode detection:
Arguments:
Returns: JSON with step Examples:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 7 tools
Each tool has a clear primary purpose: get_card retrieves details, search finds cards, task creates/updates, step manages checklist items, comment handles comments, boards lists boards, and account manages sessions. There is minor overlap between task and step (both can interact with steps), but the descriptions clearly delineate when to use each (task for card-level operations, step for direct step manipulation).
All tools share the 'fizzy_' prefix, but the action part mixes verbs (get_card, search) with nouns (step, task, comment, boards, account). The nouns imply CRUD operations without a consistent verb pattern. While readable, the naming is not as uniform as a strict verb_noun convention.
Seven tools cover the core domain of a card-based project management system: boards, cards, search, steps, comments, and account management. Each tool is necessary and there is no redundancy or bloat. This is a well-scoped set for the server's purpose.
The surface covers creation, retrieval, updating, and search of cards, plus step and comment management and board listing. However, there is no explicit card deletion tool, and board management beyond listing is absent. These are notable gaps for full lifecycle coverage, particularly the inability to permanently remove a card.