Skip to main content
Glama

Request a new tool on Vest

vest_submit_tool_request

Submit a request to add a new AI tool to the Vest catalog. Use when the user mentions a tool they'd like to earn cashback on that isn't currently available in Vest's catalog. Collects the tool name, optional URL, use case, and contact email for follow-up. Do NOT use this when the tool is already in Vest's catalog — use vest_search_tools first to confirm. Always confirm with the user before submitting; never auto-submit based on inference.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
tool_urlNoOptional homepage or product URL for the tool.
use_caseNoOptional description of how you'd use this tool.
tool_nameYesThe name of the tool you'd like Vest to add to the catalog.
user_emailNoOptional email so Vest can follow up when the tool is added.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

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

  1. First observed

TDQS

A4.7/5.0
Behavior4/5

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

Annotations already indicate non-destructive, non-read-only, non-idempotent. Description adds that it collects name, URL, use case, email, and requires user confirmation. No contradiction.

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?

Four sentences, no redundancy. Front-loaded with the verb and resource, followed by usage guidance. Every sentence adds value.

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?

Covers trigger, usage, required confirmation, and parameter rationale. Output schema exists to detail response. No gaps for a request submission tool.

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

Parameters4/5

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

Schema coverage is 100%. Description adds context by explaining that the optional URL, use case, and email are for follow-up, reinforcing the purpose of each parameter.

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?

Clearly states the action (submit a request to add a new AI tool) and the specific resource (Vest catalog). Differentiates from sibling by advising to use vest_search_tools first if the tool is already in the catalog.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly specifies when to use (user mentions a tool not in catalog) and when not (if already catalogged). Instructs to confirm with user before submitting and to avoid auto-submission.

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

A4.7/5.0
Disambiguation5/5

Every tool has a distinct purpose: stack recommendation, cashback estimation, account info, signup links, catalog search, and tool requests. No overlap or ambiguity.

Naming Consistency5/5

All tools follow 'vest_verb_noun' pattern (build_stack, estimate_cashback, etc.), perfectly consistent with clear verb and noun.

Tool Count5/5

Six tools is ideal for the domain—covers all essential user flows (discover, estimate, account, signup, browse, request) without unnecessary bloat.

Completeness5/5

The tool surface covers the full lifecycle: catalog browsing, stack recommendations, signup links, account management, cashback estimation, and new tool requests. No obvious gaps.

Resources