Skip to main content
Glama
ExQA
by ExQA

reverse_analyze_live_signature_flow

Analyze live traffic signatures by running a reverse-analysis workflow that starts with a summary and expands evidence only as needed, revealing matching signature details and request insights.

Instructions

Run a task-oriented live signature reverse-analysis workflow on new traffic. Read summary/report first and expand evidence only as needed.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
limitNo
advanceNo
run_replayNo
message_typeNo
decode_bodiesNo
host_containsNo
path_keywordsNo
descriptor_pathNo
live_session_idYes
signature_hintsNo
snapshot_formatNoSupported live snapshot export formats: `xml` or `native`.xml
replay_use_proxyNo
replay_json_overridesNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

C2.2/5.0
Behavior2/5

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

With no annotations provided, the description carries the full burden of behavioral disclosure. It only hints at a summary/report workflow and expanding evidence, but doesn't disclose side effects, safety, or how the workflow processes traffic. It's minimal and insufficient for an analysis tool.

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?

The description is two sentences with no fluff, front-loading the purpose and giving a usage hint. It's structurally sound and concise, though extremely brief for a 13-parameter tool. It earns points for efficiency, not completeness.

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

Completeness1/5

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

Given the tool's complexity (13 params, no annotations, low schema coverage), the description is severely incomplete. It doesn't explain the workflow, parameter meanings, or when to use it, making it inadequate for correct invocation.

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

Parameters1/5

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

Schema description coverage is only 8%, so the description must compensate for 12 undocumented parameters. It provides no explanation of any parameters, leaving the agent to infer from names like 'limit', 'advance', 'run_replay', etc. This is a critical gap.

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?

The description states it runs a task-oriented live signature reverse-analysis workflow on new traffic, providing a verb and resource. It hints at a focus on signatures, which somewhat differentiates it from login/api flows, but it doesn't specify what the workflow does, what a signature is, or what the output is. The purpose is clear in a general sense but lacks precision.

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?

The only usage guidance is 'Read summary/report first and expand evidence only as needed,' which is about how to handle output, not when to choose this tool over siblings. No mention of alternatives like reverse_analyze_live_login_flow or conditions for selecting this workflow over others.

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