Skip to main content
Glama

Сервер Runbook MCP

Runbook MCP Server позволяет вам запускать собственные книги заданий из Claude Desktop.

  • Выполнение инструкций по операциям (например, развертывание службы, обновление кластера Kubernetes)

  • Запустите планы ручного тестирования (например, создайте новый экземпляр EC2, подключитесь к нему по SSH и запустите там интеграционный тест).

Посмотрите демонстрационное видео ниже, чтобы понять, как это работает!

демо

Как использовать

Шаг 1. Запустите сервер MCP с помощью Claude Desktop.

Создать 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. Создание инструкций

В качестве runbooks можно использовать файлы markdown или текстовые файлы. Смотрите примеры .

Мы поддерживаем замену env/var.

Определите env.yaml .

env:
  key: value
  • {env[key]} заменяется на value .

  • {var.name} заменяется значением переменной.

Перестраивать индекс при обновлении файлов.

Вы также можете создать новый runbook, используя инструмент create_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. Запуск книг заданий

Чтобы запустить книгу заданий, выполните следующие действия:

  1. Нажмите «Прикрепить из MCP» в Claude Desktop.

  2. Выберите get_runbook_as_prompt из списка интеграций.

  3. Передайте имя runbook, который вы хотите выполнить. Также укажите переменные в списке, разделенном запятыми (например, var1=key1,var2=key2 ).

  4. Отправьте сгенерированную подсказку.

Затем Claude Desktop обратится к другим серверам MCP для запуска книги заданий.

Примеры серверов MCP, которые можно использовать для запуска книг заданий

План развития

  • Вместо сохранения содержимого runbook в базе данных просто сохраните его как файл. Это облегчает редактирование. Люди также могут просто использовать GitHub для управления версиями.

  • Шаблон X книги заданий, который создается с заданными входными данными.

    • Может быть, это и не нужно. Пользователю просто нужно вставить дополнительные подсказки при запуске runbook.

  • Сохраните журнал выполнения (для аудита и уточнения)

    • Удалить секреты

    • Также передайте прошлый журнал в командную строку Runbook, если это поможет улучшить выполнение.

  • Поток одобрения.

    • Добавьте инструмент request_approval .

    • Это отправит сообщение Slack на канал.

    • Затем сервер Runbook MCP смотрит канал. Если кто-то отвечает (да/нет), он продолжает работу или возвращает ошибку.

  • Лучший поиск в книге заданий

    • Точное совпадение имени не очень хорошее.

  • Регистрация в Smithery .

Потенциальные рабочие элементы, осуществимость которых не ясна

Примечание: Claude Desktop не поддерживает "Sampling". Это накладывает некоторые ограничения.

  • Подкнига задач и повторно используемый блок выполнения

  • Конечная точка отдыха + интерфейс для управления книгами заданий.

  • Возможность редактирования книги заданий (с управлением версиями)

  • показать план выполнения для книги заданий X (пробный запуск)

    • Ограничить серверы и инструменты MCP

  • преобразовать предыдущий разговор в план действий

  • тонкая настройка.

  • Уметь дорабатывать runbook. Если есть успешное выполнение, сохраните его как пример и передайте Клоду.

  • Периодическое исполнение

  • Уметь подготовить среду (виртуальную машину, докер) для запуска серверов MCP.

Available Tools

2 tools
create_runbookD
ParametersJSON Schema
NameRequiredDescriptionDefault
contentYes
nameYes

TDQS

D1/5.0
Behavior1/5

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.

Conciseness1/5

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.

Completeness1/5

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.

Parameters1/5

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.

Purpose1/5

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.

Usage Guidelines1/5

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
ParametersJSON Schema
NameRequiredDescriptionDefault
nameYes

TDQS

D1/5.0
Behavior1/5

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.

Conciseness1/5

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.

Completeness1/5

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.

Parameters1/5

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.

Purpose1/5

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.

Usage Guidelines1/5

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.

  1. 2 tool updatesv1.0.0
    • First observedcreate_runbook
    • First observeddelete_runbook

TDQS

D1.8/5.0
Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count2/5

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.

Completeness2/5

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

ActivityInactive
ResponsivenessSyncing

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

Related MCP Servers

  • F
    license
    Not graded
    quality
    D
    maintenance
    A Model Context Protocol server that allows integration with Claude Desktop by creating and managing custom tools that can be executed through the MCP framework.
    88
    -
  • F
    license
    Not graded
    quality
    F
    maintenance
    Creates, manages, and registers custom MCP servers for Claude Desktop. Enables users to generate and configure new MCP servers through natural language.
    11
    -
  • A
    license
    Not graded
    quality
    C
    maintenance
    Easily build MCP tools for Claude desktop app.
    132
    21
    MIT

Latest Blog Posts

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