Skip to main content
Glama
679,279 tools. Updated 2026-10-20 00:06

"Using an MCP server to retrieve logs from a terminal for cursor" matching MCP tools:

  • Get build and runtime logs for a deployment. If no deployment_id is provided, returns logs for the latest deployment. Use this after calling deploy to monitor build progress and diagnose failures. Logs include: framework detection output, dependency installation, build steps, container startup, and health check results. If a deployment fails, check the logs for error details — common issues include missing dependencies, build errors, or the app not listening on the correct PORT (check the PORT env var — 8080 for auto-detected frameworks, or the EXPOSE value from Dockerfile).
    ConnectorNo auth
  • Incremental poll: raw item-level AI news added since a cursor, oldest→newest, with a nextCursor for your next call — use this for "what's new since I last checked"; for the curated once-daily synthesis use get_daily_briefing. Omit cursor for the latest items plus a cursor to start polling from. Titles + links + topics (bodies and higher limits are on the paid tier).
    ConnectorNo auth
  • Your FIRST step when debugging any runtime problem — a 500, a failed request, a blank page, or 'it doesn't work' from the user. Call this before theorizing from an error message alone. Reads the project's runtime logs. source 'server' (default): the dev backend's request logs from the last hour — method, URL, status, duration, and per-request server log lines (pass log_reference_id from a previous listing for one request's full logs); includes background jobs (queueTask/scheduled/failure). source 'browser': console output AND client-side network requests (each fetch as `⇄ METHOD url → status`, with the error body for failed/4xx/5xx ones — the client-side view server logs miss, e.g. CORS/timeouts/third-party calls) captured from the user's open editor session. A browser network line's `ref=<id>` is a log_reference_id you can pass back with source 'server' for that request's full server logs. Empty if no editor is open. source 'background': not log lines but the live state of background work, for the preview AND the published app — the schedules actually deployed (scheduled jobs, recurring and delayed queueTask) with their next run, the runs in progress right now, and the runs that were long or cut off at the 15-minute limit in the last 7 days. Use it to answer 'is that job still running?', 'did it time out?' and 'can anything start it again?' (limit and log_reference_id are ignored). Sources 'server' and 'browser' are NOT CloudWatch: entries live ~1 hour and cover the dev backend + live session only — for the PUBLISHED app's logs, use run_code_in_vm's `_floot.getProdBackendLogs` (details: get_guides('prod-backend-logs')).
    ConnectorOAuth
  • Invoke a Firecracker Function. PAID per invocation (CPU/memory usage billed from account). Use wait=true when output/logs are needed; asynchronous invocations do not retain output. Poll get_function_invocation using the returned invocation_uuid for status and usage. One Idempotency-Key is generated per tool call unless idempotency_key is supplied; reuse an explicit key only for an exact retry so the same logical step is not double-run or double-billed (response may include replayed=true).
    Connector
    Destructive
    OAuth
  • MONITORING: Fetch Terraform deployment logs with pagination Fetches logs from a running or completed Terraform deployment job. For **completed jobs**: uses REST endpoint for instant retrieval (supports `tail` for server-side filtering). For **running jobs**: streams via SSE with timeout-based pagination. **PAGINATION** (running jobs only): Use `last_event_id` from the response to fetch more: 1. First call: `tflogs(session_id='...')` → get logs + `last_event_id` 2. Next call: `tflogs(session_id='...', last_event_id='...')` → get NEW logs only 3. Repeat until `complete: true` in response **RESPONSE FIELDS**: - `logs`: Array of log messages collected - `last_event_id`: Pass this back to get more logs (pagination cursor, SSE only) - `complete`: true if job finished, false if more logs may be available - `total_logs`: total log entries before tail truncation REQUIRES: session_id from convoopen response (format: sess_v2_...). OPTIONAL: job_id to target a specific deployment (use tfruns to discover IDs), timeout (default 50s, max 55s), last_event_id (for pagination), tail (return only last N entries) ⚠️ CONTEXT WARNING: Deploy logs can be hundreds of lines. Use tail: 50 for completed jobs to avoid blowing up the context window.
    ConnectorNo auth
  • MONITORING: Fetch Terraform deployment logs with pagination Fetches logs from a running or completed Terraform deployment job. For **completed jobs**: uses REST endpoint for instant retrieval (supports `tail` for server-side filtering). For **running jobs**: streams via SSE with timeout-based pagination. **PAGINATION** (running jobs only): Use `last_event_id` from the response to fetch more: 1. First call: `tflogs(session_id='...')` → get logs + `last_event_id` 2. Next call: `tflogs(session_id='...', last_event_id='...')` → get NEW logs only 3. Repeat until `complete: true` in response **RESPONSE FIELDS**: - `logs`: Array of log messages collected - `last_event_id`: Pass this back to get more logs (pagination cursor, SSE only) - `complete`: true if job finished, false if more logs may be available - `total_logs`: total log entries before tail truncation REQUIRES: session_id from convoopen response (format: sess_v2_...). OPTIONAL: job_id to target a specific deployment (use tfruns to discover IDs), timeout (default 50s, max 55s), last_event_id (for pagination), tail (return only last N entries) ⚠️ CONTEXT WARNING: Deploy logs can be hundreds of lines. Use tail: 50 for completed jobs to avoid blowing up the context window.
    ConnectorNo auth

Matching MCP Servers

  • A
    license
    A
    quality
    D
    maintenance
    An MCP server for indexing and searching local text files using late-interaction retrieval (ColBERT-style MaxSim), enabling token-level relevance matching.
    2
    MIT

Matching MCP Connectors

  • Offline log parsing, CI failures, HTTP capture analysis and bounded JSON configuration validation.

  • Live geopolitical and markets intelligence wire: 35k+ wire items, event threads, 55k+ articles.

  • Find logs matching filter criteria within a time range. Use this as your default starting point for log queries. Returns logs sorted by (timestamp, logId) descending (newest first). When investigating an error or a failure, call list_issues first: Fixter has often grouped it already into an issue with its count, first and last seen and a traceId to search from. Returns the log's main fields by default; pass verbose=true to include its attributes (http/url/… flattened in, plus a `resource` object). Long string values are capped (maxStringChars). For raw columns or custom selection use run_sql. For the full untruncated body of one row, use get_log. Defaults: from/to: open window if omitted — beware of unbounded scans limit: 100 (max 1000) service/level: any Common patterns: - Errors in the last hour: level="ERROR", from=<1h ago> - Logs for a trace: traceId="abc123..." - Whole-token search (case-insensitive): messageContains="timeout" - Substring or regex search: not supported here; use run_sql Returns: logs: array of log objects (lean unless verbose=true) nextCursor: opaque token (null on the last page); pass back as cursor to fetch the next page explorerUrl: shareable Fixter UI link opening this query in the log explorer — when the user asks to see or browse these logs, send them there rather than reproducing the listing; attach it when citing these logs as evidence (covers the service/level/traceId filters and the window; timestamps display in the viewer's browser timezone) queryStats: rowsReturned, elapsedMs
    ConnectorAPI key
  • Check the progress and final status of a specific AI development session using its session key. Use this to monitor an asynchronous edit until it completes, fails, or is cancelled — keep checking until a terminal state. The session key comes from dreamagent_chat or dreamagent_list_sessions and is an identifier, not a secret. Returns (actual fields): 'active=', 'run_status=', 'next_after=' (cursor for the next check), optional 'new_output:' (text produced since the last check), then either "Still working — poll again" or a terminal 'done=true' line: finished (with the final output tail), 'the edit was NOT started: <reason>' (rejected early, e.g. HTTP 402 insufficient credits), or 'stream error' (the connection to the run broke — the server-side run may still have finished; verify with dreamagent_get_edit_progress). run_status values: queued | running | cancel_requested | completed | failed | cancelled | interrupted | unknown.
    ConnectorNo auth
  • Check the progress and final status of a specific AI development session using its session key. Use this to monitor an asynchronous edit until it completes, fails, or is cancelled — keep checking until a terminal state. The session key comes from dreamagent_chat or dreamagent_list_sessions and is an identifier, not a secret. Returns (actual fields): 'active=', 'run_status=', 'next_after=' (cursor for the next check), optional 'new_output:' (text produced since the last check), then either "Still working — poll again" or a terminal 'done=true' line: finished (with the final output tail), 'the edit was NOT started: <reason>' (rejected early, e.g. HTTP 402 insufficient credits), or 'stream error' (the connection to the run broke — the server-side run may still have finished; verify with dreamagent_get_edit_progress). run_status values: queued | running | cancel_requested | completed | failed | cancelled | interrupted | unknown.
    ConnectorNo auth
  • Trigger semantic indexing for a dataset — required before using dataset.chunks (Pro+ plan). Starts an async indexing job that splits the dataset into RAG-ready text chunks, generates embeddings, and stores them for semantic search. Indexing is idempotent: calling it again on an already-indexed dataset re-indexes with fresh embeddings. Indexing typically completes in 10–60 seconds depending on dataset size. After indexing, use dataset.chunks(dataset_id) to retrieve the text chunks. Args: dataset_id: ID of the built dataset to index (from job.status after dataset.build).
    ConnectorNo auth
  • Create a workspace-scoped credential for the SPACE CLI only when the host supports a local terminal and the user requests an upload. It expires within 30 minutes and never outlives the parent token. Pass it to the CLI process environment, never a file, log, user-facing message or unrelated service. This is not needed for browsing or feedback, and does not give a chat-only host a terminal. Revoking the parent does not cascade to an already derived token; revoke the temporary token separately if needed.
    ConnectorAPI key
  • FIND EVENT LOGS on one Ethereum (eth, ETH, mainnet, L1) contract by event name — e.g. every "Transfer", or a rare custom event. `contract` matches logs that contract EMITTED ITSELF (a proxy token is found by its public address), plus — when it is a proxy's implementation — the logs its code emitted for that proxy. Logs emitted by OTHER contracts it calls are NOT included: a DEX router's swaps are logged by the pair/pool it calls, not by the router, so contract=<router> with event=Swap returns NOTHING even when the router executed thousands of swaps. An empty result for a router, aggregator or smart wallet does NOT mean there was no activity. To get those logs, pass the pair/pool (or token) address as `contract`; if it is unknown, list the router's transactions with eth_find_calls (contract=<router>) and pass their Tx hashes (up to 50, "|"-separated) to eth_tx_events with event=Swap — its CallPath shows which call produced each log. Narrow matched rows to one emitting contract with `emitter`. Match by event name or full signature (case-insensitive). Searches the last 7 days by default — set after_time to reach further back, or page back with cursor: pass the Cursor value of the LAST row of a page to get the next one, and that page covers the same number of days ending at that row. Unlike before_time, a cursor never skips rows that share a timestamp — a busy contract can emit hundreds of logs in one second. Then inspect a transaction's fund movements with eth_tx_transfers. For finding the CALLS themselves (method, selector, revert info) use eth_find_calls. Each row carries the log's decoded Arguments (Name, Type, Value, Indexed; integers are decimal strings in raw units, NOT divided by token decimals; addresses as 0x-hex) - at most 32 per row: ArgumentCount is the full number and ArgumentsTruncated=1 marks a cut list (every array element counts as one). Parsed=0 rows have no Arguments. Argument NAMES come from one known ABI for the Signature: a contract that emits the same Signature with other parameter names gets those names too, so a Name can be wrong for this contract - identify an argument by its position and Type, and check a doubtful one against the raw Topics/Data. For raw Topics/Data, or the rest of a cut list, pass the Tx to eth_tx_events. Unrecognized events can be found here by `topic0`. ONE ROW = ONE EVENT LOG. A contract can be called many times inside a single transaction and each of those internal calls can emit its own logs, so the same event name legitimately repeats within one transaction - that is NOT duplication. Rows are told apart by CallIndex (which internal call emitted the log) together with LogInCall (the log's position inside that call); that pair is unique within a transaction. To COUNT events, count the returned rows - never de-duplicate on Tx/Event/Emitter, which would merge genuinely different logs into one. Rows inside one transaction come back in no particular order - sort them by CallIndex then LogInCall if you need emission order. SCAN COST scales with the window, not with the limit: on a very high-traffic contract set days=1 and page back with cursor - several times cheaper than a 7-day window for the same page. Widen days for quiet contracts or rare matches.
    ConnectorOAuth
  • FIND EVENT LOGS on one Robinhood (robinhood, rh, Robinhood Chain) contract by event name — e.g. every "Transfer", or a rare custom event. `contract` matches logs that contract EMITTED ITSELF (a proxy token is found by its public address), plus — when it is a proxy's implementation — the logs its code emitted for that proxy. Logs emitted by OTHER contracts it calls are NOT included: a DEX router's swaps are logged by the pair/pool it calls, not by the router, so contract=<router> with event=Swap returns NOTHING even when the router executed thousands of swaps. An empty result for a router, aggregator or smart wallet does NOT mean there was no activity. To get those logs, pass the pair/pool (or token) address as `contract`; if it is unknown, list the router's transactions with robinhood_find_calls (contract=<router>) and pass their Tx hashes (up to 50, "|"-separated) to robinhood_tx_events with event=Swap — its CallPath shows which call produced each log. Narrow matched rows to one emitting contract with `emitter`. Match by event name or full signature (case-insensitive). Searches the last 7 days by default — set after_time to reach further back, or page back with cursor: pass the Cursor value of the LAST row of a page to get the next one, and each page covers the `days` window ending at that cursor. Unlike before_time, cursor never skips logs that share a timestamp — a busy contract can have hundreds in one second. Then inspect a transaction's fund movements with robinhood_tx_transfers. For finding the CALLS themselves (method, selector, revert info) use robinhood_find_calls. Each row carries the log's decoded Arguments (Name, Type, Value, Indexed; integers are decimal strings in raw units, NOT divided by token decimals; addresses as 0x-hex) - at most 32 per row: ArgumentCount is the full number and ArgumentsTruncated=1 marks a cut list (every array element counts as one). Parsed=0 rows have no Arguments. Argument NAMES come from one known ABI for the Signature: a contract that emits the same Signature with other parameter names gets those names too, so a Name can be wrong for this contract - identify an argument by its position and Type, and check a doubtful one against the raw Topics/Data. For raw Topics/Data, or the rest of a cut list, pass the Tx to robinhood_tx_events. Unrecognized events can be found here by `topic0`. ONE ROW = ONE EVENT LOG. A contract can be called many times inside a single transaction and each of those internal calls can emit its own logs, so the same event name legitimately repeats within one transaction - that is NOT duplication. Rows are told apart by CallIndex (which internal call emitted the log) together with LogInCall (the log's position inside that call); that pair is unique within a transaction. To COUNT events, count the returned rows - never de-duplicate on Tx/Event/Emitter, which would merge genuinely different logs into one. SCAN COST scales with the window, not with the limit: on a very high-traffic contract set days=1 and page back with cursor - several times cheaper than a 7-day window for the same page. Widen days for quiet contracts or rare matches. Rows inside one transaction come back in no particular order - sort them by CallIndex then LogInCall if you need emission order.
    ConnectorOAuth
  • Read filtered market swap summaries from PumpView's supported SOL-pair feed. Use for recent market activity, not your submitted swap receipt (get_swap_status). Requires a Bearer key, active data grant and sufficient key budget. Each call consumes max(1, returned event count) credits; repeated reads also count. Unlimited has no package event cap, but an explicit key budget still applies. Returns events in feed order, a cursor and health. Filtering follows batch scanning, so advance using the returned cursor even for an empty batch. On 409 cursor_expired restart without after and record a gap; 402 means access or budget exhausted, 503 means unavailable source. Use get_stream_connection for continuous WSS delivery. Amounts are decoder floats, not full transaction accounting.
    ConnectorAPI key
  • Read filtered market swap summaries from PumpView's supported SOL-pair feed. Use for recent market activity, not your submitted swap receipt (get_swap_status). Requires a Bearer key, active data grant and sufficient key budget. Each call consumes max(1, returned event count) credits; repeated reads also count. Unlimited has no package event cap, but an explicit key budget still applies. Returns events in feed order, a cursor and health. Filtering follows batch scanning, so advance using the returned cursor even for an empty batch. On 409 cursor_expired restart without after and record a gap; 402 means access or budget exhausted, 503 means unavailable source. Use get_stream_connection for continuous WSS delivery. Amounts are decoder floats, not full transaction accounting.
    ConnectorNo auth
  • List hosted images owned by the caller, with optional filters. ``source`` filters by upload origin: ``"upload"`` for directly uploaded images, ``"generated"`` for images created via the image generation tools. Omit to return all sources. ``visibility`` filters by access level: ``"public"`` or ``"private"``. Omit to return both. Pagination: pass ``next_cursor`` from a previous response as ``cursor`` to retrieve the next page. Returns ``{items: [...], next_cursor: str | null}``.
    ConnectorOAuth
  • Check an asynchronous provider-estimate job created by request_provider_estimate, including its queued or terminal execution substate. Terminal statuses: completed, degraded, refused. An unknown read returns reason_code=unknown_or_not_yet_visible. Retry with backoff only when the id came from an authoritative admitted response; never infer an id after a rejected admission.
    ConnectorNo auth
  • Generate a single-image post (postType IMAGE) using PostNitro's AI engine. Returns an embedPostId to track progress. The content is AI-generated from your aiGeneration prompt — you do NOT provide slides. (To supply your own image content instead, use postnitro_import_image.) templateId, brandId, presetId, and responseType are optional if you've saved defaults via postnitro_set_defaults. Otherwise provide them here (use the list tools to find valid IDs). Use postnitro_check_status to monitor, then postnitro_get_output to retrieve. Or use postnitro_generate_image_and_wait for one step.
    ConnectorAPI key
  • Revoke one owned API key; integrations using it will stop authenticating. Returns an AurasPay approval URL first. No change occurs until separate human approval. Reuse the identical requestId and details to retrieve the result.
    Connector
    Destructive
    OAuth
  • Collect console logs, exceptions, and log entries from a Safari page on an iOS device over a time window. Enables the Runtime and Log domains, then listens for Runtime.consoleAPICalled, Runtime.exceptionThrown, and Log.entryAdded events, and returns an array of { level, text, url?, line?, source? }. This is a LIVE-WINDOW collector: it only captures events fired AFTER it attaches (plus the buffered history WebKit replays on enable), so triggering the logging from a SEPARATE tool call races the attach and is missed. To capture logs from an action, pass triggerJs (run inside the window). Default window: 5 000 ms. Maximum: 15 000 ms. Omit pageId to auto-pick the active page.
    ConnectorOAuth
  • Request cooperative cancellation when an open job should stop. Work stops at a checkpoint and may still complete; cancellation is rejected for terminal jobs or once result publication starts. Compute already used is still accounted for. Returns current status and cancelRequested/cancelAccepted, not proof of cancellation; poll job_get or job_wait for the terminal state. Use jobs_list to locate a job or job_report for detailed results.
    Connector
    Destructive
    API key