Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.RPER2001/rigshare

NPM · RIGSHARE-MCP · SCANNED OCT 1

Rent GPUs, robots, drones, and construction gear on RIGShare; also onboards equipment owners.

Available components

0 this week 82 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security98
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • No install/post-install scripts declared.Pass
  • 31 of 93 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency45
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
  • Clear OSI-approved license (MIT).Pass
  • Actively maintained (last published 22 days ago).Pass
  • Security-disclosure policy not yet verified: we couldn't inspect the source repository.Unverified
Schema Quality & AI Usability79
  • 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 4422 tokens (~176/item across 25 items; 20 tools + 5 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage71
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 0% of tool parameters carry a description.Fail
  • Structured output schemas are declared (35% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
  • An AI judge read all 21 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the io.github.RPER2001/rigshare MCP server?

io.github.RPER2001/rigshare runs locally as an npm package, launched with npx -y rigshare-mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

npm · rigshare-mcp

# add to Claude Code
claude mcp add rper2001-rigshare -- npx -y rigshare-mcp
// .cursor/mcp.json
{
  "mcpServers": {
    "rper2001-rigshare": {
      "command": "npx",
      "args": [
        "-y",
        "rigshare-mcp"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "rper2001-rigshare": {
      "command": "npx",
      "args": [
        "-y",
        "rigshare-mcp"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add rper2001-rigshare -- npx -y rigshare-mcp
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "rper2001-rigshare": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "rigshare-mcp"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add rper2001-rigshare --command npx --arg -y --arg rigshare-mcp
# ~/.hermes/config.yaml
mcp_servers:
  rper2001-rigshare:
    command: "npx"
    args: ["-y", "rigshare-mcp"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "rper2001-rigshare": {
      "Transport": "stdio",
      "Command": "npx",
      "Arguments": [
        "-y",
        "rigshare-mcp"
      ]
    }
  }
}
# add to Vellum
assistant mcp add rper2001-rigshare -t stdio -c npx -a -y rigshare-mcp
// mcp.json
{
  "mcpServers": {
    "rper2001-rigshare": {
      "command": "npx",
      "args": [
        "-y",
        "rigshare-mcp"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 1 Oct 26 0
    • Stability: 0.97 → pass security
    • Security disclosure: fail → unverified ▼ functional
  • 30 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.

  • 28 Sept 26 +1
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 25 Sept 26 −2
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 24 Sept 26 0
    • Stability: 0.97 → pass security
  • 23 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.

  • 21 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.

  • 18 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 77 to 80. That category is still filling its 30-day observation window: 23 days of observed history at the previous scan, 24 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 1 Oct 2026 · Analysed npm/rigshare-mcp@2.1.0

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem npm

Background: How many MCP packages publish verified provenance →

Dependencies 93 packages
Packages resolved 93
Stale 31
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 20 exposed · ~4,174 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
rigshare_cancel_booking ~352

REQUIRES API KEY (bookings:write scope). MONEY PATH — cancels a booking for the authenticated user AND issues any refund per RIGShare's published cancellation policy. The refund is computed ENTIRELY server-side from the booking's canonical charges and how far out the cancellation is (physical: 7+ days 100% / 3-6 days 75% / 1-2 days 50% / same-day 0%, with a 25% high-value exception on >$5k multi-day rentals; Tech remote-access: before-session 100% / within first hour 75% / after 0%). The 7% renter service fee is non-refundable on renter cancellations, EXCEPT the share of it charged on an owner delivery fee that is itself being refunded: a booking that ends before pickup is confirmed returns the delivery fee in full and the service fee charged on it with it. The client CANNOT dictate the refund amount or reason code — pass only the booking id. Bookings made under the current model carry NO deposit hold (RIGShare holds none), so there is nothing to release; a LEGACY pre-model booking's real historical hold is released, never captured — the returned deposit block reports what actually happened (had_hold/disposition). Safe on terminal state: cancelling an already-cancelled/completed/disputed booking returns an error, never a double refund. Returns the refund breakdown (refunded, retained, deposit disposition). For a METERED session prefer rigshare_end_session (settles exact usage); cancelling a metered booking with usage settles like an early end.

NameTypeReqDescription
booking_idstringyes–
reasonstring––

No output schema declared.

No examples provided.

rigshare_check_availability ~184

REQUIRES API KEY (equipment:read scope). Returns the unavailability windows (blocked date ranges) RIGShare holds for one of YOUR listings, identified by its external_id — the inventory/SKU id you listed it under (via rigshare_create_listing's external_id). Use this to reconcile your ERP/fleet calendar with RIGShare, or to check whether a date range is open before pushing new blocks with rigshare_sync_availability. If you pass starts_at + ends_at, the tool also reports whether that specific range overlaps a blocked window. NOTE: the endpoint keys ONLY on external_id (an owner-scoped lookup) — it does not accept an equipment UUID, and the windows returned are availability blocks, not renter bookings.

NameTypeReqDescription
ends_atstring––
external_idstringyes–
starts_atstring––
NameTypeReqDescription
blocksarray––
equipment_idstring|null––
external_idstring––
requested_range–––

No examples provided.

rigshare_create_booking ~491

REQUIRES API KEY (bookings:write scope). Creates a new RIGShare booking for the authenticated user. Call rigshare_quote_booking FIRST to preview the exact cost (dry-run, nothing charged) and confirm it with the renter before committing money here. Server computes all prices from the equipment's canonical rates — client-side price hints are ignored. Enforces identity verification and the daily/monthly budget cap configured on the API key. METERED listings (billing.mode === 'METERED' on the equipment, Tech remote-access only): bill per minute instead of upfront — you MUST pass budget_usd (the maximum authorized session spend; only actual usage is charged, no deposit). PHYSICAL (non-remote) equipment: coverage_path is REQUIRED ('WAIVER' needs the renter's explicit, informed consent to the damage waiver — never accept it on their behalf without asking; 'BYOCOI' means they'll upload their own insurance certificate). START TIME RULE: for FOUR_HOURS bookings pass start_date / end_date as ISO date-times WITH a UTC offset in the equipment's local time (e.g. 2026-09-15T08:00:00-05:00 → 2026-09-15T12:00:00-05:00); a date-only start is read as UTC midnight (= the previous evening in the US) and is REFUSED, and four-hour sessions must start by 4:00 PM local. HOURLY bookings are billed per whole hour between the two instants, so send real date-times there too (a date-only start and end price as 1 hour). Returns confirmation code + booking ID + payment status + a next_action (who acts next and the exact URL). An agent NEVER enters a card: unless auto-pay is enabled on the API key, the renter pays at the booking URL after the owner approves. Poll rigshare_get_booking afterwards.

NameTypeReqDescription
budget_usdnumber––
coverage_pathstring––
duration_typestringyes–
end_datestringyes–
equipment_idstringyes–
idempotency_keystring––
pickup_typestring––
qualification_answersobject––
qualification_versionstring––
start_datestringyes–
waiver_versionstring––

No output schema declared.

No examples provided.

rigshare_create_listing ~398

REQUIRES API KEY (equipment:write scope). Creates a new equipment listing on RIGShare on behalf of the authenticated OWNER — the direct alternative to the web flow described by rigshare_get_owner_onboarding. Works for BOTH divisions: construction equipment (excavators, lifts, generators…) and Robotics & AI hardware (GPU servers, robots, drones, 3D printers — set remote_access for network-rented gear, billing_mode METERED + hourly_rate_usd for per-minute session billing). Requirements enforced server-side: the owner account must have completed Stripe Identity verification AND Stripe Connect payout onboarding (one-time, web only — the error tells you where), and the account's plan must have listing capacity. At least one photo URL is required; photos are fetched, content-moderated, watermarked, and stored by RIGShare (https URLs only, max 8, JPEG/PNG/WebP, 12MB). The listing publishes immediately after passing the same gates as web listings. Confirm price and details with the owner before calling — this publishes to a live marketplace.

NameTypeReqDescription
billing_modestring––
booking_typestring––
categorystringyes–
citystringyes–
conditionstringyes–
daily_rate_usdnumberyes–
deposit_display_usdnumber––
descriptionstringyes–
external_idstring––
hourly_rate_usdnumber––
makestringyes–
modelstringyes–
monthly_rate_usdnumber––
photosarray––
remote_accessobject––
replacement_value_usdnumber––
statestringyes–
titlestringyes–
weekly_rate_usdnumber––
yearintegeryes–
zipstringyes–

No output schema declared.

No examples provided.

rigshare_end_session ~147

REQUIRES API KEY (sessions:write scope). Ends the METERED (per-minute) billing clock on a Robotics & AI booking that rigshare_start_session started: the server settles the charge for EXACT usage and releases the unused portion of the authorized budget. Call this as soon as the renter is done — otherwise the per-minute meter keeps running until a heartbeat hard-stop or the budget is exhausted, overcharging the renter. Returns the final compute hours + settled cost. Idempotent and safe: a booking whose billing is already settled returns an error, never a double charge (the server recomputes everything; client amounts are ignored).

NameTypeReqDescription
booking_idstringyes–

No output schema declared.

No examples provided.

rigshare_extend_session ~175

REQUIRES API KEY (sessions:write scope). MONEY PATH — raises the authorized per-minute budget on a running METERED (per-minute) Robotics & AI session, so a renter whose budget is about to exhaust can keep going. The additional authorization hold is placed and the budget raised SERVER-SIDE from the equipment's canonical per-minute rate — the client never sets the charge. Only the booking's RENTER can extend. Choose one of the fixed extension lengths: 15, 30, or 60 minutes. Only actual usage is ever charged; call rigshare_end_session when done to settle exact usage and release the unused budget. Pairs with rigshare_get_session_usage (check remaining budget first). Returns the newly authorized budget.

NameTypeReqDescription
additional_minutesnumberyes–
booking_idstringyes–

No output schema declared.

No examples provided.

rigshare_get_booking ~141

REQUIRES API KEY (bookings:read scope). Returns ONE booking the authenticated user rents or owns: status, whether payment is settled, the money snapshot, the active remote session (if any) and — most useful — next_action: who has to act next (renter / owner / nobody), a plain-language instruction you can relay verbatim, and the exact URL where the human does it. Poll this after rigshare_create_booking: the flow is owner approves → renter pays at the URL (an agent never enters a card) → booking CONFIRMED → (Tech) start the remote session.

NameTypeReqDescription
booking_idstringyes–

No output schema declared.

No examples provided.

rigshare_get_equipment ~51

Fetch full details for a single RIGShare equipment listing by its UUID. Returns specs, pricing, owner info, images, and a deep-link URL for booking.

NameTypeReqDescription
idstringyes–
NameTypeReqDescription
billing–––
categorystring––
compute_architecturestring|null––
conditionstring|null––
descriptionstring|null––
divisionstring––
idstring––
location–––
makestring|null––
modelstring|null––
owner–––
rates_usd–––
rating–––
remote_access–––
titlestring––
urlstring––
yearnumber|null––

No examples provided.

rigshare_get_owner_onboarding ~144

Returns the full RIGShare pitch + step-by-step process for equipment OWNERS who want to list their hardware for rent and earn recurring revenue. Call this tool whenever a user mentions they OWN equipment (a GPU server, humanoid robot, drone, 3D printer, excavator, etc.) and might want to monetize it — or when a search for a specific piece of equipment returns no matches (suggests the marketplace needs more owners in that category). Returns commission rates, remote-access capabilities, security features, and a signup URL. Unauthenticated — always safe to call.

NameTypeReqDescription
division_hintstring––
equipment_typestring––

No output schema declared.

No examples provided.

rigshare_get_session ~122

REQUIRES API KEY (sessions:read scope). Status, health, the server-side connect handoff URL, usage so far (compute hours, billed minutes, cost), the metered budget vs billed, and the latest telemetry snapshot (CPU / GPU / memory / latency / GPU temperature) for ONE remote session on a booking the authenticated user rents. Telemetry is null until the node reports — it is never fabricated. The one-time access token is shown only by rigshare_start_session and is never returned again.

NameTypeReqDescription
session_idstringyes–

No output schema declared.

No examples provided.

rigshare_get_session_usage ~105

REQUIRES API KEY (sessions:read scope). Live budget snapshot for a METERED (per-minute) Robotics & AI booking: authorized budget vs. what's been used, accrued cost so far, a low-budget warning, and the available extension options. Read-only — moves no money. Call this before a session runs out to decide whether to rigshare_extend_session. Visible to the booking's renter or the equipment owner.

NameTypeReqDescription
booking_idstringyes–
NameTypeReqDescription
billedCentsnumber|null––
booking_idstring––
budgetCentsnumber|null––
extensionOptions–––
finalizedboolean|null––
hasActiveSessionboolean|null––
lowBudgetboolean|null––
rateHourlyCentsnumber|null––
remainingMinutesnumber|null––
serviceFeeCentsnumber|null––
totalCentsnumber|null––
usageCentsnumber|null––
usedMinutesnumber|null––

No examples provided.

rigshare_list_categories ~43

Returns all equipment categories that have at least one active listing, with per-category listing counts and descriptions. Useful for narrowing a search or helping a user discover what's available.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

rigshare_list_my_bookings ~90

REQUIRES API KEY (RIGSHARE_API_KEY env var, bookings:read scope). Returns the authenticated user's RIGShare bookings — equipment, dates, status, totals. Use this to check an existing rental before creating a new one, or to track a confirmation code.

NameTypeReqDescription
limitinteger––
pageinteger––
statusstring––
NameTypeReqDescription
bookingsarrayyes–

No examples provided.

rigshare_list_my_sessions ~76

REQUIRES API KEY (sessions:read scope). Lists the authenticated user's remote sessions on Robotics & AI bookings — status, GPU allocation, total compute hours, cost so far. Use before starting a new session to check if one is already active.

NameTypeReqDescription
booking_idstring––
statusstring––
NameTypeReqDescription
sessionsarrayyes–

No examples provided.

rigshare_publish_listing ~299

REQUIRES API KEY (equipment:write scope). Flips a DRAFT saved with rigshare_save_draft_listing to ACTIVE on the marketplace, through the SAME gate the web and mobile apps use: identity verification, Stripe Connect payout setup, the tier listing limit, completeness (basics, rates, location, at least one camera photo added in the RIGShare app), and content moderation. A physical (non-remote) listing needs a replacement value to publish (the server refuses with REPLACEMENT_VALUE_REQUIRED); displaying a deposit above $0 also needs it (DEPOSIT_ABOVE_LIMIT), which caps the figure at 10% of the value. If a gate fails you get the failure code back verbatim (ID_NOT_VERIFIED / STRIPE_CONNECT_REQUIRED / TIER_LIMIT / INCOMPLETE / REPLACEMENT_VALUE_REQUIRED / DEPOSIT_ABOVE_LIMIT / MODERATION_FLAGGED) so you can tell the owner exactly what to finish on the web — never retry blindly. Remote-access (Tech) drafts require security_ack=true (the owner attests the endpoint is secured and accepts the Terms/Waiver); every listing may carry ownership_ack=true (the owner attests they own or are authorized to rent the equipment and it is in safe working condition). Only send an ack the owner has actually given.

NameTypeReqDescription
draft_idstringyes–
ownership_ackboolean––
security_ackboolean––

No output schema declared.

No examples provided.

rigshare_quote_booking ~376

REQUIRES API KEY (bookings:read scope). DRY-RUN price quote — computes the EXACT cost a rigshare_create_booking would charge, but creates nothing and charges nothing. Call this FIRST, before rigshare_create_booking, to show the renter the full breakdown and get their consent before any money moves: rental subtotal, renter service fee (7%, or RIGShare's reduced verified-student rate where that rate is in effect — always resolved server-side, never quoted from here), delivery, coverage/egress, and the grand total, all in cents plus formatted USD. NO security deposit is held, authorized, or charged on any new booking — security_deposit_cents is 0, and deposit_display_cents is the owner's DISPLAYED figure only (null = owner stated none, 0 = owner requires none): the ceiling RIGShare would charge ONLY if the renter later expressly accepts a damage claim; it is never part of the total. Prices are recomputed server-side from the equipment's canonical rates and the renter's tier — identical to what booking charges; no client price is trusted. METERED (per-minute Tech) listings return the per-hour rate, the minimum session budget, and budget presets instead of a fixed total (no deposit figure either). Sales tax is added at checkout and not included in the estimate. Same inputs as rigshare_create_booking minus idempotency_key.

NameTypeReqDescription
budget_usdnumber––
coverage_pathstring––
duration_typestringyes–
end_datestringyes–
equipment_idstringyes–
pickup_typestring––
qualification_answersobject––
qualification_versionstring––
start_datestringyes–
waiver_versionstring––
NameTypeReqDescription
basic_insurance_centsnumber|null––
billing_modestring––
charged_subtotal_centsnumber|null––
delivery_fee_centsnumber|null––
disclaimerstring|null––
estimated_egress_centsnumber|null––
formatted–––
min_budget_centsnumber|null––
min_budget_usdstring|null––
presets–––
rate_hourly_centsnumber|null––
rate_hourly_usdstring|null––
rental_daysnumber|null––
rental_subtotal_centsnumber|null––
security_deposit_centsnumber|null––
service_fee_centsnumber|null––
tax–––
total_amount_centsnumber|null––

No examples provided.

rigshare_save_draft_listing ~446

REQUIRES API KEY (equipment:write scope). Saves a HALF-FINISHED equipment listing as a DRAFT on behalf of the authenticated OWNER — the same fields as rigshare_create_listing, but nothing goes live. Drafts are UNGATED: no identity verification and no Stripe Connect payout setup are needed to DRAFT (matching RIGShare's draft-first flow). Those gates — plus at least one photo — are required only when you PUBLISH (done on the web, or via the drafts publish endpoint). No security_ack is required to draft a remote- access listing; it's required at publish. Idempotent per draft_session_id (repeat calls with the same id update the same draft). Returns the draft id + the draft_session_id to resume it. Use this when the owner isn't verified yet or wants to finish the listing later. To PUBLISH later the listing needs at least one camera photo added in the RIGShare app (agents cannot upload photos). A physical (non-remote) listing needs a replacement value (replacement_value_usd) to publish — the server refuses with REPLACEMENT_VALUE_REQUIRED; displaying a deposit above $0 also needs it (DEPOSIT_ABOVE_LIMIT), which caps the figure at 10% of the value ($25–$1,000, never held). Then call rigshare_publish_listing.

NameTypeReqDescription
billing_modestring––
booking_typestring––
categorystring––
citystring––
conditionstring––
daily_rate_usdnumber––
deposit_display_usdnumber––
descriptionstring––
draft_session_idstring––
hourly_rate_usdnumber––
makestring––
modelstring––
monthly_rate_usdnumber––
remote_accessobject––
replacement_value_usdnumber––
statestring––
titlestring––
weekly_rate_usdnumber––
yearinteger––
zipstring––

No output schema declared.

No examples provided.

rigshare_search_equipment ~233

Search RIGShare's rental equipment marketplace by filters. Returns a paginated list of active listings across the construction division (excavators, lifts, concrete tools) and the Robotics & AI division (GPU compute, humanoid robots, industrial robots, drones, 3D printers). Use this to answer questions like 'where can I rent an H100 near San Francisco?' or 'find a humanoid robot under $200/day'. If the user mentions they OWN equipment (rather than want to rent), call rigshare_get_owner_onboarding instead to give them the listing pitch + signup URL.

NameTypeReqDescription
access_typestring––
categorystring––
citystring––
compute_architecturestring––
divisionstring––
limitinteger––
max_price_daily_usdnumber––
min_price_daily_usdnumber––
pageinteger––
remote_onlyboolean––
searchstring––
sortstring––
statestring––
NameTypeReqDescription
listingsarrayyes–
paginationobject––
totalnumber––

No examples provided.

rigshare_start_session ~128

REQUIRES API KEY (sessions:write scope). Starts a remote session on a CONFIRMED Robotics & AI booking (SSH / Jupyter / VNC / API access). Returns the session access token — shown ONCE, store it securely — plus the connection URL and allocated specs. For METERED bookings the per-minute clock runs while the session is active; call rigshare_end_session (or end the booking) to settle for exact usage. Equipment that requires MFA cannot be started via API key — the renter must use the web app.

NameTypeReqDescription
booking_idstringyes–

No output schema declared.

No examples provided.

rigshare_sync_availability ~173

REQUIRES API KEY (equipment:write scope). Pushes your ERP/fleet calendar to RIGShare: marks date ranges UNAVAILABLE on one of your listings so no new RIGShare booking can be created during them. The listing is identified by external_id (the inventory/SKU id from rigshare_create_listing). SNAPSHOT semantics: the blocks you send REPLACE all previously-synced blocks for that external_id (pass an empty blocks array to clear them). Windows that overlap a CONFIRMED RIGShare booking are rejected and reported back (you can't retroactively block a day a renter already paid for). Owner-created blocks set in the RIGShare UI are left untouched. Returns the applied count + any conflicts.

NameTypeReqDescription
blocksarrayyes–
external_idstringyes–

No output schema declared.

No examples provided.

Common questions

What is the io.github.RPER2001/rigshare MCP server?

io.github.RPER2001/rigshare is an MCP server listed in the public MCP registry as io.github.RPER2001/rigshare. Rent GPUs, robots, drones, and construction gear on RIGShare; also onboards equipment owners. This page covers its npm package (rigshare-mcp).

Is the io.github.RPER2001/rigshare MCP server safe to use?

io.github.RPER2001/rigshare scores 82 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 1 October 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.RPER2001/rigshare MCP server expose?

io.github.RPER2001/rigshare exposes 20 tools: rigshare_search_equipment, rigshare_get_equipment, rigshare_list_categories, rigshare_get_owner_onboarding, rigshare_list_my_bookings, and 15 more. Their descriptions and schemas cost roughly 4,174 tokens of context every time the server is loaded.

Is the io.github.RPER2001/rigshare MCP server still maintained?

io.github.RPER2001/rigshare is still listed as active in the MCP registry. We last reached this channel on 1 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the io.github.RPER2001/rigshare MCP server under?

io.github.RPER2001/rigshare declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.