Skip to main content
Glama

quantum_scorecard

Aggregate HNDL exposure and quantum config grade across a sample of accounts to assess network-level quantum readiness. Generates exposure-class breakdown, balance-at-risk, and grade tiers for a sample, not the full ledger.

Instructions

Network-level Quantum Readiness Scorecard: aggregate HNDL exposure (hndl_exposure) + config grade (quantum_grade) across a SAMPLE of accounts. HONEST SCOPE: a sample of recently-active accounts (or a caller-supplied list), NOT a ledger census — active accounts skew toward exposed, so figures are a sample, not a network %. Reports exposure-class breakdown, balance-at-risk, conclusive-vs-unknown, grade tiers, and top exposed. HEAVY (many RPC reads). Set --markdown for a public-facing report. Read-only.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
capNo
networkNomainnet
accountsNoexplicit account list; omit to sample recently-active accounts
markdownNo
maxPagesNo
sampleLedgersNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
rowsYes
errorNo
caveatNo
networkNo
sampledNo
skippedNo
markdownNo
attemptedNo
exposedPctNo
populationNo
byGradeTierYes
exposedCountNo
unknownCountNo
byExposureClassYes
conclusiveCountNo
masterExposedPctNo
originatorSampleNo
totalBalanceDropsNo
balanceAtRiskDropsNo
masterExposedCountNo
topExposedByBalanceYes
provenQuantumHookCountNo
masterExposedBalanceDropsNo
Behavior5/5

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

With no annotations, the description fully covers behavioral traits: read-only, heavy RPC usage, sampling methodology, and output details (exposure breakdown, balance-at-risk).

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?

Packed with useful information, front-loaded with purpose and scope. Could reduce wordiness slightly, but every sentence contributes meaning.

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

Completeness5/5

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

Despite 6 parameters and an output schema, the description explains high-level outputs (exposure classes, grade tiers) and usage context (sample vs census, heavy RPC). Output schema exists, so return format is covered.

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 coverage is only 17% (only accounts described). The description mentions cap, network, accounts, markdown, maxPages, sampleLedgers but adds minimal semantics beyond their names. Some context (e.g., markdown for public report) is helpful, but incomplete.

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 explicitly states it's a 'Network-level Quantum Readiness Scorecard' aggregating HNDL exposure and config grade, clearly distinguishing it from sibling tools like hndl_exposure and quantum_grade which focus on individual components.

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?

Provides clear context: operates on a sample, not a ledger census, and notes sampling bias. Does not explicitly state when not to use or name alternative tools, but the limitations are well-communicated.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Hugegreencandle/xahau-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server