gm-mcp

MCP-сервер, предоставляющий цикл диспетчеризации spool gm (запись, опрос, очищенный ответ) любому MCP-клиенту.

Что это делает

Оборачивает весь цикл диспетчеризации gm spool (запись с последующим опросом ответа) в один вызов MCP-инструмента с именем gm, вместо того чтобы вызывающий код записывал входной файл, опрашивал выходной файл и читал его как три отдельных шага.

• Записывает .gm/exec-spool/in/<verb>/<N>.txt

• Опрашивает .gm/exec-spool/out/<verb>-<N>.json, пока он не появится (или не истечёт тайм-аут)

• Возвращает ответ в виде плоского YAML-текста, автоматически очищенного для удобочитаемости:

  • непрозрачные внутренние идентификаторы (dispatch_id, request_fingerprint) удаляются

  • избыточные уровни вложенности response/data уплощаются до верхнего уровня (если только имя поля не конфликтует)

  • длинные текстовые поля (например, полный текст фазы instruction) усекаются с указанием файла на диске, который следует прочитать для получения полного текста

  • внутренние детали ранжирования массивов совпадений (cos/score/recency в recall_hits/bm25_hits/vector_hits) отбрасываются

  • пустые/null-поля удаляются на каждом уровне

• Успешный ответ полностью опускает пути к spool-файлам (вызывающий код уже знает verb/cwd); они появляются только при тайм-ауте/прерывании/ошибке, чтобы указать, где искать

• Поддерживает глаголы с обычным текстовым телом (exec_js и все языковые основы, которые он поддерживает, serp, browser, cdp) через строковый параметр raw_body, поскольку эти глаголы категорически отвергают тело в виде JSON-объекта

Related MCP server: windlass

Использование

npx gm-mcp

Или добавьте его в конфигурацию сервера вашего MCP-клиента, например:

{
  "mcpServers": {
    "gm": {
      "command": "npx",
      "args": ["gm-mcp"]
    }
  }
}

Инструмент: gm