Skip to main content
Glama
Sign In

mcp-eu-ai-act

by io.github.ark-forge
OverviewDiscussionsAdmin

register_free_key

Activate a free API key — unlocks scan history and CI/CD integration. Pass the user's email, no password or credit card. IMPORTANT: ask the user to type their email first, wait for their reply, then call this with the exact email they typed. Do NOT pass a placeholder or fabricated email.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "email": "<email>"
    },
    "name": "register_free_key"
  }
}

Input Schema

NameRequiredDescriptionDefault
emailYesThe user's email address. MUST come from the user's message, not generated by the agent.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.4/5.0
Behavior4/5

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

With no annotations, the description carries the full burden. It discloses the effect ('unlocks scan history and CI/CD integration') and clarifies input constraints ('no password or credit card'). It also adds a critical behavioral warning about not passing fabricated emails. While it does not discuss reversibility or potential side effects, it goes beyond a minimal mutation description.

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?

The description is concise, front-loaded with the main purpose, and every clause carries essential information. The important warning about email sourcing is highlighted with 'IMPORTANT' without excessive verbosity.

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

Completeness4/5

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

For a simple one-parameter tool with no output schema, the description covers the core action, expected effects, and a critical interaction requirement. It does not explain the response format or error cases, but the tool's simplicity and clear guidance make it sufficiently complete for an agent to use correctly.

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% for the single email parameter, and the schema already states the email must come from the user's message. The description adds operational detail ('ask the user to type their email first, wait for their reply') and reinforces the prohibition on fabricated emails, which is valuable for agent behavior beyond the schema's static description.

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 uses a specific verb ('Activate') and identifies the resource ('free API key') with a concrete outcome ('unlocks scan history and CI/CD integration'). It clearly distinguishes from sibling tools like validate_api_key and get_pricing by focusing on activation rather than validation or pricing.

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 for when to use the tool: after the user has provided their email. It includes an explicit workflow ('ask the user to type their email first, wait for their reply, then call this'). However, it does not explicitly mention alternatives or edge cases (e.g., when to use validate_api_key instead), so it falls short of a 5.

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

All mcp-eu-ai-act toolsInspect
Try in Browser
Claude Code, inside the Godot 4 editorFlockbay puts an AI agent in the real Godot 4 editor: it writes GDScript, runs your game and fixes what breaks. Free, or bring your own Claude Code or Codex.flockbay.comAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources