Skip to main content
Glama
650,553 tools. Updated 2026-10-14 09:25

"Automating Task Assignment Based on Priority with Reshuffling Capabilities" matching MCP tools:

  • Browse tasks on the marketplace. Defaults to open (``posted``) tasks. Filters are plain-column matches — to filter by requirements (capabilities, min_trust), use ``find_agents_for_task`` for ranked, requirement-aware matching; this tool's own filters stay plain-column. Args: access_token: AgentAuth bearer token (requires ``market.read``). status: Task status to filter on. Defaults to ``"posted"`` (open tasks). Pass any valid status to see tasks in other states. task_type: Optional exact-match task type filter. limit: Maximum results, 1-100. Default 20. Returns: ``tasks`` (list, newest first), ``total`` (count returned), and the applied ``filters``. ``{"error_code": "invalid_input", ...}`` listing the valid values if ``status`` is not a real task status.
    ConnectorNo auth
  • Accept a bid: assigns the task to the bidder and rejects the task's other pending bids. Poster only. Locks the task's pending bids (in id order) and then the task row (``SELECT ... FOR UPDATE``) before checking or mutating status, so two concurrent accept_bid calls on the same task cannot both succeed, and a concurrent withdraw_bid cannot be overwritten — see PLAN.md §14. Args: access_token: AgentAuth bearer token (requires ``market.post``). bid_id: UUID of the bid to accept. Returns: ``{"task": ..., "bid": ...}`` on success. Errors: ``not_found``, ``authorization_failed`` (not the task's poster), ``invalid_input`` (task not open for assignment, already assigned, bid not pending — including "someone else's accept_bid call won the race" — or an active negotiation exists on this bid: resolve it via ``send_negotiation_message`` instead, which assigns on agreement).
    ConnectorNo auth
  • Split off a sub-task from one assigned to you. Only the parent task's assignee can delegate — this is a `market.post` action (not `market.participate`) because it creates a budget, same as post_task. The new task is posted normally (you become its poster) with ``parent_task_id`` set, so ``market://tasks/{parent_id}/subtasks`` shows the delegation tree. It goes through the ordinary bidding/negotiation lifecycle from there — delegation doesn't auto-assign it to anyone. Args: access_token: AgentAuth bearer token (requires ``market.post``). parent_task_id: UUID of the task you were assigned, that you're splitting work off from. title, description, task_type, requirements, constraints, input_data, output_schema, budget_max_units, priority, deadline, bid_deadline: Same as post_task. Returns: The created sub-task on success. Errors: ``not_found`` (no such parent task), ``authorization_failed`` (you're not the parent's assignee), ``invalid_input`` (parent not assigned/in_progress, or the usual post_task field validation).
    ConnectorNo auth
  • Cancel a task you posted. Only legal before bidding/assignment closes it out. Args: access_token: AgentAuth bearer token (requires ``market.post``). task_id: UUID of the task to cancel. Returns: The cancelled task on success. ``{"error_code": "not_found", ...}`` if the task doesn't exist, ``{"error_code": "authorization_failed", ...}`` if you're not the poster, or ``{"error_code": "invalid_input", ...}`` if the task is already past the cancellable stage.
    ConnectorNo auth
  • Find the best APIs for a natural-language physical-world task. Use this for open-ended task or outcome-based recommendations; use search_apis when you already know exact filters, get_api for one known API, or compare_apis for known candidates. Returns an authoritative canonical structured_results shortlist plus a best-effort AI comparison restricted to that shortlist. The canonical engine now applies Verified/High capability evidence before ranking: explicit hard requirements expressed with terms such as must, required, no or without can exclude a candidate only when verified evidence contradicts them. Unknown evidence remains eligible and is surfaced as uncertainty. requirements.mcp, openapi and auth are translated into explicit requirements; categories and capabilities remain task-shaping hints. free_tier and min_readiness are accepted for compatibility but are not hard filters.
    ConnectorNo auth
  • Create a task. Link it to an epic with `epicId` (omit for a standalone task). `status` defaults to 'open'. Adding an open task to a finished epic ('acceptance'/'ready') sends it back to 'designed' — don't add follow-up work there; use a standalone task or a new epic instead. Never create tasks for deploying/rolling out or for an acceptance checklist. If the user is working inside a VSCode workspace and a `<workspace>/.bilg/bilg.config.json` exists, prefer that file's `projectName` over the API key's default project. Descriptions are summaries. If the task has a detailed spec, create a document and link it with documentId. Work only on items assigned to the user unless told otherwise; see list_tasks assignee='me'. When setting status to 'blocked', include a blockedReason. Don't invent priority — leave it unset if unknown.
    ConnectorAPI key

Matching MCP Servers

  • A
    license
    Not graded
    quality
    B
    maintenance
    Enables MCP-based integration with the Priority ERP OData REST API, with strict environment validation and a read-only default. As of the current README, no tools are registered yet; the server only boots and waits on stdio.
    MIT
  • A
    license
    Not graded
    quality
    A
    maintenance
    An MCP server that exposes Priority ERP's OData operations (query, create, update, delete, batch, attachments, text fields) as 19 tools for AI assistants like Claude. It supports Streamable HTTP transport with OAuth 2.1 and two-layer authentication (bearer token plus Priority credentials).
    MIT

Matching MCP Connectors

  • An MCP server for deep research or task groups

  • Deterministic company, entity and location lookups for agents - per call, x402 or API key.

  • Get the full details of a single Todoist task / to-do item by its id, including content, description, project id, section id, priority, due date/datetime, labels, web URL, and creation time. Use after todoist_list_tasks to inspect one task.
    ConnectorNo auth
  • Bulk-create multiple task cards in one call — far cheaper than calling `create_task` N times. Pass `tasks`: an array of task objects, each with `column_id` (required) + the same fields `create_task` accepts (`name`, `description`, `due_date`, `priority`, `assignee`, `done`, `sort`). Returns the array of created ids in order. Stops at the first invalid item and reports its index; items before it are still created (not transactional).
    ConnectorNo auth
  • Core dossier check: Look up a domain's MX (mail exchanger) records and return them sorted ascending by priority. Use when verifying inbound-mail routing or as a precursor to SPF or DMARC checks; prefer dns_lookup with type=MX if you only need the raw DNS answer without the ranked view. Queries Cloudflare DoH (1.1.1.1), follows CNAME aliases, 5 s timeout. Returns a CheckResult discriminated union: on success, {status:"ok", records:[{exchange, priority},...]} sorted by priority; on failure, {status:"error", reason}.
    ConnectorNo auth
  • Send the next message in an active negotiation. Args: access_token: AgentAuth bearer token (requires ``market.post`` or ``market.bid``). negotiation_id: UUID of the negotiation. message_type: One of ``counter``, ``accept``, ``reject``, ``clarify`` (``propose`` only ever happens once, via open_negotiation). proposed_terms: JSONB — required for ``counter``; becomes the new current terms on success. Ignored for accept/reject/clarify. reasoning: Optional free-text explanation. Returns: ``{"negotiation": ..., "message": ...}`` on success, plus ``{"assignment": {"task": ..., "bid": ...}}`` when this message is the ``accept`` that resolves the negotiation — accepting assigns the task to the bid's bidder in the same step (the task stays ``bidding`` throughout the negotiation and goes straight to ``assigned``), writing the agreed terms' cost and duration onto the bid. Errors: ``not_found``, ``authorization_failed`` (not a party to this negotiation), ``invalid_input`` (unknown message_type, negotiation not active, message not legal right now, max_rounds reached — accept or reject instead — or, on accept, the bid/task are no longer in an assignable state).
    ConnectorNo auth
  • Semantic search across all extracted datasheets. Finds components matching natural language queries about specifications, features, or capabilities. Best for broad spec-based discovery across all parts (e.g. 'low-noise LDO with PSRR above 70dB'). Only searches datasheets that have been previously extracted — not all parts that exist. For finding specific parts by number, use search_parts instead.
    ConnectorNo auth
  • Opens a real browser window on the Mac for the user to sign into a website themselves (you never handle their password). After they log in, the session is saved on this Mac and reused by web_navigate/web_read/web_screenshot — they won't need to log in again. Use a stable `session` name per site (e.g. 'linkedin'). NOTE: automating sites like Instagram/LinkedIn may violate their terms — the user accepts that risk.
    ConnectorOAuth
  • Post a task to the marketplace. Args: access_token: AgentAuth bearer token (requires ``market.post``). title: Short human-readable title. description: Full task description — what needs doing, and how "done" will be judged. task_type: A category string used for matching, e.g. ``"testing"``. requirements: JSONB — e.g. ``{"capabilities": ["python","testing"], "min_trust": 0.7}``. Capability + trust filtering is done by AgentTrust, not here. constraints: JSONB — quality bar, licensing, data handling, etc. input_data: JSONB — the actual input payload for the task. output_schema: Optional JSON schema the result must conform to. budget_max_units: Maximum spend, as an **integer** amount_units. Never a float or Decimal — money is integer units end to end. priority: One of ``low``, ``normal``, ``high``, ``urgent``. Default ``normal``. deadline: Optional ISO 8601 timestamp — when the task must be done. bid_deadline: Optional ISO 8601 timestamp — when bidding closes. Returns: The created task, with ``status`` set to ``"posted"``. Includes your private ``input_data``; the public ``market://tasks/{task_id}`` resource returns the same fields minus that one.
    ConnectorNo auth
  • Use this when the user explicitly asks to create or modify multiple Familia tasks, list tasks, plans, or task attachments in one request, or when one prompt contains multiple standalone dated actions that should become separate tasks. When the same task or plan repeats, use repeatRule/rrule on one operation instead of creating duplicate one-time operations. For a main event/trip plus clearly related dated actions, prefer one create_plan operation with relatedTasks. Internally this runs bounded individual write operations one by one; it does not create a backend transaction. Operations can queue assignment notifications and reminders; delivered notifications cannot be recalled.
    Connector
    Destructive
    No auth
  • Register an agent with explicit public-visibility consent. Supply webhook_url and a separate 64-hex webhook_secret to receive active push for matching Work/Jobs and replies. Notifications default on; notifications_enabled:false opts out. Without a callback, push_status is callback_required: connecting alone cannot wake an agent. Returns a private key ONCE: store api_key securely for the operator before any further action. It cannot currently be recovered; losing it blocks account and funded-task access. Never put the key in a URL or public message. Returns agent_console (the page to open with that key for status, inbox and push or polling settings), intent-based entry_routes and an optional service_onboarding draft with contracts prepared from declared capabilities. Set your own price and authorize publication separately; registration creates no service. Optional team_key enrolls an agent you control and authorizes its coordinator. Messaging, matching and collaboration are free. Speedbot Pro is an optional one-time 10 USDC lifetime upgrade for a 4% buyer fee and voting. Only register with owner authorization.
    ConnectorNo auth
  • Update a task's title, description, status, priority, due date, or parent, and/or replace its labels. Only the fields you pass are changed, except labelIds — that's a full replacement list, not a merge, so include every label id the task should end up with.
    ConnectorOAuth
  • Read the full kanban state of a 'todo' board: `{ mode, columns, tasks }`, both ordered by their `sort` key (ascending). Each task carries its hot fields (name, due_date, priority, assignee, done, column_id, sort) plus an opaque `content` JSON string (holds the description). Use this to get exact column/task ids before updating, moving or deleting.
    ConnectorNo auth
  • Fetch the currently active assignments (Major Orders) issued by Super Earth high command. Returns each assignment with title, briefing, task description, decoded task list (type and value information including races, difficulties, and target planet names), current progress numbers, reward (type and amount), and expiration (seconds until expiry).
    ConnectorNo auth
  • List leads and prospects. Returns name, phone, email, service type, status, priority, source, and timestamps. Supports filtering and cursor-based pagination. Tip: Use leads.create to add new leads, then leads.list to verify.
    ConnectorNo auth
  • Find published HelpMyAgent capabilities matching a natural-language task or intent without executing or charging for a paid call. Returns matching endpoint descriptors with pricing, coverage, usage guidance and documentation. Optional category, country and max_price filters narrow the catalogue search.
    ConnectorNo auth