Skip to main content
Glama

Server Details

Hash passwords with bcrypt and issue/verify JWT session tokens over A2A + MCP.

Status
Healthy
Last Tested
Transport
Streamable HTTP
URL
Repository
mikerawsonnz/gosce-agents
GitHub Stars
1
Server Listing
A2A GOSCE Agents

Glama MCP Gateway

Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.

MCP client
Glama
MCP server

Full call logging

Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.

Tool access control

Enable or disable individual tools per connector, so you decide what your agents can and cannot do.

Managed credentials

Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.

Usage analytics

See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.

100% free. Your data is private.
Tool DescriptionsB

Average 3/5 across 1 of 1 tools scored.

Server CoherenceA
Disambiguation5/5

With only one tool, there is no risk of confusion between tools, so disambiguation is perfect.

Naming Consistency5/5

A single tool name cannot be inconsistent with others; the naming is trivially consistent.

Tool Count3/5

One tool for multiple distinct operations (hash, issue, verify) feels thin; a few more tools would better scope the server's purpose.

Completeness4/5

The single tool covers hashing and token management, but lacks separate operations like token revocation or password verification, leaving minor gaps.

Available Tools

1 tool
invokeBInspect

Hash passwords with bcrypt and issue/verify JWT session tokens.

ParametersJSON Schema
NameRequiredDescriptionDefault
inputYesJSON request for this capability (the same body you'd send as an A2A message).
Behavior2/5

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

No annotations are provided, so the description must disclose all behavioral traits. It indicates side effects (password hashing, token creation) but provides no details on authentication requirements, reversibility, or what happens to existing tokens.

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?

The description is a single sentence that front-loads the core functionality. While concise, it could benefit from breaking into multiple sentences or listing the operations.

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

Completeness2/5

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

The tool has no output schema and description does not explain return values. Given the dual functionality (hashing and JWT), the description is incomplete without specifying what the tool returns after each operation.

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%, and the description adds meaning by clarifying that the 'input' parameter is a JSON request formatted like an A2A message. This helps the agent understand the expected structure.

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?

The description states it hashes passwords with bcrypt and issues/verifies JWT tokens, providing a clear verb and resource. However, it combines multiple actions without specifying which operation will be performed in a single invocation, which slightly reduces clarity.

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?

No guidance on when to use this tool versus alternatives. There are no sibling tools, but the description lacks context about prerequisites or typical scenarios.

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

Discussions

No comments yet. Be the first to start the discussion!

Related MCP Servers

  • F
    license
    -
    quality
    C
    maintenance
    Provides authentication infrastructure for coding agents, enabling user pool management, encrypted secrets storage, and JWT token operations through MCP tools.
    Last updated
  • F
    license
    B
    quality
    C
    maintenance
    MCP server for secure credential management, browser-based login automation, and TOTP/2FA auto-solving. Encrypts credentials with AES-256-GCM and automates login flows via Playwright.
    Last updated
    32
    2
  • F
    license
    -
    quality
    D
    maintenance
    Fast, low-latency MCP server for authentication services, enabling AI agents like LM Studio and Claude Desktop to perform user authentication operations such as sign-in, sign-up, OTP verification, and token management.
    Last updated

View all MCP Servers

Try in Browser

Your Connectors

Sign in to create a connector for this server.