Skip to main content
Glama
mgd34msu

vibecheck

by mgd34msu

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PROJECT_BOARD_DBNoPath to the SQLite database file. Defaults to $XDG_DATA_HOME/project-board/board.sqlite3 or $HOME/.local/share/project-board/board.sqlite3.
VIBECHECK_RUNTIMENoSelect the runtime for the bundled server. Defaults to Bun if available, then Node.js.
PROJECT_BOARD_TOKENNoBearer token required for HTTP transport. Required when using --transport streamable-http.
PROJECT_BOARD_PROJECTSNoComma-separated list of project IDs to restrict access. Leave unset to allow all projects.

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
}

Tools

Functions exposed to the LLM to take actions

NameDescription
project_joinC

Join with explicit session identity and optional parent; return compact status with map recovery.

plan_publishC

Publish the coordinator's complete task plan using its expected revision.

plan_editB

Atomically add or update plan tasks using the coordinator's expected revision.

plan_ackB

Record the plan revision this session explicitly observed.

plan_readA

Read a complete plan revision, or use compare_to for differences without full maps.

work_claimA

Claim task ownership or record a delegated contribution with a revision check.

work_updateA

Atomically report progress, release work, or hand work to another session.

project_statusC

Read compact current work; full includes all current records and the task map.

work_historyA

Find recorded work and its history by task, session, path, branch, or commit.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.5/5.0

Scored across 9 tools

Disambiguation5/5

Each tool targets a distinct phase of the workflow: joining a session, publishing/editing/acknowledging/reading plans, claiming/updating work, and querying status or history. Even the plan-focused tools are clearly separated by action (publish vs edit vs ack vs read), and work_claim vs work_update has no boundary ambiguity.

Naming Consistency5/5

All tool names use snake_case with consistent resource prefixes: project_, plan_, and work_. The verb suffixes (join, publish, edit, ack, read, claim, update, status, history) are clear and follow a predictable pattern throughout.

Tool Count5/5

Nine tools is well-scoped for a collaborative session and work-tracking server. Each tool earns its place, covering plan management, work claims, updates, and inspection without redundant or overlapping utilities.

Completeness4/5

The tool surface covers the core lifecycle well: join a session, publish/edit/read plans, acknowledge revisions, claim work, update work, view status, and inspect history. Minor gaps exist, such as no explicit project_leave or plan deletion, but these can be worked around using existing update/status mechanisms.

Maintenance

ActivityMaintained
ResponsivenessNo issues