io.github.davegomez/fizzy
NPM · @SILKY/FIZZY-MCP
MCP server for Fizzy task management
Available components
Last scanned (16 hours ago)
Scores higher than 94% of npm servers
Category Project Management
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security98
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- 67 of 184 dependencies flagged as unhealthy (1 deprecated). View diagnostics → Partial
Provenance & Transparency96
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Cryptographically verified build provenance (signed, bound to davegomez/fizzy-mcp). View diagnostics → Pass
- Clear OSI-approved license (AGPL-3.0-or-later).Pass
- Actively maintained (last published 276 days ago).Pass
- Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability60
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 3073 tokens (~439/item across 7 items; 7 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
- No destabilizing schema changes in the last 30 days.Pass
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 7 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 7 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Checks we ran (16)
- Malware scan
- Known CVEs
- Install scripts
- Dependency health
- Source repository
- Provenance
- License
- Maintenance
- Security disclosure
- Schema quality
- Stability
- Tool coverage
- Injection markers
- Destructive annotations
- Judged manipulation
- MCP protocol
Does not apply to this package (2)
- Endpoint SecurityScored on hosted endpoints only. A package has no live endpoint of its own for us to probe.
- Transport & ReachabilityScored on hosted endpoints only. A package has no live endpoint of its own for us to probe.
The score does not measure everything. What the score does not measure →
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 3 Nov 26 0
- Stability: 0.97 → pass security
- 2 Nov 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.
- 1 Nov 26 −1
- Stability: pass → 0.93 functional
- 31 Oct 26 0
- Security disclosure: unverified → fail ▼ functional
- 26 Oct 26 0
- Stability: 0.97 → pass security
- Security disclosure: fail → unverified ▼ functional
- 25 Oct 26 0
- Stability: pass → 0.97 functional
- 17 Oct 26 +1
- Stability: 0.90 → pass security
- 15 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 83 to 87. That category is still filling its 30-day observation window: 25 days of observed history at the previous scan, 26 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Analysed npm/@silky/fizzy-mcp@1.0.0
Provenance Verified
A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.
| Result | Verified |
|---|---|
| Ecosystem | npm |
| Reason | Verified |
| Discovered via | Registry attestation endpoint |
| Source repo | davegomez/fizzy-mcp |
| Certificate issuer | https://token.actions.githubusercontent.com |
| Certificate SAN | https://github.com/davegomez/fizzy-mcp/.github/workflows/release.yml@refs/tags/v1.0.0 |
| Rekor log index | 895204336 |
| Predicate type | SLSA build provenance https://slsa.dev/provenance/v1 |
| Subject digest | sha512:6414e3fad7bd5ff904eee3ecdf6d4cbcc8ddfe40955e6da3e9d1a8f6d834028fbf93b1567d20c10509d8e9e0b0242dbbe2c1e2c530995ac67273e78be |
Background: How many MCP packages publish verified provenance →
Dependencies 184 packages
| Packages resolved | 184 |
|---|---|
| Deprecated | 1 |
| Stale | 66 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
fizzy_account ~306
Get, set, or list accounts for API calls. Manages the session default so you don't need to pass `account_slug` on every tool call. **When to use:** - List available accounts to see what you have access to - Set working account after discovering accounts - Check current default before operations **Don't use when:** Operating across multiple accounts simultaneously — pass `account_slug` explicitly instead. **Arguments:** - `action` (required): "get" to check current default, "set" to change it, "list" to see available accounts - `account_slug` (required for set): Account slug (e.g., "897362094") **Returns:** - get: `{ "action": "get", "account_slug": "897362094" }` or `null` if not set - set: `{ "action": "set", "account_slug": "897362094" }` - list: `{ "action": "list", "accounts": [{ "slug": "...", "name": "...", "id": "..." }] }` **Related:** Most tools auto-resolve account via FIZZY_ACCOUNT env var or single-account auto-detection.
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug (required for set action). |
| action | string | yes | Action: get | set | list. Use 'get' to check current, 'set' to change, 'list' to see available. |
No output schema declared.
No examples provided.
fizzy_boards ~412
List boards in the account with column summaries. Get an overview of boards and their column structure including card counts. **When to use:** - Discover board IDs and column IDs for subsequent operations - See card counts per column across all boards - Find the right board/column to create cards or triage **Fizzy column conventions:** Every board has three implicit columns not returned in the columns array: - **Maybe?** (inbox): Untriaged cards. Cards here have no `column_id`. New cards start here. - **Not Now**: Deferred cards. Move here via `status: "not_now"` in `fizzy_task`. - **Done**: Closed cards. Move here via `status: "closed"` in `fizzy_task`. The `columns` array only contains custom workflow columns (e.g., "In Progress", "Backlog"). To move a card from a column back to Maybe?, use `fizzy_task` with `column_id` omitted and no status change. **Arguments:** - `account_slug` (optional): Uses session default if omitted - `limit` (optional): Max items to return, 1-100 (default: 25) - `cursor` (optional): Continuation cursor from previous response **Returns:** JSON with items and pagination metadata. ```json {"items": [{"id": "board_1", "name": "Project", "columns": [{"id": "col_1", "name": "Backlog"}]}], "pagination": {...}} ``` **Related:** Use board ID with `fizzy_task` to create cards. Use column IDs for triage.
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug. Uses session default if omitted. |
| cursor | string | – | Continuation cursor from previous response. Omit to start fresh. |
| limit | integer | – | Max items to return (1-100, default: 25). |
No output schema declared.
No examples provided.
fizzy_comment ~258
Manage comments on a card: create, list, update, or delete. **Actions:** - `create` (default): Post a new comment - `list`: Get all comments on a card - `update`: Edit an existing comment (requires `comment_id` + `body`) - `delete`: Remove a comment (requires `comment_id`) **Arguments:** - `action` (optional): "create" | "list" | "update" | "delete" (default: "create") - `account_slug` (optional): Uses session default if omitted - `card_number` (required): Card number - `comment_id` (optional): Required for update/delete - `body` (optional): Comment body in markdown. Required for create/update **Returns:** JSON with comment details, list of comments, or deletion confirmation.
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug. Uses default if omitted. |
| action | string | – | Action to perform. |
| body | string | – | Comment body in markdown (1-10000 chars). Required for create/update. |
| card_number | number | yes | Card number. |
| comment_id | string | – | Comment ID. Required for update/delete. |
No output schema declared.
No examples provided.
fizzy_get_card ~404
Get full details of a card by its number or ID. Retrieve complete card data including description, steps count, and metadata. **When to use:** - Need full description or metadata for a specific card - Check step completion status or see all tags/assignees **Don't use when:** Scanning multiple cards - use `fizzy_search` first. **Arguments:** - `account_slug` (optional): Uses session default if omitted - `card_number` (recommended): The human-readable `#` number from URLs/lists (e.g., 42) - `card_id` (alternative): The UUID from API responses. Use `card_number` when possible. **IMPORTANT:** Provide `card_number` (integer) OR `card_id` (string UUID), not both. The `card_number` is the `#` visible in the UI (e.g., #42). The `card_id` is the internal UUID. **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: `{"id": "card_abc", "number": 42, "title": "Fix bug", "status": "open", "steps_count": 3, ...}` **Related:** Use `fizzy_comment` or `fizzy_step` for deeper interaction.
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug (e.g., 'acme-corp'). Uses session default if omitted. |
| card_id | string | – | Card UUID from API responses. Use card_number instead when you have the # visible in the UI. |
| card_number | number | – | Card number - the human-readable # from URLs/UI (e.g., 42). Preferred over card_id. |
No output schema declared.
No examples provided.
fizzy_search ~612
Search for cards with filters. Find cards matching criteria or review board contents. **When to use:** - Find cards by tag, assignee, or board - Filter by index category (closed, stalled, golden, etc.) **Don't use when:** You already know the card number — use `fizzy_get_card` instead. **Arguments:** - `account_slug` (optional): Uses session default if omitted - `board_id` (optional): Filter to cards on this board - `indexed_by` (optional): Filter by index category: closed | not_now | all | stalled | postponing_soon | golden - `tag_ids` (optional): Filter to cards with ALL these tag IDs - `assignee_ids` (optional): Filter to cards assigned to ANY of these user IDs - `sorted_by` (optional): Sort order: newest | oldest | recently_active - `terms` (optional): Search terms to filter cards by text content - `limit` (optional): Max items, 1-100 (default: 25) - `cursor` (optional): Continuation cursor from previous response **Returns:** JSON with items and pagination metadata. ```json {"items": [{"number": 42, "title": "...", ...}], "pagination": {"returned": 25, "has_more": true, "next_cursor": "..."}} ``` **Related:** Use card number with `fizzy_get_card` for full details.
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug (e.g., 'acme-corp'). Uses session default if omitted. |
| assignee_ids | array | – | Filter to cards assigned to ANY of these user IDs. |
| assignment_status | string | – | Filter by assignment status: unassigned. |
| board_id | string | – | Filter to cards on this board ID. |
| card_ids | array | – | Filter to specific card IDs. |
| closer_ids | array | – | Filter to cards closed by these user IDs. |
| closure | string | – | Filter by closure date range: today | yesterday | thisweek | thismonth | last7 | last14 | last30. |
| creation | string | – | Filter by creation date range: today | yesterday | thisweek | thismonth | last7 | last14 | last30. |
| creator_ids | array | – | Filter to cards created by these user IDs. |
| cursor | string | – | Continuation cursor from previous response. Omit to start fresh. |
| indexed_by | string | – | Filter by index category: closed | not_now | all | stalled | postponing_soon | golden. |
| limit | integer | – | Max items to return (1-100, default: 25). |
| sorted_by | string | – | Sort order: newest | oldest | recently_active. |
| tag_ids | array | – | Filter to cards with ALL these tag IDs. |
| terms | array | – | Search terms to filter cards by text content. |
No output schema declared.
No examples provided.
fizzy_step ~392
Create, complete, update, uncomplete, or delete a step on a card. **Mode detection:** - `step` absent → CREATE (requires `content`) - `step` present, no other params → COMPLETE (default action) - `step` + `content` → UPDATE content - `step` + `completed: false` → UNCOMPLETE - `step` + `delete: true` → DELETE **Arguments:** - `account_slug` (optional): Uses session default if omitted - `card_number` (required): Card number containing the step - `step` (optional): Content substring to match OR 1-based index to identify existing step - `content` (optional): Step text for create or update - `completed` (optional): Set completion state (true or false) - `delete` (optional): Delete the step **Returns:** JSON with step `id`, `content`, `completed` status. **Examples:** - Create: `{card_number: 42, content: "Write tests"}` - Complete: `{card_number: 42, step: "Write tests"}` - Uncomplete: `{card_number: 42, step: 1, completed: false}` - Update: `{card_number: 42, step: 1, content: "Write unit tests"}` - Delete: `{card_number: 42, step: "Write tests", delete: true}`
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug. Uses default if omitted. |
| card_number | number | yes | Card number containing the step. |
| completed | boolean | – | Set completion state. |
| content | string | – | Step text for create or update. |
| delete | boolean | – | Delete the step. |
| step | – | – | Step to act on: content substring or 1-based index. Omit to create. |
No output schema declared.
No examples provided.
fizzy_task ~689
Create or update a card with full control over status, tags, steps, and column placement. **Mode detection:** - `card_number` absent → CREATE mode (requires `board_id` + `title`) - `card_number` present → UPDATE mode **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:** - **Maybe?** (inbox): Cards with no `column_id`. This is where new cards start. - **Not Now**: Set `status: "not_now"` to move here (defers the card). - **Done**: Set `status: "closed"` to move here (completes the card). - **Custom columns**: Use `column_id` from `fizzy_boards` to triage to workflow columns. **Arguments:** - `account_slug` (optional): Uses session default if omitted - `card_number` (optional): Card to update. Omit to create new card. - `board_id` (optional): Board ID. Required for create mode. - `title` (optional): Card title. Required for create mode. - `description` (optional): Card body in markdown - `status` (optional): open | closed | not_now — changes card lifecycle state - `column_id` (optional): Move card to this column (works from inbox or other columns; skipped if already there) - `position` (optional): top | bottom (default: bottom) — position in column - `add_tags` (optional): Tag titles to add - `remove_tags` (optional): Tag titles to remove - `steps` (optional): Checklist items to create (create mode only) **Returns:** JSON with `mode`, `card` (id, number, title, url, status), `operations` summary, `failures` array. **Examples:** Create: `{board_id: "...", title: "New task", steps: ["Step 1", "Step 2"]}` Update: `{card_number: 42, status: "closed", add_tags: ["done"]}`
| Name | Type | Req | Description |
|---|---|---|---|
| account_slug | string | – | Account slug. Uses session default if omitted. |
| add_tags | array | – | Tag titles to add to the card. |
| board_id | string | – | Board ID. Required when creating a new card. |
| card_number | number | – | Card number to update. Omit to create a new card. |
| column_id | string | – | Column ID to triage card to. |
| description | string | – | Card body in markdown (max 10000 chars). |
| position | string | – | Position in column: top | bottom (default: bottom). |
| remove_tags | array | – | Tag titles to remove from the card. |
| status | string | – | Card status: open | closed | not_now. |
| steps | array | – | Checklist steps to create (create mode only). |
| title | string | – | Card title (1-500 chars). Required when creating. |
No output schema declared.
No examples provided.
How do I install the io.github.davegomez/fizzy MCP server?
io.github.davegomez/fizzy runs locally as an npm package, launched with npx -y @silky/fizzy-mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · @silky/fizzy-mcp
claude mcp add davegomez-fizzy -- npx -y @silky/fizzy-mcp
What is the io.github.davegomez/fizzy MCP server?
io.github.davegomez/fizzy is an MCP server listed in the public MCP registry as io.github.davegomez/fizzy. MCP server for Fizzy task management. This page covers its npm package (@silky/fizzy-mcp).
Is the io.github.davegomez/fizzy MCP server safe to use?
io.github.davegomez/fizzy scores 91 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 5 November 2026. It declares no install or post-install scripts. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the io.github.davegomez/fizzy MCP server expose?
io.github.davegomez/fizzy exposes 7 tools: fizzy_account, fizzy_boards, fizzy_search, fizzy_get_card, fizzy_task, and 2 more. Their descriptions and schemas cost roughly 3,073 tokens of context every time the server is loaded.
Is the io.github.davegomez/fizzy MCP server still maintained?
io.github.davegomez/fizzy is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the io.github.davegomez/fizzy MCP server under?
io.github.davegomez/fizzy declares the AGPL-3.0-or-later licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.
What did VerifyMCP test on the io.github.davegomez/fizzy MCP server?
VerifyMCP ran 16 checks on io.github.davegomez/fizzy, covering Malware scan, Known CVEs, Install scripts, Dependency health and 12 more. Endpoint Security and Transport & Reachability do not apply to an npm package, so they were not tested. The score does not measure everything, and the scoring documentation lists what it leaves out.