Cursor MCP project management when the IDE is home base
10:30 AM: a developer is deep in a PR review. Slack pings: "Is AUTH-442 still In Progress?" Alt-tab to browser, login, filter the board, update status, return—twenty minutes of flow gone. The pattern repeats three times daily.
Cursor MCP project management removes that friction. Configure WKFGo's MCP server in Cursor, then tell the chat panel: "Mark AUTH-442 Blocked and add a comment with the blocker." The model invokes update_status and create_comment under your personal wk_ key—without leaving the editor.
Signs your IDE drifted away from PM reality
- Developers defer status updates until "after merge"—the board lag is always one day behind.
- Checking new assignments means five browser tabs, two logins, one search.
- Code reviews happen without task acceptance criteria visible—rework lands next sprint.
- PMs ask for board screenshots because they lack MCP access themselves.
The cost is not just time—it is signal quality. Stale boards break standups, and capacity planning becomes guesswork.
Five-step Cursor MCP setup with WKFGo
Step 1: Issue a personal key
In WKFGo: Settings → Integrations → Connect your AI IDE. Copy your wk_… key. One key per developer—not a shared admin token.
Step 2: Add MCP config in Cursor
In .cursor/mcp.json or Settings → MCP:
{
"mcpServers": {
"wkfgo": {
"url": "https://YOUR_INSTANCE/api/mcp",
"headers": {
"Authorization": "Bearer wk_YOUR_KEY"
}
}
}
}
Replace YOUR_INSTANCE with your WKFGo domain. Full details at /api-docs.
Step 3: Verify with read-only calls
First prompt: "Use list_tasks to show tasks assigned to me." If you get forbidden, check FeatureAccess on the project.
Step 4: Standard dev loop
WKFGo's recommended loop:
get_context_pack— acceptance criteria, related wiki, dependenciesstart_work— begin time tracking- Code in the IDE
submit_for_reviewwhen the PR is readyend_work— close the session
This loop feels natural in Cursor because PM context sits beside code.
Step 5: Publish a prompt library in team wiki
Document three prompts: morning (my_day), pre-PR (get_context_pack), end of day (update_progress). The next hire should not reinvent prompts from scratch.
Practical Cursor workflows
Morning: "Call my_day and explain today's priorities."
Mid-sprint: "search_tasks for label:security in Backend project—which are overdue?"
Pre-release: "list_pending_approvals for Mobile project."
After bugfix: "update_status BUG-991 to Done and log_time 2 hours."
Anti-patterns
- Admin token committed to the repo—rotate immediately.
- Writes without confirming task IDs—one hallucinated ID updates the wrong card.
- MCP for one developer only—the rest of the team still Slack-pings.
- Ignoring forbidden responses—fix permissions, do not treat MCP as broken.
WKFGo tools that matter in Cursor
WKFGo's MCP server is built for the dev loop:
| Need | Tool |
|---|---|
| Today's queue | my_day, my_queue |
| Pre-code context | get_context_pack, get_task |
| Status without browser | update_status, update_progress, create_comment |
| Time tracking | start_work, end_work, log_time |
| Review handoff | submit_for_review |
| Wiki beside code | search_docs, get_wiki_page |
FeatureAccess matches the web app—a contractor without finance permission cannot pull summaries.
Real scenario: mid-sprint without Alt+Tab
A five-developer backend squad used to open the browser four to six times daily each—over two hours of context switching combined. After rollout:
Day 1: Lead documented MCP config in wiki plus .gitignore check.
Day 3: Each developer ran morning my_day in Cursor—async channel posts.
Day 7: PM reported board update rate rose from ~55% to ~82%—not AI magic, but updates on the work path.
Day 14: Standup shrank from 30 to 12 minutes—cross-team blockers only.
Adoption stuck when PM also used list_tasks for exception scans—one-sided tools always fail.
Pairing with local Git workflow
Cursor MCP does not replace local git—it complements it:
- Before a new branch:
get_taskfor acceptance criteria - After commit:
update_progresspercentage - PR opened:
submit_for_reviewplus link in task comment - CI fail:
list_git_pipelinesfor chat panel context
Developers stop narrating "what I did" in standup—cards and git stay current.
Common troubleshooting
| Issue | Fix |
|---|---|
| Empty tool list | MCP server URL and restart Cursor |
| forbidden on all tools | FeatureAccess project role |
| Wrong project data | projectId or project name in prompt |
| Slow response | Network to instance |
FAQ — Cursor MCP project management
Do I need Cursor Pro?
MCP support depends on your Cursor plan; the WKFGo side works with a standard subscription.
Windows, Linux, Mac?
Yes—MCP is client-side; WKFGo runs cloud or self-hosted.
Conflict with WKFGo Git integration?
No—list_git_commits and PR context complement your local IDE git workflow.
What about PMs without Cursor?
Claude Desktop uses the same MCP server—developers in Cursor, PMs in Claude.