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
| Name | Required | Description | Default |
|---|---|---|---|
| model | Yes |
Every recorded price for a model, with the date each was read. Requires a key; see https://sighttrue.com/pricing.
| Name | Required | Description | Default |
|---|---|---|---|
| model | Yes |
Changes observed during successful MCP inspections. Dates show when Glama detected each change.
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.
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.
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.
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.
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.
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.
Add one secure layer between your agents and this server.
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.
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.
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.
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.