Skip to main content
Glama
brightdata

Bright Data MCP

Official
by brightdata

perplexity_ai_insights

Read-only

Generate AI insights by sending a prompt to Perplexity, returning structured markdown answers for GEO and LLM-as-a-judge tasks.

Instructions

Send a prompt to Perplexity and get back AI-generated insights. Returns structured answer text in markdown format. Useful for GEO and LLM as a judge.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
promptYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Addedv3.1.0

TDQS

B3.2/5.0
Behavior3/5

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

The annotations already declare readOnlyHint=true and openWorldHint=true, so the safety profile is covered. The description adds that the return is 'structured answer text in markdown format,' which is useful but does not cover auth requirements or rate limits. A 3 reflects modest added value over the annotations.

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?

Three short sentences with the core action front-loaded and no wasted words. The 'GEO and LLM as a judge' phrase is jargon-heavy but relevant.

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

Completeness3/5

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

For a simple one-parameter read tool with annotations and no output schema, the definition is serviceable. Its main gap is failing to position the tool against the sibling chatgpt_ai_insights, which an agent needs in order to choose correctly.

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 carries the burden. It implies the single parameter is a text 'prompt,' but adds no syntax, format, or length guidance. With only one self-evident parameter, this is adequate but thin.

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 description uses a specific verb and resource: 'Send a prompt to Perplexity and get back AI-generated insights.' It is clear what the tool does. However, it never distinguishes itself from the near-identical sibling chatgpt_ai_insights, leaving the agent to infer the difference.

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?

It offers only a terse 'Useful for GEO and LLM as a judge' hint and gives no when-to-use versus when-not guidance. Critically, it does not explain when to prefer this over chatgpt_ai_insights or search_engine, which are obvious alternatives.

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