Runbook
OfficialランブックMCPサーバー
Runbook MCP Server を使用すると、Claude Desktop から独自の Runbook を実行できます。
運用ランブックを実行する(例:サービスのデプロイ、Kubernetes クラスタのアップグレード)
手動テスト プランを実行します (例: 新しい EC2 インスタンスを作成し、そのインスタンスに SSH で接続して、そこで統合テストを実行します)。
仕組みを理解するには、以下のデモ ビデオをご覧ください。

使い方
ステップ 1. Claude Desktop を使用して MCP サーバーを起動します。
config.yamlを作成する
次の設定をclaude_desktop_config.jsonに追加します。
{
"mcpServers": {
"runbook": {
"command": "uv",
"args": [
"--directory",
"<ABSOLUTE_PATH>/runbook-mcp-server",
"run",
"runbook_server.py"
]
}
}
}Related MCP server: MCP Server Generator
ステップ2. ランブックを作成する
ランブックとして、マークダウンファイルまたはテキストファイルを使用できます。例をご覧ください。
env/var 置換をサポートしています。
env.yamlを定義します。
env:
key: value{env[key]}はvalueに置き換えられます。{var.name}は変数値に置き換えられます。
ファイルが更新されたときにインデックスを再構築します。
create_runbookツールを使用して新しい Runbook を作成することもできます。プロンプトの例を以下に示します。
例1
Create a new runbook:
- name: list_pods
- content: List pods in all namespaces, find pods that are not ready, and send that to Slack.
You don't need to interpret the content. Please just pass it to the tool.ステップ3. ランブックを実行する
ランブックを実行するには、次の手順を実行します。
Claude Desktop から「MCP から添付」をクリックします。
統合のリストから
get_runbook_as_promptを選択します。実行するRunbookの名前を渡します。また、変数はカンマ区切りのリストで指定します(例:
var1=key1,var2=key2)。生成されたプロンプトを送信します。
その後、Claude Desktop は他の MCP サーバーと通信して、ランブックを実行します。
ランブックの実行に使用できるMCPサーバーの例
ウェブ検索とブラウザの自動化(リンク)
Kubernetes。いくつかの実装があります(例: mcp-k8s-go )
開発計画
Runbookの内容をデータベースに保存する代わりに、ファイルとして保存します。これにより編集が容易になります。また、GitHubをバージョン管理に利用することも可能です。
指定された入力でインスタンス化される Runbook テンプレート X。
おそらくこれは必要ないかもしれません。ユーザーは、Runbook を実行する際に追加のプロンプトを入力するだけで済みます。
実行ログを保存する(監査および改良用)
秘密を削除する
また、実行をより良くするために過去のログをランブックプロンプトに渡すこともできます。
承認フロー。
ツール
request_approval追加します。これにより、Slack メッセージがチャネルに送信されます。
その後、Runbook MCPサーバーはチャネルを監視します。誰かが応答(はい / いいえ)した場合、処理を続行するかエラーを返します。
ランブック検索の改善
名前の完全一致は良くない
Smitheryへの登録。
実現可能性が明確でない潜在的な作業項目
注: Claude Desktop は「サンプリング」をサポートしていません。そのため、いくつかの制限があります。
サブランブックと再利用可能な実行ブロック
ランブックを管理するための REST エンドポイント + フロントエンド。
ランブックを編集できる(バージョン管理付き)
ランブックXの実行計画を表示する(ドライラン)
MCPサーバーとツールを制限する
以前の会話をランブックに変換する
微調整。
ランブックを改良できる。成功した実行例があれば、それを例として保存し、クロードに渡してください。
定期実行
MCP サーバーを実行するための環境 (VM、docker) をプロビジョニングできる。
Available Tools
2 toolscreate_runbookD
| Name | Required | Description | Default |
|---|---|---|---|
| content | Yes | ||
| name | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
delete_runbookD
| Name | Required | Description | Default |
|---|---|---|---|
| name | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
2 tool updates
v1.0.0- First observed
create_runbook - First observed
delete_runbook
TDQS
The two tools have clearly distinct purposes: create_runbook for creating a runbook and delete_runbook for deleting one, with no overlap in functionality. This minimal set avoids any ambiguity, as each tool targets a specific, opposite action on the same resource.
Both tools follow a consistent verb_noun pattern (create_runbook and delete_runbook), using snake_case and clear action verbs. This uniformity makes the tool set predictable and easy to understand, with no deviations in naming conventions.
With only two tools, the server feels too thin for a runbook management domain, as it lacks essential operations like listing, retrieving, or updating runbooks. While the tools are well-defined, the count is insufficient for typical CRUD workflows, limiting agent capabilities.
The tool set is severely incomplete for runbook management, missing key operations such as get_runbook, list_runbooks, and update_runbook. This creates significant gaps that will cause agent failures, as users cannot retrieve or modify existing runbooks, leading to dead ends in workflows.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Automate 1,000+ services from any MCP-compatible AI agent: build Applets, run actions and queries.
Run and manage H Company's Computer-Use Agents from any MCP client.
Marketo MCP server for AI. 130 tools to operate Marketo from Claude, Cursor, or ChatGPT.
An agent-first office suite Claude & ChatGPT read and write over one MCP URL.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that allows integration with Claude Desktop by creating and managing custom tools that can be executed through the MCP framework.47-
- FlicenseNot gradedqualityFmaintenanceCreates, manages, and registers custom MCP servers for Claude Desktop. Enables users to generate and configure new MCP servers through natural language.11-
- AlicenseNot gradedqualityCmaintenanceEasily build MCP tools for Claude desktop app.13221MIT
- AlicenseNot gradedqualityDmaintenanceA local MCP server that connects Claude Desktop to execute custom local code, such as generating custom greetings.7ISC
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/runbookai/runbook-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server