Skip to content
Cloud InfrastructureQuality Score: 40/99 (Fair)No Auth RequiredSpec v2017-09-29auto GenerationTransport: stdio

AWS IoT Jobs Data PlaneMCP Configuration & Schema Registry

The AWS IoT Jobs Data Plane Model Context Protocol (MCP) configuration provides a validated, machine-readable JSON schema and executable bridge that connects state-of-the-art AI coding assistants — including Claude Desktop, Cursor IDE, Windsurf, Cline, and VS Code Copilot — directly to the AWS IoT Jobs Data Plane REST API. By leveraging the standardized open Model Context Protocol, AI agents can dynamically discover capabilities, validate input parameters against strict JSON Schemas, and execute live API operations without context switching or manual copy-pasting.

Quick Specs & Integration Summary

1. Functionality:Exposes 4 API endpoints as callable AI tools for AWS IoT Jobs Data Plane.
2. Authentication:Zero authentication required — ready for immediate execution.
3. Protocol Layer:Standard Model Context Protocol JSON-RPC 2.0 via stdio transport.
4. Quick Launch:npx -y @modelcontextprotocol/server-openapi https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json

Technical Architecture & Protocol Semantics

Under the Model Context Protocol specification, the AWS IoT Jobs Data Plane configuration functions as an isolated protocol adapter. When an AI agent initializes a session, the client establishes a bidirectional JSON-RPC 2.0 communication channel over standard input/output (stdio) or Server-Sent Events (SSE). During the initial handshake, the server publishes its tool manifest extracted from the AWS IoT Jobs Data Plane OpenAPI specification (version 2017-09-29).

The AWS IoT Jobs Data Plane API, provided by Amazon Web Services, is the device-facing interface of the AWS IoT Jobs service, enabling connected devices to discover, retrieve, and report the status of remote operations assigned to them. While the service-side API allows fleet administrators to create, manage, and cancel jobs, this Data Plane API is the counterpart that runs on the device itself, allowing IoT endpoints to interact directly with the Jobs service. Through a set of RESTful endpoints, a device can query for pending jobs, fetch detailed job execution documents containing instructions and artifacts, and post status updates back to the cloud indicating success, failure, or in-progress states. The core endpoints include retrieving the next pending job execution for a specific thing (GET /things/{thingName}/jobs/$next), fetching a list of all job executions assigned to a device (GET /things/{thingName}/jobs), obtaining full details for a specific job (GET /things/{thingName}/jobs/{jobId}), and submitting job execution updates such as IN_PROGRESS, SUCCEEDED, or FAILED status transitions (POST /things/{thingName}/jobs/{jobId}). Typical enterprise use cases span OTA firmware updates across thousands of industrial sensors, configuration rollouts for smart home appliances, remote diagnostic data collection, bulk certificate rotation for security compliance, and orchestrated device reboots or factory resets in managed fleets. Consumer scenarios include automatic software updates for connected appliances, fitness trackers, or smart displays, where manufacturers need a reliable, scalable mechanism to push enhancements without user intervention. When this API is exposed as a tool via a Model Context Protocol (MCP) server to an AI coding assistant such as Claude Desktop, Cursor, or Cline, it unlocks a powerful paradigm where a developer can interact with their IoT fleet through natural language. The AI agent gains the ability to introspect the real-time state of device job executions, interpret complex JSON job documents, and synthesize operational insights without the developer manually navigating the AWS console or writing custom CLI scripts. For instance, a developer could ask the AI to retrieve the current job execution status for a fleet of edge gateways and summarize which devices have fallen behind on a critical security patch deployment. The AI could also compare job documents across multiple devices to identify configuration drift, or trace the history of failed job executions to pinpoint recurring failure patterns tied to specific firmware versions. The value proposition here is significant: it reduces cognitive load, accelerates debugging workflows, and allows developers to focus on high-level decision-making while the AI handles data retrieval, transformation, and preliminary analysis. This integration is particularly valuable during incident response scenarios where speed matters, enabling rapid querying of job states across hundreds or thousands of devices through conversational interaction rather than manual inspection. In practical workflow terms, a developer can instruct the AI agent to perform a wide range of dynamic tasks leveraging this MCP server. For example, a developer might say, "Query the next pending job for thermostat-device-42 and tell me what action it needs to perform," and the AI would call the $next endpoint, parse the returned job document, and articulate whether the device needs a firmware update, a configuration change, or a reboot. Another scenario involves batch operations: "List all job executions for smart-lock-007 and identify any that are stuck in IN_PROGRESS for more than ten minutes," prompting the AI to fetch the job list, filter by status and timestamp, and flag potential hung processes. Developers can also automate status reporting by instructing the AI to submit a SUCCEEDED update for a completed job, such as "Mark job execution abc-123 as completed for sensor-node-19," which the AI translates into the appropriate POST request with the correct status payload. More advanced workflows include having the AI cross-reference job execution data with device metadata to generate compliance reports, recommend rollback decisions based on failure rates, or even draft follow-up job definitions in the service-side API based on observed device states. These capabilities transform the AI from a passive code completion tool into an active operational partner in IoT fleet management. Developers setting up this MCP server should be aware of critical authentication and security considerations that differ from typical cloud API integrations. The AWS IoT Jobs Data Plane API authenticates devices using X.509 client certificates provisioned through the AWS IoT Core certificate authority, and the device must also have an IoT policy granting the necessary Jobs permissions such as iot:GetJobExecution, iot:DescribeJobExecution, iot:UpdateJobExecution, and iot:GetPendingJobExecutions. Since the listed authentication method is None at the MCP transport layer, this strongly implies that the MCP server itself acts as a trusted intermediary that handles AWS authentication internally, and developers must ensure that the MCP server endpoint is secured with appropriate transport-layer encryption and access controls. Following the principle of least privilege is paramount: the IoT policy attached to the device certificate or the IAM role assumed by the MCP server should grant only the specific Jobs actions required, scoped to the relevant thing names using resource conditions. Developers should never embed long-term AWS credentials in the MCP server configuration; instead, they should use IAM roles with temporary credentials, AWS IoT credentials providers, or environment-specific secret managers. Additionally, all job execution status updates should be validated for integrity to prevent spoofed status reports, and audit logging through AWS CloudTrail should be enabled to maintain a complete record of all Jobs API interactions for compliance and forensics purposes. This architecture guarantees strict process boundary isolation: all sensitive authorization headers and secret tokens remain sandboxed inside the client runtime, never leaking into language model context windows or external logging endpoints.

Authentication TypePublic (No Auth)Injected via local client environment
Tools & Routes Mapped4 OperationsConforms to JSON-RPC 2.0 specs
Specification OriginOpenAPI v2017-09-29auto schema validation
Documentation & Schema Quality Index
40
★ Grade C - Baseline Coverage
Automated Audit Checklist
Automated schema extraction & validation (+12 pts)
Core tool mapping (4 endpoints defined) (+14 pts)
Zero-configuration public API instant execution (+20 pts)
Full JSON-RPC 2.0 Model Context Protocol specification conformity (+15 pts)
Upstream technical documentation verification (+12 pts)

Hosted Remote Configuration URL

MCP Configuration File

Provide this hosted URL in any client that supports remote MCP schema auto-loading.

https://mcpbridge.org/config/amazonaws-com-iot-jobs-data.json

2. AI Assistant Use Cases & Practical Workflows

Tailored for Cloud Infrastructure

Real-world execution scenarios demonstrating how LLM agents (Claude 3.7, GPT-4o, Cursor Agent) invoke AWS IoT Jobs Data Plane tools to automate developer workflows.

1. CI/CD Build Failure & Telemetry Diagnostics

CI/CD Remediation

Instantly diagnose failing CI/CD builds or deployment pipelines by streaming build logs, isolating failure root causes, and drafting targeted code fixes.

Example Natural Language Prompt:

"Fetch recent pipeline run logs from AWS IoT Jobs Data Plane. Isolate the failed step, summarize the exact compiler or test failure error, and propose a pull request fix in Cursor."

Mapped: /things/{thingName}/jobs/{jobId}

2. Cloud Resource Auditing & Cost Optimization

Cloud FinOps

Scan active compute clusters, storage buckets, and networking configurations to identify unattached volumes or idle oversized instances.

Example Natural Language Prompt:

"Query active cloud infrastructure resources in AWS IoT Jobs Data Plane. Identify unattached storage volumes, idle compute instances, and summarize estimated monthly cost savings."

Mapped: /things/{thingName}/jobs/{jobId}

3. Zero-Downtime Rollout & Canary Health Verification

Deployment Ops

Orchestrate progressive deployments, monitor error rate thresholds on newly deployed pods, and execute automated rollbacks if error budgets breach.

Example Natural Language Prompt:

"Check the active deployment rollout status in AWS IoT Jobs Data Plane. Monitor canary error rate percentages for 5 minutes and report whether the deployment is safe to promote to 100% traffic."

Autonomous Agent Loop

4. Infrastructure as Code (IaC) Drift Detection

IaC Governance

Compare live deployed resource state against Terraform or CloudFormation definitions to spot unauthorized manual changes.

Example Natural Language Prompt:

"Scan live configurations via AWS IoT Jobs Data Plane and compare against our repository IaC definitions. Highlight any configuration drift in security groups or network routes."

Autonomous Agent Loop

End-to-End Multi-Step Agent Execution Lifecycle

When an engineer submits a task to Claude Desktop or Cursor, the LLM executes an autonomous 4-phase Model Context Protocol loop:

Phase 1

Schema Introspection

Handshake lists all 4 tools and builds argument validators.

Phase 2

Argument Synthesis

Model extracts parameters from prompt and validates types against OpenAPI rules.

Phase 3

Stdio Execution

Bridge invokes live API with injected local credentials and captures raw HTTP response.

Phase 4

Output Remediation

LLM parses JSON results, handles status codes, and presents synthesized answers.

3. Multi-Client Installation Matrix & Setup Guides

Select your AI assistant below to view exact configuration file paths, JSON installation snippets, and launch commands.

Claude Desktop

claude_desktop_config.json
macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json
Linux: ~/.config/Claude/claude_desktop_config.json
{
  "mcpServers": {
    "amazonaws-com-iot-jobs-data": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-openapi",
        "https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"
      ],
      "env": {
        "AWS_IOT_JOBS_DATA_PLANE_API_KEY": "your_aws_iot_jobs_data_plane_api_key"
      }
    }
  }
}
Deep link

Cursor IDE

.cursor/mcp.json

Open Cursor Settings → Features → MCP Servers, or create .cursor/mcp.json in your project root.

{
  "mcpServers": {
    "amazonaws-com-iot-jobs-data": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-openapi",
        "https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"
      ],
      "env": {
        "AWS_IOT_JOBS_DATA_PLANE_API_KEY": "your_aws_iot_jobs_data_plane_api_key"
      }
    }
  }
}

Saves as .cursor/mcp.json in the download. Move it to your project root.

Deep link install →

VS Code / Cline Extension

cline_mcp_settings.json

Paste into your Cline extension MCP configuration or Roo Code host settings.

{
  "mcpServers": {
    "amazonaws-com-iot-jobs-data": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-openapi",
        "https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"
      ],
      "env": {
        "AWS_IOT_JOBS_DATA_PLANE_API_KEY": "your_aws_iot_jobs_data_plane_api_key"
      }
    }
  }
}

Zed Editor & Docker CLI

Zed / Docker

Docker container execution command:

docker run -i --rm -e AWS_IOT_JOBS_DATA_PLANE_API_KEY="YOUR_SECRET_VALUE" node:20-alpine npx -y @modelcontextprotocol/server-openapi https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json

Zed settings context servers JSON:

{
  "context_servers": {
    "amazonaws-com-iot-jobs-data": {
      "command": {
        "path": "npx",
        "args": [
          "-y",
          "@modelcontextprotocol/server-openapi",
          "https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"
        ],
        "env": {
          "AWS_IOT_JOBS_DATA_PLANE_API_KEY": "your_aws_iot_jobs_data_plane_api_key"
        }
      }
    }
  }
}

Programmatic SDK Integration (TypeScript / Python)

Initialize the AWS IoT Jobs Data Plane MCP client directly in your backend codebase.

import { Client } from "@modelcontextprotocol/sdk/client/index.js";
import { StdioClientTransport } from "@modelcontextprotocol/sdk/client/stdio.js";

// Initialize AWS IoT Jobs Data Plane MCP client transport over stdio
const transport = new StdioClientTransport({
  command: "npx",
  args: ["-y","@modelcontextprotocol/server-openapi","https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"],
  env: { AWS_IOT_JOBS_DATA_PLANE_API_KEY: process.env.AWS_IOT_JOBS_DATA_PLANE_API_KEY || "YOUR_SECRET_KEY" }
});

const client = new Client(
  { name: "amazonaws-com-iot-jobs-data-client", version: "1.0.0" },
  { capabilities: { tools: {}, resources: {}, prompts: {} } }
);

async function connectAndRun() {
  await client.connect(transport);
  const tools = await client.listTools();
  console.log("Connected to AWS IoT Jobs Data Plane MCP Server.");
  console.log("Discovered 4 mapped tools:", tools);
}

connectAndRun().catch(console.error);

Raw Stdio Schema Definition

schema.json

For standalone CLI wrappers, background daemon daemons, or custom script integrations:

{
  "mcpServers": {
    "amazonaws-com-iot-jobs-data": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-openapi",
        "https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json"
      ],
      "env": {
        "AWS_IOT_JOBS_DATA_PLANE_API_KEY": "your_aws_iot_jobs_data_plane_api_key"
      }
    }
  }
}

4. Security, Authentication & Credential Management

Safely configure authentication tokens, isolate execution environments, and implement enterprise security best practices.

Required Environment Keys Reference

Variable NameRequiredTypeDefaultPurpose & Guidance
AWS_IOT_JOBS_DATA_PLANE_API_KEYREQUIREDSecret Key / TokenNone (Set in env)your_aws_iot_jobs_data_plane_api_key

Zero-Downtime Token Rotation Protocol

  1. Generate Secondary Key: Create a new secret API token with identical scopes in your AWS IoT Jobs Data Plane developer portal.
  2. Update Client Configuration: Insert the new token inside the env block of your MCP client JSON config.
  3. Validate Connection: Issue a test query in Claude or Cursor to ensure handshake and tool calls succeed.
  4. Revoke Stale Token: Decommission the legacy key on the vendor portal to prevent unauthorized access.

Least-Privilege & Sandboxing Rules

  • Read-Only Token Scoping: Whenever your workflow only requires querying data, provision read-only credentials to prevent accidental mutations.
  • Local Process Isolation: Stdio transports run in isolated local subprocesses; secret credentials are never sent across the internet to MCP Bridge servers.
  • Prompt Injection Defense: AI model responses are sandboxed; verify generated destructive arguments before confirming execution in agent mode.

Enterprise Security Checklist (Mandatory Practices)

  • Never commit claude_desktop_config.json or .cursor/mcp.json containing raw secrets into public GitHub repositories.
  • Add .cursor/mcp.json and .env.local to your project's .gitignore file.
  • Always enforce TLS/HTTPS encryption on outbound network requests initiated by the server process.

5. Tool Parameter Schemas & Natural Language Execution

Mapped OpenAPI operations converted into discrete Model Context Protocol tools with strict JSON-RPC payload validators.

4 Total Tools Mapped
GET/things/{thingName}/jobs/{jobId}
tools/call: amazonaws-com-iot-jobs-data_get_things__thingName__jobs__jobId

DescribeJobExecution

Zero required query/path parameters for this endpoint.
JSON-RPC 2.0 Request Payload
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "amazonaws-com-iot-jobs-data_get_things__thingName__jobs__jobId",
    "arguments": {}
  }
}
Natural Language Prompt

"Use AWS IoT Jobs Data Plane to execute DescribeJobExecution and output the formatted result."

POST/things/{thingName}/jobs/{jobId}
tools/call: amazonaws-com-iot-jobs-data_post_things__thingName__jobs__jobId

UpdateJobExecution

Zero required query/path parameters for this endpoint.
JSON-RPC 2.0 Request Payload
{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "tools/call",
  "params": {
    "name": "amazonaws-com-iot-jobs-data_post_things__thingName__jobs__jobId",
    "arguments": {}
  }
}
Natural Language Prompt

"Use AWS IoT Jobs Data Plane to execute UpdateJobExecution and output the formatted result."

GET/things/{thingName}/jobs
tools/call: amazonaws-com-iot-jobs-data_get_things__thingName__jobs

GetPendingJobExecutions

Zero required query/path parameters for this endpoint.
JSON-RPC 2.0 Request Payload
{
  "jsonrpc": "2.0",
  "id": 3,
  "method": "tools/call",
  "params": {
    "name": "amazonaws-com-iot-jobs-data_get_things__thingName__jobs",
    "arguments": {}
  }
}
Natural Language Prompt

"Use AWS IoT Jobs Data Plane to execute GetPendingJobExecutions and output the formatted result."

PUT/things/{thingName}/jobs/$next
tools/call: amazonaws-com-iot-jobs-data_put_things__thingName__jobs__next

StartNextPendingJobExecution

Zero required query/path parameters for this endpoint.
JSON-RPC 2.0 Request Payload
{
  "jsonrpc": "2.0",
  "id": 4,
  "method": "tools/call",
  "params": {
    "name": "amazonaws-com-iot-jobs-data_put_things__thingName__jobs__next",
    "arguments": {}
  }
}
Natural Language Prompt

"Use AWS IoT Jobs Data Plane to execute StartNextPendingJobExecution and output the formatted result."

6. Interactive Troubleshooting & FAQ Accordion

Diagnose and resolve common JSON-RPC protocol error codes, connection disconnects, and schema refresh issues.

A 401 Unauthorized response indicates that the upstream AWS IoT Jobs Data Plane API rejected the authentication credential supplied in your MCP client's environment configuration. To resolve this: (1) Verify that your secret token is defined inside the "env" block of claude_desktop_config.json or .cursor/mcp.json rather than hardcoded in the command string. (2) Check whether AWS IoT Jobs Data Plane requires a prefix such as "Bearer <token>" in the authorization header. (3) Confirm that your API key has not expired and has been granted sufficient least-privilege scopes on the AWS IoT Jobs Data Plane developer dashboard.

If your MCP client fails to initialize tools for AWS IoT Jobs Data Plane: (1) Test the bridge launcher command ("npx -y @modelcontextprotocol/server-openapi https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json") directly inside your terminal or shell to inspect stdout/stderr diagnostic traces. (2) Verify network connectivity to the schema source (https://api.apis.guru/v2/specs/amazonaws.com/iot-jobs-data/2017-09-29/openapi.json). (3) Ensure Node.js (v18+) is installed and accessible in your system PATH. (4) For authenticated APIs, confirm credentials are configured in your client's "env" mapping rather than command arguments.

Similar Cloud Infrastructure Configurations

Explore related API bridges with ready-to-use Model Context Protocol schemas.

Supabase API

Cloud Infrastructure

Manage Supabase projects, databases, authentication, and storage through your AI agent.

https://mcpbridge.org/config/supabase.json

Cloudflare API

Cloud Infrastructure

Manage Cloudflare DNS, CDN, Workers, and security settings through your AI agent.

https://mcpbridge.org/config/cloudflare.json

Vercel API

Cloud Infrastructure

Deploy projects, manage domains, and monitor deployments through your AI agent.

https://mcpbridge.org/config/vercel.json

DigitalOcean API

Cloud Infrastructure

The DigitalOcean API is a comprehensive, RESTful interface provided by DigitalOcean, a leading cloud infrastructure provider focused on simplifying cloud computing for developers, startups, and enterprises. It serves as the programmatic backbone for managing the entire DigitalOcean ecosystem, enabling users to provision, configure, and control cloud resources such as Droplets (virtual private servers), Kubernetes clusters, managed databases, networks, storage volumes, and application platforms. Core capabilities include full lifecycle management of these resources, from creation and scaling to monitoring and deletion, mirroring the functionality available in the DigitalOcean control panel. Its primary use cases range from automating infrastructure setup for CI/CD pipelines and enabling infrastructure-as-code practices to supporting dynamic application scaling and resource optimization for SaaS products, e-commerce sites, and development environments. The API is designed for both developers seeking to automate their cloud operations and businesses that require programmable, scalable cloud infrastructure without the complexity of larger hyperscale providers. When exposed as tools via the Model Context Protocol (MCP) to an AI coding assistant, the DigitalOcean API transforms from a traditional developer tool into a dynamic, context-aware resource for intelligent infrastructure automation. The MCP server acts as a bridge, allowing the AI model to understand and execute API calls based on natural language instructions and the current project context. This integration provides immense value by enabling the AI to perform real-time cloud management tasks directly within the development workflow. For instance, the AI can instantly query account details to verify resources, list and manage SSH keys for secure access, or retrieve and monitor the status of infrastructure actions. This contextual access means the AI can make informed suggestions or take automated actions—like recommending a cost-optimized Droplet size based on current usage patterns or verifying that a new SSH key has been correctly added before proceeding with a deployment script—thereby reducing context-switching and accelerating development cycles. Practical workflow examples demonstrate the power of this MCP integration. A developer could instruct the AI agent with commands like, "Query our account for all active SSH keys and ensure the one named 'ci-bot' is present; if not, create it using this public key," automating a common security and setup step. Another example involves asking the AI to "Check the status of our last ten infrastructure actions to see if any are stuck in a 'pending' state," which would leverage the actions endpoints to provide an immediate operational health check. More complex automations are possible, such as "Based on the current Droplet inventory from the API, generate a Terraform configuration file that replicates this setup," or "Scan our Kubernetes 1-Click apps and suggest one for deploying a new microservice based on the project requirements." These interactions turn the AI into a proactive DevOps partner capable of auditing, reporting, and modifying cloud infrastructure through simple, conversational directives. Critical to the secure operation of this MCP server is rigorous attention to authentication and access control, despite any initial configuration notes indicating "None" for simplicity. In any real-world deployment, authentication via a DigitalOcean Personal Access Token is non-negotiable. This token should be treated as a high-privilege secret. Developers must adhere to the principle of least privilege by creating tokens with the minimum scopes required for the specific tasks—such as read-only access for monitoring or write access only for specific resource types. Best practices include storing tokens in secure environment variables or a secrets manager, never hardcoding them, and ensuring the MCP server configuration does not expose them in logs or client-side code. Furthermore, regular token rotation and monitoring of API activity through DigitalOcean's audit logs are essential to maintain a secure posture when integrating cloud management capabilities directly into AI-assisted development environments.

https://mcpbridge.org/config/digitalocean-com.json