Skip to main content
Glama

AdsAgent — Google Ads MCP

approval_plan_prepare

Combine 1–20 owned, unexpired, unconfirmed advertising drafts into one immutable approval. Supports mixed operation types within this platform through the existing validated prepare/confirm adapters. Stores a private approval; sends no advertising changes. The source drafts become members and cannot be confirmed separately. One approval covers the complete displayed change set within this platform, including account and target names, operations, before/after values, warnings and expiry. Confirmation requires the user's agreement in the conversation. Approval refs, draft IDs, digests and tokens are tool-traffic handles. Each item has its own receipt. A submitted background task is not a verified provider change. Uncertain writes and host safety denials are never replayed. A waiting_quota plan retains its confirmation until the original expiry; the same agreement covers proven-unsent rows after retry_at. Changed or expired plans require review. For video uploads supply the original source URL in source_urls keyed by draft ID; URLs are encrypted at rest and omitted from the review.

Input Schema

NameRequiredDescriptionDefault
draft_idsYes
source_urlsNo
connection_contextNo

Output Schema

NameRequiredDescriptionDefault
okNo
codeNo
errorNo
itemsNo
needsNo
stateNo
reasonNo
changesNo
summaryNo
platformNo
receiptsNo
retry_atNo
retryableNo
error_codeNo
expires_atNo
approved_atNo
next_actionNo
plan_digestNo
support_refNo
approval_refNo
presentationNo
invalid_fieldsNo
rejected_pathsNo
expected_changesNo
origin_support_refNo
instruction_template_idNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedOutput schema / (root)
      Previous value: -nullNew value: +{
      +  "additionalProperties": true,
      +  "properties": {
      +    "approval_ref": {
      +      "type": "string"
      +    },
      +    "approved_at": {
      +      "anyOf": [
      +        {
      +          "type": "string"
      +        },
      +        {
      +          "type": "null"
      +        }
      +      ]
      +    },
      +    "changes": {
      +      "items": {
      +        "additionalProperties": true,
      +        "properties": {},
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "code": {
      +      "type": "string"
      +    },
      +    "error": {
      +      "anyOf": [
      +        {
      +          "anyOf": [
      +            {
      +              "type": "string"
      +            },
      +            {
      +              "additionalProperties": true,
      +              "properties": {
      +                "code": {
      +                  "type": "string"
      +                },
      +                "details": {
      +                  "additionalProperties": true,
      +                  "properties": {},
      +                  "type": "object"
      +                },
      +                "message": {
      +                  "type": "string"
      +                },
      +                "retryable": {
      +                  "type": "boolean"
      +                },
      +                "support_ref": {
      +                  "type": "string"
      +                }
      +              },
      +              "type": "object"
      +            }
      +          ]
      +        },
      +        {
      +          "type": "null"
      +        }
      +      ]
      +    },
      +    "error_code": {
      +      "type": "string"
      +    },
      +    "expected_changes": {
      +      "items": {
      +        "additionalProperties": true,
      +        "properties": {},
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "expires_at": {
      +      "anyOf": [
      +        {
      +          "type": "string"
      +        },
      +        {
      +          "type": "null"
      +        }
      +      ]
      +    },
      +    "instruction_template_id": {
      +      "type": "string"
      +    },
      +    "invalid_fields": {
      +      "items": {
      +        "type": "string"
      +      },
      +      "type": "array"
      +    },
      +    "items": {
      +      "items": {
      +        "additionalProperties": true,
      +        "properties": {
      +          "index": {
      +            "type": "integer"
      +          },
      +          "operation": {
      +            "type": "string"
      +          },
      +          "receipt": {
      +            "additionalProperties": true,
      +            "properties": {},
      +            "type": "object"
      +          },
      +          "state": {
      +            "type": "string"
      +          },
      +          "summary": {
      +            "additionalProperties": true,
      +            "properties": {},
      +            "type": "object"
      +          }
      +        },
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "needs": {
      +      "items": {
      +        "type": "string"
      +      },
      +      "type": "array"
      +    },
      +    "next_action": {
      +      "anyOf": [
      +        {
      +          "anyOf": [
      +            {
      +              "type": "string"
      +            },
      +            {
      +              "additionalProperties": true,
      +              "properties": {},
      +              "type": "object"
      +            }
      +          ]
      +        },
      +        {
      +          "type": "null"
      +        }
      +      ]
      +    },
      +    "ok": {
      +      "type": "boolean"
      +    },
      +    "origin_support_ref": {
      +      "type": "string"
      +    },
      +    "plan_digest": {
      +      "type": "string"
      +    },
      +    "platform": {
      +      "type": "string"
      +    },
      +    "presentation": {
      +      "type": "string"
      +    },
      +    "reason": {
      +      "type": "string"
      +    },
      +    "receipts": {
      +      "items": {
      +        "additionalProperties": true,
      +        "properties": {},
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "rejected_paths": {
      +      "items": {
      +        "type": "string"
      +      },
      +      "type": "array"
      +    },
      +    "retry_at": {
      +      "anyOf": [
      +        {
      +          "type": "string"
      +        },
      +        {
      +          "type": "null"
      +        }
      +      ]
      +    },
      +    "retryable": {
      +      "type": "boolean"
      +    },
      +    "state": {
      +      "type": "string"
      +    },
      +    "summary": {
      +      "additionalProperties": true,
      +      "properties": {},
      +      "type": "object"
      +    },
      +    "support_ref": {
      +      "type": "string"
      +    }
      +  },
      +  "type": "object"
      +}
  2. Changed1 schema field changed
    • addedInput schema / properties / connection_context
      Added value: +{
      +  "pattern": "^mctx_v1_[0-9a-f]{64}$",
      +  "type": "string"
      +}
  3. Added

TDQS

A4/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the annotations (readOnlyHint=false, destructiveHint=false, openWorldHint=false), it discloses a great deal: the approval is stored privately and immutable, no advertising changes are sent at prepare time, source drafts become members of the plan, waiting_quota plans retain confirmation until the original expiry, and uncertain writes or host safety denials are never replayed. It also notes URLs are encrypted at rest and omitted from the review. This is exactly the extra context annotations cannot carry.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The leading sentence is well front-loaded, but the body runs roughly ten sentences of dense policy language, some of it cryptic ('Approval refs, draft IDs, digests and tokens are tool-traffic handles'). Most statements carry real information, yet the density makes skimming hard and buries the source_urls instruction at the very end.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With an output schema present, return values need not be described, and the description still covers the full lifecycle: eligibility of source drafts, immutability, expiry, retry_at, re-review triggering, and the video special case. The only substantive gap is that connection_context is left undefined, which matters for an input the schema gives no semantics for.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, so the description must compensate. It does explain source_urls well — keyed by draft ID, for video uploads, encrypted at rest and omitted from the review — and draft_ids are covered implicitly by 'combine 1–20 ... drafts'. But connection_context, a required-format opaque token (mctx_v1_ pattern), is never mentioned, leaving one of three parameters unexplained.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The first sentence states a specific verb and resource: combine 1–20 owned, unexpired, unconfirmed advertising drafts into one immutable approval. That separates it from approval_plan_confirm and approval_plan_get, which act on an existing plan. It loses a point only because the purpose is delivered in dense jargon ('prepare/confirm adapters', 'displayed change set') that takes effort to decode.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description establishes clear preconditions (owned, unexpired, unconfirmed drafts; 1–20), states that confirmation requires the user's agreement in the conversation, and explains that drafts merged here 'cannot be confirmed separately' — which effectively routes the agent away from per-draft confirmation paths. It does not explicitly name a sibling or an exclusion case, so it stops just short of a 5.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources