Skip to main content
Glama

Get Artist Analytics

dynamoi_get_artist_analytics
Read-only

Use this when the user wants artist-level performance across all campaigns, including 30-day rollups or daily breakdowns. Pass granularity=DAILY when the user asks for a daily breakdown. Pass format=summary when the user wants a written rollup, a strongest-campaign verdict, or a direct answer you can relay immediately. If this tool already returned the requested strongest-campaign comparison, stop and answer instead of calling more analytics tools. For one campaign's metrics, use dynamoi_get_campaign with includeAnalytics=true.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
formatNo
artistIdYes
dateRangeNo
granularityNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
codeNo
dataNo
kindNo
fieldNo
statusYes
draftIdNo
messageNo
retryableNo
nextActionNo
failureStageNo
prerequisiteNo
screeningResultNo
retryAfterSecondsNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • addedOutput schema / properties / draftId
      Added value: +{
      +  "format": "uuid",
      +  "pattern": "^([0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[1-8][0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}|00000000-0000-0000-0000-000000000000|ffffffff-ffff-ffff-ffff-ffffffffffff)$",
      +  "type": "string"
      +}
    • addedOutput schema / properties / failureStage
      Added value: +{
      +  "maxLength": 120,
      +  "minLength": 1,
      +  "type": "string"
      +}
    • addedOutput schema / properties / screeningResult
      Added value: +{
      +  "maxLength": 120,
      +  "minLength": 1,
      +  "type": "string"
      +}
  2. Changed2 schema fields changed
    • removedInput schema / $schema
      Removed value: -"http://json-schema.org/draft-07/schema#"
    • removedOutput schema / $schema
      Removed value: -"http://json-schema.org/draft-07/schema#"
  3. Changed2 schema fields changed
    • addedInput schema / $schema
      Added value: +"http://json-schema.org/draft-07/schema#"
    • addedOutput schema / $schema
      Added value: +"http://json-schema.org/draft-07/schema#"
  4. Changed6 schema fields changed
    • addedOutput schema / properties / code
      Added value: +{
      +  "enum": [
      +    "ACCOUNT_READ_ONLY",
      +    "INVALID_SPOTIFY_SOURCE",
      +    "CAPABILITY_REQUIRED",
      +    "INSUFFICIENT_SCOPE",
      +    "STATE_CONFLICT",
      +    "QUOTE_CHANGED",
      +    "RATE_LIMITED",
      +    "OUTPUT_INVALID",
      +    "UNKNOWN_EFFECT"
      +  ],
      +  "type": "string"
      +}
    • addedOutput schema / properties / field
      Added value: +{
      +  "maxLength": 120,
      +  "minLength": 1,
      +  "type": "string"
      +}
    • addedOutput schema / properties / nextAction
      Added value: +{
      +  "additionalProperties": false,
      +  "properties": {
      +    "field": {
      +      "maxLength": 120,
      +      "minLength": 1,
      +      "type": "string"
      +    },
      +    "kind": {
      +      "enum": [
      +        "provide_input",
      +        "read_status",
      +        "reconnect",
      +        "handoff"
      +      ],
      +      "type": "string"
      +    },
      +    "reason": {
      +      "maxLength": 240,
      +      "minLength": 1,
      +      "type": "string"
      +    }
      +  },
      +  "required": [
      +    "kind"
      +  ],
      +  "type": "object"
      +}
    • addedOutput schema / properties / prerequisite
      Added value: +{
      +  "maxLength": 240,
      +  "minLength": 1,
      +  "type": "string"
      +}
    • addedOutput schema / properties / retryAfterSeconds
      Added value: +{
      +  "maximum": 86400,
      +  "minimum": 0,
      +  "type": "integer"
      +}
    • addedOutput schema / properties / retryable
      Added value: +{
      +  "type": "boolean"
      +}
  5. Changed6 schema fields changed
    • changedOutput schema / additionalProperties
      Previous value: -falseNew value: +{}
    • addedOutput schema / properties / data / properties / artistId
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / properties / data / properties / artistName
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / properties / data / properties / dateRange
      Added value: +{
      +  "additionalProperties": false,
      +  "properties": {
      +    "end": {
      +      "type": "string"
      +    },
      +    "start": {
      +      "type": "string"
      +    }
      +  },
      +  "required": [
      +    "end",
      +    "start"
      +  ],
      +  "type": "object"
      +}
    • addedOutput schema / properties / data / properties / summary
      Added value: +{
      +  "type": "string"
      +}
    • removedOutput schema / properties / kind / enum
      Removed value: -[
      -  "validation",
      -  "business",
      -  "platform",
      -  "unknown"
      -]
  6. Changed4 schema fields changed
    • changedOutput schema / additionalProperties
      Previous value: -{}New value: +false
    • addedOutput schema / properties / data
      Added value: +{
      +  "additionalProperties": {},
      +  "properties": {},
      +  "type": "object"
      +}
    • addedOutput schema / properties / kind
      Added value: +{
      +  "enum": [
      +    "validation",
      +    "business",
      +    "platform",
      +    "unknown"
      +  ],
      +  "type": "string"
      +}
    • addedOutput schema / properties / message
      Added value: +{
      +  "type": "string"
      +}
  7. Changed1 schema field changed
    • changedOutput schema / (root)
      Previous value: -nullNew value: +{
      +  "additionalProperties": {},
      +  "properties": {
      +    "status": {
      +      "enum": [
      +        "success",
      +        "partial_success",
      +        "error"
      +      ],
      +      "type": "string"
      +    }
      +  },
      +  "required": [
      +    "status"
      +  ],
      +  "type": "object"
      +}
  8. First observed

TDQS

A4.4/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=true and destructiveHint=false, so safety is covered. The description adds useful behavioral detail: format=summary returns a written rollup or strongest-campaign verdict, and the tool should be treated as a terminal source for comparisons. It does not contradict annotations.

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

Conciseness5/5

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

Every sentence carries operational value: the use case, two parameter-specific instructions, a stop rule, and an alternative tool. It is front-loaded with the primary purpose and avoids any filler.

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?

The description covers the core use case, key parameter choices, how to avoid redundant calls, and the alternative tool. With an output schema availableaiman, return structure is handled elsewhere. Some context about default date range and TOTAL granularity is implicit rather than explicit, but the overall guidance is sufficient for correct invocation.

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 explains the semantics of format and granularity well ('Pass granularity=DAILY when...', 'Pass format=summary when...'), but offers no guidance on artistId or dateRange, which are required or meaningful parameters. This leaves a clear gap in parameter documentation.

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

Purpose5/5

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

The description clearly states a specific verb and resource: retrieving artist-level performance across all campaigns with rollups or daily breakdowns. It is distinct from sibling tools, especially by explicitly contrasting with dynamoi_get_campaign for single-campaign metrics.

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

Usage Guidelines5/5

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

It provides explicit when-to-use guidance ('when the user wants artist-level performance across all campaigns') and names a concrete alternative for a different scenario ('For one campaign's metrics, use dynamoi_get_campaign with includeAnalytics=true'). It also instructs when to stop calling further analytics tools, which is strong practical guidance.

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.