Перейти к содержимому
Логотип Luther Systems

MCP-сервер Luther Systems

Какие серверы из официального реестра MCP принадлежат Luther Systems, отвечают ли они и что умеют. Всё это проверила программа, а не переписал человек со страницы продукта.

прочитано 2026-10-20

← Назад к Luther Systems

Чей это сервер
  • Имя в реестреcom.luthersystems.insideout/mcpподтверждён в реестре MCP

Имя в реестре лежит в пространстве luthersystems.com. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

Что он ответилпроверено 2026-10-20
  • Состояниеотвечаетпроверено 2026-10-20
  • Инструменты24
  • Сервер называет себяinsideout-agent
  • Версия сервераv2.0.0
  • Версия протокола2025-06-18

2026-10-20 сервер ответил на initialize и tools/list без входа. Первый ответ за 160 мс.

Стоит ли агенту его подключатьНе подключать
  • Инструменты не делают ни одного из проверенных сценариев продукта: enforce thousands of compliance rules automatically; automate complex digital asset issuance processes.
  • Проверок пока 4 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

Замер каждый деньежедневных проверок: 4, первая 2026-10-20
  • Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 4
  • Что агент может с ним сделать0 из 2 сценариев
  • Отвечалидёт замерпроверок пока 4, долю покажем после 7
  • Медиана первого ответа141 мс
  • Место в контексте агента≈ 13 046 токеновописания всех инструментов (24), агент держит их в контексте на каждом ходу
  • Описания инструментовA · 100 из 100
  • Типизированные ответы24 из 24 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу
  • Все инструменты проходят все шесть проверок.

Что агент может с ним сделать

  • не может · enforce thousands of compliance rules automatically
  • не может · automate complex digital asset issuance processes

Каждый сценарий продукта мы задали Jev вместе со списком инструментов сервера: может ли агент сделать это этими инструментами?

На что посмотреть

В этих описаниях нет ни одного из пяти тревожных признаков.

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (30%), делает ли работу продукта (25%), описания (20%), контекст (10%) и использование (15%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

Инструменты сервераинструментов: 24 · прочитано 2026-10-20
  • awsinspect

    INSPECTION: Inspect AWS infrastructure for a deployed project ⚠️ **PREREQUISITE**: This tool requires a prior deployment ATTEMPT (successful or failed). Check convostatus for hasDeployAttempt=true before calling. Works even after failed…

  • awsinspect_batch

    BATCH INSPECTION: run up to 32 AWS inspect probes in one call. ⚠️ **PREREQUISITE**: Same as awsinspect — deploy attempt required. Check convostatus for hasDeployAttempt=true before calling. Use this when you need to check more than ~3…

  • convoawait

    Wait for a pending response from Riley after a convoreply timeout. 🎯 USE THIS TOOL WHEN: convoreply returned a timeout error. This allows you to continue waiting for the response without resending the message. REQUIRES: - session_id…

  • convoinspect

    INSPECTION: View a session's conversation transcript and metadata Returns the full message history (user / assistant / tool turns) plus the session's meta — workflow step, cloud, deployment status, drift state. This is the…

  • convoopen

    WORKFLOW: Step 1 of 4 - Start infrastructure design conversation Open an InsideOut V2 session and receive the assistant's intro message. The response contains a clean message from Riley (the infrastructure advisor) - display it to the…

  • convoreply

    WORKFLOW: Step 2 of 4 - Continue infrastructure design conversation Send a user message to the active InsideOut session and receive the assistant reply. The response contains a clean message from Riley - display it to the user. ⚠️…

  • convostatus

    INSPECTION: View the current infrastructure stack for a session Returns the current state of the user's infrastructure design including: **Components** - Selected infrastructure services (VPC, databases, caching, etc.) • Shows what…

  • credawait

    Wait for the user to securely connect their cloud account and subscribe to Luther Systems. Polls until credentials appear on the session. 🎯 USE THIS TOOL WHEN: tfdeploy returns an 'auth_required', 'no_credentials', or…

  • gcpinspect

    INSPECTION: Inspect GCP infrastructure for a deployed project ⚠️ **PREREQUISITE**: This tool requires a prior deployment ATTEMPT (successful or failed). Check convostatus for hasDeployAttempt=true before calling. Works even after failed…

  • gcpinspect_batch

    BATCH INSPECTION: run up to 32 GCP inspect probes in one call. ⚠️ **PREREQUISITE**: Same as gcpinspect — deploy attempt required. Check convostatus for hasDeployAttempt=true before calling. Use this when you need to check more than ~3…

  • help

    Get workflow guidance for using InsideOut infrastructure tools. Call help() for a compact overview, or help(section=...) for a detailed guide. Sections: workflow, tools, examples, inspect. Responses include hints with next_actions and…

  • stackdiff

    Structured diff showing what would be deployed if the user ran tfdeploy now. Returns component-level changes (added/removed/modified), field-level details, and pricing deltas. Defaults (#1392): with no version arguments, compares the LAST…

  • stackrollback

    Create a draft version by reverting to a previous version's config. Copies components, config, and pricing from the target version. If a draft already exists, updates it in-place (single-draft rule). Use `stackversions` first to find…

  • stackversions

    List all stack versions for a session (newest first). Shows version history including version number, status (draft/confirmed/applied), change summaries, and timestamps. Use this tool to see the design history, review what changed between…

  • submit_feedback

    FEEDBACK: Submit feedback, bug reports, or feature requests to Luther Systems Use this tool to forward user feedback directly to the Luther Systems team. This includes bug reports, feature requests, questions, or general feedback about…

  • tfdeploy

    WORKFLOW: Step 4 of 4 - Deploy infrastructure to the cloud Deploy infrastructure by starting a Terraform job for an InsideOut session. This tool initiates the actual deployment process after Terraform files have been generated. IMPORTANT…

  • tfdestroy

    DESTROY: Tear down previously deployed infrastructure Destroys infrastructure by calling the Oracle destroy endpoint for a session that has a prior successful deployment. IMPORTANT: This starts a long-running job. Use tfstatus/tflogs to…

  • tfdrift

    DRIFT CHECK: Run a read-only drift detection check Checks whether deployed infrastructure has drifted from the expected Terraform state. This is a read-only operation — it does NOT modify any infrastructure. Returns job_id. Use tflogs to…

  • tfgenerate

    WORKFLOW: Step 3 of 4 - Generate Terraform files from completed design Generate Terraform files from an InsideOut session that has completed infrastructure design. ⚠️ PREREQUISITE: Only call this AFTER convoreply returns with…

  • tflogs

    MONITORING: Fetch Terraform deployment logs with pagination Fetches logs from a running or completed Terraform deployment job. For **completed jobs**: uses REST endpoint for instant retrieval (supports `tail` for server-side filtering)…

  • tfoutputs

    INSPECTION: Retrieve Terraform outputs from a completed deployment Returns structured output values (VPC IDs, endpoints, cluster names, etc.) after a successful deploy. Sensitive outputs are redacted (shown as '(sensitive)'). By default…

  • tfplan

    PREVIEW: Run terraform plan to preview infrastructure changes Runs a terraform plan for an InsideOut session without applying any changes. This lets the user review what will be created/changed/destroyed before committing. Returns job_id…

  • tfruns

    INSPECTION: List all Terraform deployment runs for a session Returns job IDs, statuses, types (apply/destroy), and timestamps for every run. Use this to see deployment history, find job IDs for log inspection, or check which deployments…

  • tfstatus

    MONITORING: Quick status check for Terraform deployments Check the current status of a Terraform deployment job. Use this tool to quickly check if a deployment is running, completed, or failed. Returns job status, job_id, and other…

Как подключить

Добавьте сервер в конфиг MCP-клиента. Claude Desktop, Cursor и большинство других клиентов понимают такой вид:

{
  "mcpServers": {
    "luthersystems": {
      "type": "http",
      "url": "https://app.luthersystems.com/v1/insideout-mcp"
    }
  }
}

Подключить

Claude Code, в терминале

claude mcp add --transport http luthersystems https://app.luthersystems.com/v1/insideout-mcp

Добавить в CursorДобавить в VS Code

claude.ai, ChatGPT и другие клиенты: добавьте https://app.luthersystems.com/v1/insideout-mcp как свой коннектор в настройках.

Ещё распространяется через: oci

Каждую строку нашла программа: запись в реестре, ответ самого сервера, спецификация, которая разбирается. Если строки нет, значит, мы этого не нашли, а не что этого нет.