Skip to content

Running Github MCP server on SSE layer #388

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
sachininfogain22 opened this issue May 9, 2025 · 0 comments
Open

Running Github MCP server on SSE layer #388

sachininfogain22 opened this issue May 9, 2025 · 0 comments
Labels
enhancement New feature or request

Comments

@sachininfogain22
Copy link

Describe the feature or problem you’d like to solve

Currently, the GitHub MCP Server Dockerfile supports execution only through the stdio interface. This limitation restricts its use with clients expecting an SSE (Server-Sent Events) endpoint, which is useful for long-lived, real-time communication patterns such as streaming model context updates

Proposed solution

Add a new entry point or configuration in the Dockerfile to allow the GitHub MCP Server to run as an SSE server out-of-the-box. This could include:

Exposing an HTTP server that serves SSE responses on a configurable port (e.g., /sse).

Allowing the user to select between stdio or sse mode via environment variable or command argument.

This feature would simplify deployments, improve integration with SSE-compatible MCP clients, and make it easier for users to run the server without custom infrastructure.

Additional context

Many MCP clients and tools support SSE mode by default. Enabling this in the Dockerfile will enhance compatibility and usability, especially in containerized or orchestration environments like Kubernetes.

@sachininfogain22 sachininfogain22 added the enhancement New feature or request label May 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant