Skip to main content
Glama
eidostein

@segnals/mcp

by eidostein

segnals_start_bot

Preview a trading bot start, then confirm to execute. Requires exchange credentials configured in dashboard; starting may take a few minutes.

Instructions

Start a trading bot. Requires scope: control:bots.

TWO-STEP CONFIRMATION: Call without confirm to preview. Call with confirm: true to start. COLD-START NOTE: Starting a bot takes a few minutes. The status will show 'starting' → 'warming_up' → 'running'. This is normal behavior. IMPORTANT: The bot must have exchange credentials configured in the dashboard before starting.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
bot_idYesBot ID to start
confirmNoSet to true to execute after previewing
Behavior4/5

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

No annotations provided; description discloses multi-step behavior, status transitions ('starting' → 'warming_up' → 'running'), and delays. Could be enhanced with idempotency or failure mode details.

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?

Well-structured with labeled sections (scope, confirmation, cold-start, important). Each sentence adds value with no repetition or fluff. Front-loaded with main action.

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?

Covers critical aspects: required parameters, behavior, prerequisites. Could mention edge cases (e.g., bot already running) but overall sufficient for a 2-param tool with no output schema.

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% with descriptive parameter names. Description adds value by explaining the two-step confirmation for 'confirm' and cold-start context. Baseline 3, elevated for additional context.

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 clearly states 'Start a trading bot' using a specific verb and resource. It distinguishes from sibling tools like segnals_stop_bot and segnals_restart_bot.

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 explicit scope requirement, two-step confirmation process, cold-start note, and prerequisite about credentials. Lacks explicit when-not-to-use instructions but covers key usage context.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/eidostein/segnals-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server