GitHub + Linear Dev Workflows
Related Servers
Alternatives to GitHub + Linear Dev Workflows
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceMCP server that equips AI agents with dev workflow tools including GitHub project management, conventional commits, visual regression testing, Jira/Confluence integration, and a persistent memory knowledge graph.5 npmMIT
- FlicenseNot gradedqualityDmaintenanceEnterprise MCP server providing a suite of tools including file, database, GitHub, Slack, calendar, email, vector search, and Python execution, with safe defaults and OpenAI integration for automatic tool selection.-
- FlicenseAqualityCmaintenanceMCP server that enables AI assistants to run multi-step agent pipelines (e.g., Issue Analyst → Code Writer → Test Runner → PR Opener) from conversations, with support for Devin, shell, Python, and HTTP agents.7-
- AlicenseAqualityAmaintenanceAn MCP server that exposes governance, trust-scoring, compliance, guardrail, cost, drift, and supply-chain scanning tools and resources to any MCP client over stdio, Streamable HTTP, or legacy HTTP+SSE. It lets agents route every tool call through a deterministic five-way decision (allow, redact, require approval, deny, or quarantine) with hash-chained evidence, human approval workflows, and in-agent trust gates for LangChain, LangGraph, and Google ADK.3037 PyPI2MIT
- FlicenseNot gradedqualityDmaintenanceA modular MCP server exposing tools for integrating with services like GitHub, Redash, Jenkins, Figma, Jira, Confluence, Teams, Datadog, PagerDuty, Slack, and Presto, enabling users to manage these platforms through natural language via an MCP client.-
- AlicenseNot gradedqualityCmaintenanceMCP server for managing an autonomous dev loop from chat—onboarding, connecting GitHub, and converting plain-English requests into tested, merged pull requests.MIT
TDQS
Scored across 61 tools
Most tools have clearly distinct provider+resource+action scopes, and descriptions often explicitly disambiguate near-neighbors (e.g. actions_list_jobs_for_run vs download_job_logs vs checks_list_annotations). However, several pairs overlap enough to risk misselection: github_pulls_get vs github_pulls_get_diff, github_repos_get_content vs github_repos_get_readme, and github_actions_list_workflow_runs vs github_actions_list_runs_for_workflow.
The dominant pattern is service_resource_action (e.g. github_pulls_list, linear_issue_create, notion_pages_create), which is predictable and readable. Minor deviations exist: connect and connection_status lack a service prefix, and GitHub Actions tools use variable ordering (actions_get_run_usage, actions_list_workflow_runs), but nothing is chaotic.
61 tools is far beyond the 15-tool well-scoped range and spans at least eight services (GitHub, Linear, Google Docs/Calendar/Sheets, Slack, Notion, Firecrawl, Tavily). Even for a multi-app integration server, this breadth creates heavy surface area and cognitive load, making selection harder than it needs to be.
Coverage is broad but shallow in critical areas. For a dev-workflow server, there is no GitHub issue creation or update, no PR merge operation, no Linear issue update/delete, no Slack channel listing, and Google Docs batch update is referenced in descriptions but not exposed as a tool, creating dead ends in core workflows.