Unofficial Clockify time tracking for coding sessions - MCP tools plus workflow skills. Not affiliated with Clockify/Cake.com.
14 tools with consistent naming (verb_noun pattern: get_, list_, create_, start_, stop_). All have descriptions (avg 95 chars, within 10-1024 range). Input schemas present with type definitions and descriptions for all parameters. However, output schemas are NOT documented, responses are inferred from code but not formally declared in tool definitions. Parameter descriptions are adequate but generic (e.g., 'Tag IDs (optional)' lacks context on format/constraints). No enum constraints on workspace_id or other categorical fields. Error handling present but minimal, no recovery guidance or categorization. Security: API key injected via env (correct), but config_root parameter is repeated across all 14 tools, creating friction. Missing: tool annotations (readOnlyHint/destructiveHint), pagination guidance for list tools, and output schema documentation.
Enable Clockify automation for a repository.
Create a new Clockify time entry.
Returns the effective .clockify/config.yml standards (per-method description, task, rounding, overlap, automation).
Get the currently running Clockify timer, if any.
Returns the authenticated Clockify user, including active and default workspace IDs.
Initialize Clockify configuration for a repository.
Output schemas not documented. Tool definitions declare input schemas but do not specify what fields/types are returned. LLMs cannot plan downstream calls or extract required data without knowing response structure.
config_root parameter repeated across all 14 tools with identical description. This creates cognitive load and suggests the parameter should be session-scoped or injected server-side rather than passed per-call. Consider storing it once and reusing.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 57 | <=2025-11-25 | v2 |
List Clockify clients in a workspace.
List Clockify projects in a workspace.
List Clockify tags in a workspace.
List Clockify time entries for a date range.
List Clockify workspaces for the authenticated user.
Start a new Clockify timer.
Stop the currently running Clockify timer.
Disable Clockify automation for a repository.
List tools (clockify_list_*) lack pagination parameters (limit, offset, page_size) and do not document result limits. Large result sets will blow context windows. Baseline: list tools should accept page/offset and return total count.
No tool annotations (readOnlyHint, destructiveHint, idempotentHint). LLMs cannot distinguish safe reads from destructive writes without explicit hints. clockify_start_timer, clockify_stop_timer, clockify_create_time_entry, clockify_init, clockify_automate, clockify_unautomate should be marked destructive.
Parameter descriptions lack format/constraint details. E.g., 'Tag IDs (optional)' does not specify array element type, format, or length. 'Start time in ISO 8601 format' is good, but most params are vague. Baseline: 100% of A+ tools have detailed param descriptions.