Runframe Mcp Server

io.github.runframe由 GitHub 帳號 runframe 發布v0.1.5更新於 Oct 24, 2026

MCP server for Runframe incident management covering incidents, on-call, postmortems, and more.

概覽

AI 產生的概覽

Runframe MCP 伺服器讓 AI 助理在編輯器內管理事件回應、值班查詢、服務、事後檢討、團隊與人員查找。

可以做什麼
列出、讀取、建立與更新事件,變更狀態、確認事件、加入時間軸記錄、升級事件,並透過 Slack 或電子郵件呼叫回應人員。查詢目前值班人員,並依嚴重程度讀取升級策略。列出服務並依公開服務鍵取得服務詳情。建立事後檢討並取得某個事件的事後檢討。列出團隊,依姓名或電子郵件搜尋使用者,包含供歷史查詢用的非活躍使用者。
適用情境
適合已使用 Runframe 的工程團隊,希望不離開 IDE 或智慧代理就能分診、確認、升級或記錄事件,並查看值班安排。也適合草擬事後檢討,以及在篩選事件前解析人員或團隊名稱。
執行需求
透過 npx 以 stdio 本機程序執行,需要 Node.js 20+。需要 Runframe 帳號與 API 金鑰,透過 RUNFRAME_API_KEY 提供(以 rf_ 開頭);RUNFRAME_API_URL 可覆寫 API 基礎位址。HTTP 傳輸模式另需 MCP_ACCESS_TOKEN。需要能存取 Runframe API 的網路。
安裝前請注意
API 金鑰依其權限範圍授予存取權,寫入類工具可建立與修改事件、升級事件、透過 Slack 或電子郵件呼叫人員以及建立事後檢討。呼叫回應人員會通知真實人員。伺服器不保存狀態,會將資料傳給 Runframe API。HTTP 模式不提供 TLS,僅適合私有網路;請定期輪換 MCP_ACCESS_TOKEN 並妥善保管 API 金鑰。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Runframe Mcp Server,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

runframe-mcp-server

[CI] [npm] [License: MIT] [Node 20+]

Runframe is the complete incident lifecycle platform for engineering teams, covering incident response, on-call, and status pages. This MCP server lets you manage those workflows from your IDE or AI agent.

17 tools covering incidents, on-call, services, postmortems, teams, and people lookup. Requires Node.js 20+.

Why Use This

  • Stay in your editor — acknowledge incidents, page responders, and write postmortems without switching to a browser
  • Let agents handle the routine — AI agents can triage, escalate, and update incidents autonomously using scoped API keys
  • Zero infrastructure — runs via npx, no server to deploy for local use

How It Works

Your IDE / Agent    ↓ (stdio or HTTP)MCP Server (this package)    ↓ (HTTPS, scoped API key)Runframe API

The server is stateless. It translates MCP tool calls into Runframe API requests, scoped by your API key permissions. No data is stored locally.

Examples

Ask your agent:

  • "Acknowledge incident INC-2026-001" → calls runframe_acknowledge_incident
  • "Who is on call right now?" → calls runframe_get_current_oncall
  • "Create a postmortem for the database outage" → calls runframe_create_postmortem
  • "Page the backend team lead about the API latency spike" → calls runframe_page_someone
  • "List all open SEV1 incidents" → calls runframe_list_incidents with severity filter
  • "Find Alex so I can check their open incidents" → calls runframe_find_user

Install

Get your API key from settings inside Runframe.io, then add to your agent:

Claude Code:

bash
claude mcp add runframe -e RUNFRAME_API_KEY=rf_your_key_here -- npx -y @runframe/mcp-server

Cursor (~/.cursor/mcp.json) · VS Code (.vscode/mcp.json) · Claude Desktop (claude_desktop_config.json):

json
{  "mcpServers": {    "runframe": {      "command": "npx",      "args": ["-y", "@runframe/mcp-server"],      "env": { "RUNFRAME_API_KEY": "rf_your_key_here" }    }  }}

Other MCP clients: Add the JSON config above to your client's MCP config file.

Interactive setup wizard:

bash
npx @runframe/mcp-server --setup

Environment Variables

VariableRequiredDefaultDescription
RUNFRAME_API_KEYYes—API key (starts with rf_)
RUNFRAME_API_URLNohttps://runframe.ioAPI base URL
MCP_ACCESS_TOKENHTTP only—Bearer token for HTTP transport. Comma-separated for rotation (new_token,old_token).

Transports

stdio (default) — used by MCP clients like Claude Code and Cursor. No network exposure. This is what the install commands above configure.

Streamable HTTP — for containerized or remote deployments. Requires MCP_ACCESS_TOKEN for bearer auth:

bash
RUNFRAME_API_KEY=rf_... \  MCP_ACCESS_TOKEN=your_token \  npx @runframe/mcp-server --transport http --port 3100 --host 127.0.0.1

Security Model

Responsibility is split across three boundaries:

  • Runframe API handles authorization and scopes via RUNFRAME_API_KEY.
  • This MCP server handles process isolation (stdio) and bearer-token validation (HTTP). It also enforces method filtering, Host/Origin checks on localhost, declared Content-Length validation (1 MB limit), 8 KB header limit, and 15s upstream timeout.
  • Your reverse proxy handles TLS, rate limiting, and streamed-body enforcement if you expose HTTP mode to a network.

The server stores nothing. It is a pass-through to the Runframe API.

Tools

Incidents (9)

ToolScopesDescription
runframe_list_incidentsincidents:readList incidents with filters and pagination
runframe_get_incidentincidents:readGet incident by ID or number
runframe_create_incidentincidents:writeCreate an incident
runframe_update_incidentincidents:writeUpdate title, description, severity, or assignment
runframe_change_incident_statusincidents:writeMove to a new status (new, investigating, fixing, monitoring, resolved, closed)
runframe_acknowledge_incidentincidents:writeAcknowledge (auto-assigns, tracks SLA)
runframe_add_incident_eventincidents:writeAdd a timeline entry
runframe_escalate_incidentincidents:writeEscalate to the next policy level
runframe_page_someoneincidents:writePage a responder via Slack or email

On-call (1)

ToolScopesDescription
runframe_get_current_oncalloncall:readWho is on call right now

Services (2)

ToolScopesDescription
runframe_list_servicesservices:readList services
runframe_get_serviceservices:readGet service details

Postmortems (2)

ToolScopesDescription
runframe_create_postmortempostmortems:writeCreate a postmortem
runframe_get_postmortempostmortems:readGet postmortem for an incident

Teams (2)

ToolScopesDescription
runframe_list_teamsteams:readList teams
runframe_get_escalation_policyoncall:readGet escalation policy for a severity level

Users (1)

ToolScopesDescription
runframe_find_userusers:readSearch users by name or email, with optional inactive-user support for historical lookups

Direct API alignment

This MCP server follows the public Runframe direct API contract.

  • Incident create requires service_ids containing public service keys like svc_K7M4Q9TZ2H, not internal UUIDs.
  • runframe_get_service now looks up services by public service_key, not UUID.
  • Incident tools now follow the latest V1 contract: use incident numbers like INC-2026-001 in path parameters.
  • Incident update and list filters now use the latest public identifiers where V1 does: assignee/resolver email and team_name.
  • runframe_create_incident accepts an optional idempotency_key, which is forwarded as the Idempotency-Key header for retry-safe creates.
  • runframe_create_incident defaults severity to SEV2 when omitted, matching the V1 API.
  • Incident create now mirrors the V1 API limits: title must be 1-200 chars, description maxes at 10000 chars, and service_ids allows at most 50 items.
  • Incident creation depends on valid SLA configuration for the requested severity. If acknowledge or closure deadlines are missing, the API rejects the create.
  • Use runframe_list_services to discover valid service_key values before creating incidents.
  • runframe_page_someone now uses the latest V1 delivery contract: email, channels, and optional message.
  • Postmortem tools now follow the latest V1 contract: use incident_number and snake_case nested fields like users_affected, owner_email, and time_to_acknowledge.
  • Use runframe_find_user to resolve a person name to an email address before filtering incidents by assigned_to or resolved_by.
  • Set include_inactive=true on runframe_find_user when you need to resolve former employees in historical incident queries.
  • Set is_active=true or is_active=false on runframe_find_user when you need an explicit V1 active-state filter.
  • Use runframe_list_teams with search to resolve the exact team_name before filtering incidents.

Docker

The Docker image runs HTTP transport by default on port 3100:

bash
docker build -t runframe-mcp-server .docker run -e RUNFRAME_API_KEY=rf_... -e MCP_ACCESS_TOKEN=your_token -p 3100:3100 runframe-mcp-server

Deploying HTTP Mode

HTTP mode is meant for private networks. If you put it on the internet:

  • Run behind TLS (nginx, Caddy, cloud LB). This server does not do TLS.
  • Use a reverse proxy for rate limiting and request buffering.
  • Prefer private subnets or VPNs over public exposure.
  • Rotate MCP_ACCESS_TOKEN regularly. Pass old and new tokens comma-separated for zero-downtime swaps.

Rate limiting

The Runframe API enforces rate limits server-side. If you hit a limit, tools return a 429 error with a retry hint. For HTTP transport deployments, your reverse proxy can add additional request-level throttling.

Token rotation

MCP_ACCESS_TOKEN accepts comma-separated tokens:

  1. Set MCP_ACCESS_TOKEN=new_token,old_token
  2. Update clients to new_token
  3. Drop the old one: MCP_ACCESS_TOKEN=new_token

Limitations

  • Read-only for schedules — you can query on-call and escalation policies but not modify them via MCP
  • Requires a Runframe account and API key

Contributing

Issues and PRs welcome at github.com/runframe/runframe-mcp-server.

License

MIT — Runframe · npm

來源:README.md,提交 f7d76b6

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v0.1.5最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分