Skip to main content
Glama

model_price_history

Every recorded price for a model, with the date each was read. Requires a key; see https://sighttrue.com/pricing.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
modelYes

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. Added

TDQS

C2.8/5.0
Behavior2/5

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

由于没有注释,描述承担了披露行为的全部责任。它提到了认证要求(密钥),但未说明该操作是否只读、是否具有副作用或返回数据的任何限制。缺少关于键如何传递或潜在速率限制的信息。

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?

描述由两句话组成,没有冗余词。第一句概括功能,第二句提供关键前提条件,非常高效。

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?

该工具简单(一个参数),但描述未说明返回数据的形式或密钥如何通过MCP提供。尽管目的明确,但缺乏足够的操作细节(如输出结构或错误场景)。

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?

模式对参数'model'没有任何描述,覆盖率0%。描述仅说'for a model',这重复了参数名称,未解释模型是ID、名称还是其他标识符。描述没有增加任何有意义的语义。

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?

描述准确说明了工具返回的内容:模型的价格历史及读取日期。但缺少明确动词(如'获取'或'列出'),且未与兄弟工具如package_weight_history明确区分。

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?

描述仅指出需要密钥,并链接到定价页面,但未说明何时应使用此工具而不是其他工具(如list_readings或find_model)。没有提供使用上下文或替代方案的建议。

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.

TDQS

B3.1/5.0
Disambiguation5/5

Each tool targets a distinct query type: package status, stack review, provider incidents, model pricing, watchlist changes, etc. Even similar-sounding tools like check_package and check_stack are clearly differentiated by granularity (single package vs. whole manifest). The descriptions further remove ambiguity.

Naming Consistency3/5

All names use lowercase snake_case, but the pattern is mixed: some are imperative verb_noun (check_package, find_model, watch_add) while many are noun phrases (advisory_severity, provider_incidents, runtime_deadlines). This is readable but not a consistent verb_noun style, so there is noticeable inconsistency.

Tool Count2/5

At 31 tools, the count exceeds the 'too many' threshold (25+). While the domain is broad, the agent must navigate a large surface with many similarly scoped utilities, making selection harder. A more consolidated set (e.g., grouping related readings) would improve appropriateness.

Completeness4/5

The tool surface covers a wide range of supply-chain intelligence: package advisories, provider status, model pricing, runtime EOL, and watchlist changes. The only notable gap is lifecycle management for the private watchlist (e.g., no watch_remove or watch_list), but the overall coverage is strong.