vibecheck
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PROJECT_BOARD_DB | No | Path to the SQLite database file. Defaults to $XDG_DATA_HOME/project-board/board.sqlite3 or $HOME/.local/share/project-board/board.sqlite3. | |
| VIBECHECK_RUNTIME | No | Select the runtime for the bundled server. Defaults to Bun if available, then Node.js. | |
| PROJECT_BOARD_TOKEN | No | Bearer token required for HTTP transport. Required when using --transport streamable-http. | |
| PROJECT_BOARD_PROJECTS | No | Comma-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
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 9 tools
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.
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.
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.
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.