SUMMARY The get_task_comments tool in the ClickUp MCP server fails entirely on any task containing comments authored by an integration bot or a deleted user. A single such comment causes the tool's output validation to reject the whole response, so MCP clients receive zero comments — including all the valid human ones. ROOT CAUSE The tool's output schema requires comments[]. user.id to be a number. Comments authored by bot/app identities or deleted users serialize with a user object that has no id, so validation fails and the entire response is discarded. EXAMPLE ERROR (task with 3 bot comments out of ~25): MCP error -32602: Output validation error: Invalid structured content for tool clickup_get_task_comments: [ { "expected": "number", "code": "invalid_type", "path": ["comments", 10, "user", "id"], "message": "Invalid input: expected number, received undefined" }, { "expected": "number", "code": "invalid_type", "path": ["comments", 15, "user", "id"], "message": "Invalid input: expected number, received undefined" }, { "expected": "number", "code": "invalid_type", "path": ["comments", 23, "user", "id"], "message": "Invalid input: expected number, received undefined" } ] WHY THIS IS SYSTEMIC, NOT AN EDGE CASE The failing comments in our workspace come from "ClickBot (from Front)" — Front's official ClickUp integration, which posts a "Front Conversation: <link>" comment on tasks. Bot/app identities like ClickBot have no ClickUp user account behind them, so their comments always lack user.id . Every workspace using the Front integration (and presumably any integration posting as an app bot) is affected, and new comments keep arriving in this state — no workspace hygiene avoids it. NO WORKAROUND EXISTS Bot comments are interleaved chronologically, so pagination cannot skip them. Any affected task's comment history is completely unreadable through MCP. THE BUG IS CONTAINED TO THE MCP LAYER The public REST endpoint GET /api/v2/task/{task_id}/comment returns these same comments without error. The ClickUp web UI renders them correctly, labeled "ClickBot (from Front)". Only the MCP tool's output schema rejects them, so the fix should be fully contained to the MCP server. STEPS TO REPRODUCE Connect Front's ClickUp integration and link a Front conversation to a task (this posts a comment as ClickBot) — or use any task that has a comment from a deleted user. Call the get_task_comments MCP tool for that task. Result: MCP error -32602, no comments returned. IMPACT AI/MCP clients (Claude, Claude Code, custom agents, etc.) cannot read comments on affected tasks. For teams using Front for support email, that is the majority of active tasks — comment history is effectively invisible to AI tooling. SUGGESTED FIX Make comments[].user nullable (or its id/username optional) in the tool's output schema, and ideally represent bot authors explicitly (e.g. a name with no id, or a bot: true flag). Gracefully degrading a single comment's author info is fine — failing the entire call is the real problem.