GitHub Action Trigger MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| GITHUB_TOKEN | No | GitHub token set as a global environment variable | |
| GITHUB_PERSONAL_ACCESS_TOKEN | No | GitHub personal access token for accessing private repositories, triggering workflows, and other API operations |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_github_actionsC | Get available GitHub Actions for a repository |
| get_github_actionB | Get detailed information about a specific GitHub Action, including inputs and their requirements |
| trigger_github_actionB | Trigger a GitHub workflow dispatch event with custom inputs |
| get_github_releaseC | Get the latest 2 releases from a GitHub repository |
| enable_pull_request_automergeB | Enable auto-merge for a specific pull request. This will automatically merge the PR when all required checks pass. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
Most tools have distinct purposes: enabling auto-merge, getting action details, listing available actions, fetching releases, and triggering actions. However, 'get_github_action' and 'get_github_actions' could be slightly confusing as they both retrieve action information but differ in scope (single vs. multiple). The descriptions clarify this, but the names are similar enough to cause potential misselection.
The naming follows a consistent verb_noun pattern with 'get', 'enable', and 'trigger' as verbs, all using snake_case. The only minor deviation is 'enable_pull_request_automerge' which includes a compound noun, but it still fits the overall style. This consistency makes the tools predictable and easy to understand.
With 5 tools, the count is well-scoped for a GitHub Action Trigger server, covering key operations like triggering actions, managing auto-merge, and retrieving related information. It's slightly lean but reasonable, as it focuses on core functionality without unnecessary bloat, though a few more tools might enhance coverage.
The toolset covers triggering actions and getting action/release info, but has notable gaps. For example, there's no way to disable auto-merge, manage action runs (e.g., cancel or list workflows), or handle other GitHub Actions lifecycle aspects like secrets or environments. This limits agents to basic triggering and info retrieval, with missing operations that could cause workarounds or failures.