Skip to main content
Glama

AdsAgent — Meta Ads MCP

mmp_insights_get_product_event_today

Read-only

Read today's events; channel_pid required

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
todayNo
breakdownNo
event_nameYes
channel_pidYes
product_refNo
product_nameNo
connection_contextNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
messageNo
retryableNo
support_refNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed6 schema fields changed
    • addedOutput schema / then / properties / category
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / then / properties / expected
      Added value: +{
      +  "type": "boolean"
      +}
    • addedOutput schema / then / properties / failure_kind
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / then / properties / responsibility_hint
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / then / properties / route
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / then / properties / user_visible
      Added value: +{
      +  "type": "boolean"
      +}
  2. Changed1 schema field changed
    • addedInput schema / properties / connection_context
      Added value: +{
      +  "pattern": "^mctx_v1_[0-9a-f]{64}$",
      +  "type": "string"
      +}
  3. Changed2 schema fields changed
    • addedOutput schema / $defs / s6
      Added value: +{
      +  "properties": {
      +    "can_report_stored_total": {
      +      "type": "boolean"
      +    },
      +    "reason": {
      +      "type": "string"
      +    },
      +    "zero_proven": {
      +      "type": "boolean"
      +    }
      +  },
      +  "required": [
      +    "can_report_stored_total",
      +    "zero_proven",
      +    "reason"
      +  ],
      +  "type": "object"
      +}
    • addedOutput schema / else / properties / read_evidence
      Added value: +{
      +  "description": "Proofs apply independently to returned metrics and scope as stored/observed. A new read_ref is a call identifier, never a source watermark. False or missing proof means unknown, not zero. Fingerprints correlate requests/results in audits; they are not authorization or pagination tokens.",
      +  "properties": {
      +    "artifact_returned": {
      +      "type": "boolean"
      +    },
      +    "configuration": {
      +      "properties": {
      +        "account_inventory_enumerated": {
      +          "const": false
      +        },
      +        "all_campaigns_paused_proven": {
      +          "const": false
      +        },
      +        "requested_ids_complete": {
      +          "type": "boolean"
      +        },
      +        "scope": {
      +          "const": "requested_entity_ids_only"
      +        }
      +      },
      +      "type": "object"
      +    },
      +    "mmp": {
      +      "properties": {
      +        "can_report_scoped_totals": {
      +          "type": "boolean"
      +        },
      +        "provider_cache_max_age_seconds": {
      +          "const": 90
      +        },
      +        "reason": {
      +          "type": "string"
      +        },
      +        "scope": {
      +          "const": "linked_apps_queried_channels_and_windows"
      +        },
      +        "source_observed_at": {
      +          "type": "null"
      +        }
      +      },
      +      "type": "object"
      +    },
      +    "read_ref": {
      +      "pattern": "^read_[0-9a-f]{32}$",
      +      "type": "string"
      +    },
      +    "request_fingerprint": {
      +      "type": "string"
      +    },
      +    "result_fingerprint": {
      +      "type": "string"
      +    },
      +    "scopes": {
      +      "items": {
      +        "properties": {
      +          "all_campaigns_paused_proven": {
      +            "const": false
      +          },
      +          "funnel": {
      +            "additionalProperties": {
      +              "$ref": "#/$defs/s6"
      +            },
      +            "maxProperties": 32,
      +            "type": "object"
      +          },
      +          "index": {
      +            "type": "integer"
      +          },
      +          "inventory_anchor": {
      +            "type": [
      +              "string",
      +              "null"
      +            ]
      +          },
      +          "inventory_coverage": {
      +            "type": "string"
      +          },
      +          "inventory_source_observed_at": {
      +            "type": [
      +              "string",
      +              "null"
      +            ]
      +          },
      +          "metrics": {
      +            "additionalProperties": {
      +              "$ref": "#/$defs/s6"
      +            },
      +            "type": "object"
      +          },
      +          "metrics_source_observed_at": {
      +            "type": [
      +              "string",
      +              "null"
      +            ]
      +          },
      +          "range_complete": {
      +            "type": [
      +              "boolean",
      +              "null"
      +            ]
      +          },
      +          "scope": {
      +            "const": "stored_query"
      +          }
      +        },
      +        "type": "object"
      +      },
      +      "maxItems": 10,
      +      "type": "array"
      +    }
      +  },
      +  "required": [
      +    "read_ref",
      +    "request_fingerprint",
      +    "result_fingerprint"
      +  ],
      +  "type": "object"
      +}
  4. First observed

TDQS

C2.4/5.0
Behavior2/5

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

Annotations already declare readOnlyHint=true, destructiveHint=false, and openWorldHint=false, so the safety profile is fully covered without the description. The description adds nothing beyond that plus the required-param note: no scope limits, no data-freshness or rate-limit context, no indication of what the read covers.

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

Conciseness4/5

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

A single compact clause with the constraint front-loaded after the purpose. Efficient, though it is under-specified rather than genuinely concise.

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

Completeness2/5

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

An output schema and safe-read annotations reduce the burden, but a 7-parameter tool at 0% schema coverage needs far more than one sentence. Required inputs, the meaning of breakdown/product_ref, and the distinction from sibling insight tools are all missing.

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

Parameters2/5

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

Schema description coverage is 0% across 7 parameters, so the description carries the full burden and does not meet it. It confirms channel_pid as required (already stated in the schema's required array) and hints at the 'today' param, but leaves event_name, breakdown, product_ref, product_name, and connection_context entirely unexplained.

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

Purpose3/5

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

Names a verb (read) and a resource (today's events) tied to the product-event namespace in the name, which gets it past tautology. But it never says which events, which product, or how it differs from close siblings like mmp_insights_get_product_today and mmp_insights_query_product_event_summary, so an agent cannot route between them from the text alone.

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

Usage Guidelines2/5

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

"channel_pid required" is a prerequisite restatement, not usage guidance. There is no when-to-use, when-not-to-use, or named alternative despite several overlapping mmp_insights siblings.

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