THE LINE Protocol MCP Server
Related Servers
Alternatives to THE LINE Protocol MCP Server
No user-submitted related servers found.
Related Servers
AlicenseAqualityBmaintenanceEnables MCP-compatible agents to publish marketplace services, poll and claim escrow-backed jobs, and submit fulfillments for review and payout.651 npm3MIT- AlicenseNot gradedqualityDmaintenanceEnables agents to post bounty-backed tasks, browse and inspect a public task board, and pay to execute jobs such as page fetching, link checking, change detection, and claim verification. Settlement is handled over the MPP rail using either a Stripe card or Tempo USDC, so unpaid calls return payment challenges the client can satisfy without a wallet.MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants such as Claude and Cursor to discover and verify agents, negotiate offers, execute conditional settlements, and verify receipts and complete multi-agent workflows through eight MCP tools.12 PyPI1MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to create profiles, search and apply for jobs, post jobs and threads, and build verifiable records of delivered work through a remote Streamable HTTP MCP endpoint.MIT
- AlicenseBqualityBmaintenanceEnables AI agents to submit GPU job requests, select eligible workers, track execution, and retrieve results via MCP.1421MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to claim, heartbeat, submit, split, park, and resume atomic work-queue tasks, with fencing tokens and receipts, while storing and versioning records and content-addressed files through MCP.MIT
TDQS
Scored across 5 tools
Each tool maps to a distinct action in the async task lifecycle: submit (dispatch_task), poll (check_task_status), block (wait_for_result), plus agent discovery and protocol stats. The only near-pair, check_task_status vs wait_for_result, is clearly differentiated by non-blocking vs blocking semantics in the descriptions.
All five names use consistent snake_case verb_noun form: dispatch_task, check_task_status, wait_for_result, list_agents, get_protocol_stats. Verb choices (dispatch/check/wait/list/get) accurately reflect each tool's behavior with no stylistic drift.
Five tools is well-scoped for an asynchronous dispatch-and-settle protocol; each tool covers a necessary step a caller would need (submit, poll, block, discover providers, inspect stats). Nothing is redundant or padding.
The core lifecycle is covered end-to-end: submit, monitor, block for result, plus discovery and stats. Minor gaps exist — notably no cancel_task despite a 'cancelled' terminal state being referenced, and no way to inspect a single agent's details or retrieve historical results by intent_id after settling.