Linklamp: Switch swap or repatch visit in Dearborn, MI, under your remote engineer

com.forevenza.services/linklampVersion 1.0.0

Dearborn MI switch swap and repatch visits for MSPs; remote signoff; proposal by email

Status

Responds628 msNov 14, 2026, 13:57 UTCAnswered our handshake without sign-in.

Registry data may be out of date

We could not refresh it, so this page shows the last copy.

Last checked: Nov 14, 2026, 13:57 UTC
Latency: 628 ms
Remotes responding: 1 of 1
Sign-in: No sign-in
Hosting: Hosted outside the EU (detected)
Registry data as of: Nov 14, 2026, 22:14 UTC

Data from the official MCP Registry, checked by run.zero. How we check

Connect

Streamable HTTP

https://linklamp.meetinggrove.com/mcpResponds628 msNov 14, 2026, 13:57 UTC

No sign-in

Claude Code

claude mcp add --transport http linklamp https://linklamp.meetinggrove.com/mcp

Claude Desktop and claude.ai

1
2
3

Settings > Connectors > Add custom connector
Name: linklamp
Remote MCP server URL: https://linklamp.meetinggrove.com/mcp

Cursor

{
  "mcpServers": {
    "linklamp": {
      "url": "https://linklamp.meetinggrove.com/mcp"
    }
  }
}

VS Code

code --add-mcp '{"name":"linklamp","type":"http","url":"https://linklamp.meetinggrove.com/mcp"}'

Built your own server? run.zero hosts MCP servers on European infrastructure.

Host your own MCP server on run.zero

Tools

23 tools

Tools of Linklamp: Switch swap or repatch visit in Dearborn, MI, under your remote engineer
	Description		Read-only	Idempotent	Open world
`accept_offer`Place an order on terms you have inspected and the buyer has authorized you to accept. Requires the exact terms hash and explicit acceptance. Follow inspect_offer later for payment links and verified payment state.	Place an order on terms you have inspected and the buyer has authorized you to accept. Requires the exact terms hash and explicit acceptance. Follow inspect_offer later for payment links and verified payment state.	No	No	Yes	No
`answer_remedy`Accept or decline a remedy the business proposed on a placed order (inspect_offer thread.fulfilment.remedies with state PROPOSED). Recorded for the business, which applies it and shows the result there. Accepting a credit or refund here moves no money; the business records it when its payment processor does.	Accept or decline a remedy the business proposed on a placed order (inspect_offer thread.fulfilment.remedies with state PROPOSED). Recorded for the business, which applies it and shows the result there. Accepting a credit or refund here moves no money; the business records it when its payment processor does.	No	No	Yes	No
`appointment_status`Resume an appointment request: read provider-confirmed state, preferred windows and history.	Resume an appointment request: read provider-confirmed state, preferred windows and history.	No	Yes	Yes	No
`cancel_appointment`Cancel this appointment request using its private credentials.	Cancel this appointment request using its private credentials.	Yes	No	Yes	No
`check_availability`Times a provider has published, if any. With none, ask for an appointment with preferred windows.	Times a provider has published, if any. With none, ask for an appointment with preferred windows.	No	Yes	Yes	No
`counter_offer`Propose a change to an issued offer on its inspected terms: other quantities (by item index in terms.items), another list of companies (where the items price companies), a delivery date, a total price for the whole, a payment plan, or a note. It is a proposal, not a change: the terms stand and can still be accepted as they are. The business answers it in inspect_offer thread.counteroffers, with a revised offer to inspect and accept, or a reason. A later proposal replaces an earlier one still awaiting an answer. Nothing here orders or pays.	Propose a change to an issued offer on its inspected terms: other quantities (by item index in terms.items), another list of companies (where the items price companies), a delivery date, a total price for the whole, a payment plan, or a note. It is a proposal, not a change: the terms stand and can still be accepted as they are. The business answers it in inspect_offer thread.counteroffers, with a revised offer to inspect and accept, or a reason. A later proposal replaces an earlier one still awaiting an answer. Nothing here orders or pays.	No	No	Yes	No
`decline_offer`Decline an issued offer on its inspected terms.	Decline an issued offer on its inspected terms.	Yes	No	Yes	No
`describe_business`What Linklamp does (Switch swap or repatch visit in Dearborn, MI, under your remote engineer: Describe a Dearborn switch swap or repatch; Linklamp drafts the visit scope and emails a proposal with visit duties, exclusions, price and a proposed time.), what happens to a request, what you receive, its price basis (a verified price, an estimate, a method or a scoped quotation; never an offer), when a reply is due, who the buyer contracts with and who invoices, its scope, and the request fields with examples.	What Linklamp does (Switch swap or repatch visit in Dearborn, MI, under your remote engineer: Describe a Dearborn switch swap or repatch; Linklamp drafts the visit scope and emails a proposal with visit duties, exclusions, price and a proposed time.), what happens to a request, what you receive, its price basis (a verified price, an estimate, a method or a scoped quotation; never an offer), when a reply is due, who the buyer contracts with and who invoices, its scope, and the request fields with examples.	No	Yes	Yes	No
`edit_requirement`Set fields by name ({"op":"set","values":{...}}, an empty value clears) or change the list ({"op":"add"\|"update"\|"remove"\|"replace", ...}), exactly as given: no reading. Use it to answer the open question when the answer is a value.	Set fields by name ({"op":"set","values":{...}}, an empty value clears) or change the list ({"op":"add"\|"update"\|"remove"\|"replace", ...}), exactly as given: no reading. Use it to answer the open question when the answer is a value.	No	No	Yes	No
`get_requirement`A Linklamp requirement as it stands: each value with where it came from, what it replaced, the open question, words not yet read, whether it was sent and any offer on it.	A Linklamp requirement as it stands: each value with where it came from, what it replaced, the open question, words not yet read, whether it was sent and any offer on it.	No	Yes	Yes	No
`inspect_delivery`Record the buyer's inspection of a placed order: for each item (its index in terms.items) the quantity accepted and the quantity rejected, with a reason for a rejection, optionally for one portion of the order. Whether it was accepted is computed: only when nothing is rejected. Recorded for the business, which answers a rejection in inspect_offer thread.fulfilment, with a proposed remedy. Nothing here pays or refunds.	Record the buyer's inspection of a placed order: for each item (its index in terms.items) the quantity accepted and the quantity rejected, with a reason for a rejection, optionally for one portion of the order. Whether it was accepted is computed: only when nothing is rejected. Recorded for the business, which answers a rejection in inspect_offer thread.fulfilment, with a proposed remedy. Nothing here pays or refunds.	No	No	Yes	No
`inspect_offer`Read the exact authorized terms, terms hash, order state and processor payment links, and the thread the business published on the offer: its answers to counteroffers (thread.counteroffers), the purchasing requirements, vendor status and purchase order matches it holds (thread.purchasing), and the portions, shortfall and remedies of delivery (thread.fulfilment). Use the offer link credentials, or credentials of the request explicitly linked to this offer.	Read the exact authorized terms, terms hash, order state and processor payment links, and the thread the business published on the offer: its answers to counteroffers (thread.counteroffers), the purchasing requirements, vendor status and purchase order matches it holds (thread.purchasing), and the portions, shortfall and remedies of delivery (thread.fulfilment). Use the offer link credentials, or credentials of the request explicitly linked to this offer.	No	Yes	Yes	No
`interpret_requirement`Give Linklamp the buyer's requirement, or a correction or addition to it, in their own words: it is read into a structured requirement (each value says which words it came from), conflicting or unclear facts come back as one question, and words not yet read are kept as written. Pass the requirement (id, token) from the first answer to continue it. Nothing is sent or ordered: send_requirement sends it when the buyer says so. When you already have the fields in structured form, use submit_request instead.	Give Linklamp the buyer's requirement, or a correction or addition to it, in their own words: it is read into a structured requirement (each value says which words it came from), conflicting or unclear facts come back as one question, and words not yet read are kept as written. Pass the requirement (id, token) from the first answer to continue it. Nothing is sent or ordered: send_requirement sends it when the buyer says so. When you already have the fields in structured form, use submit_request instead.	No	No	No	No
`release_payment`Confirm a payment condition only where the inspected order allows the customer to release it. This records approval; it does not pay the processor.	Confirm a payment condition only where the inspected order allows the customer to release it. This records approval; it does not pay the processor.	No	No	Yes	No
`report_vendor_status`Report the seller's vendor standing with the buyer's organization (APPROVED, DOCUMENTS_REQUESTED or REJECTED) with the buyer's approval or case reference and any documents requested. Recorded as the buyer's own statement; the business answers it in inspect_offer thread.purchasing.	Report the seller's vendor standing with the buyer's organization (APPROVED, DOCUMENTS_REQUESTED or REJECTED) with the buyer's approval or case reference and any documents requested. Recorded as the buyer's own statement; the business answers it in inspect_offer thread.purchasing.	No	No	Yes	No
`request_appointment`Ask for an appointment at preferred windows (or hold a published time). It is a request until the provider confirms; the answer carries a status link.	Ask for an appointment at preferred windows (or hold a published time). It is a request until the provider confirms; the answer carries a status link.	No	No	Yes	No
`request_status`Resume a requirement using the receipt credentials. Read the recorded requirement, any replies the business has published on it (messages: where it answers a buyer with no email, it answers here) and any linked offers. Answer a reply by sending a continuation. Contact details are kept apart.	Resume a requirement using the receipt credentials. Read the recorded requirement, any replies the business has published on it (messages: where it answers a buyer with no email, it answers here) and any linked offers. Answer a reply by sending a continuation. Contact details are kept apart.	No	Yes	Yes	No
`reschedule_appointment`Request new windows. An existing confirmed time stands until a provider confirms a replacement.	Request new windows. An existing confirmed time stands until a provider confirms a replacement.	No	No	Yes	No
`retrieve_deliverable`Retrieve what a paid order delivers, where the business produces it itself (a report): the exact text, its SHA-256, version, sources and any shortfall. Before payment is confirmed it says it is not yet available. Use the offer link or linked request credentials.	Retrieve what a paid order delivers, where the business produces it itself (a report): the exact text, its SHA-256, version, sources and any shortfall. Before payment is confirmed it says it is not yet available. Use the offer link or linked request credentials.	No	Yes	Yes	No
`send_requirement`Send the requirement to Linklamp once the buyer says to: the first send records the request (its receipt token is the requirement's token, for request_status and offers); a later send of a changed requirement records a revision of the same request. Name the revision the buyer saw. This orders nothing: an offer comes later and is accepted separately on its exact terms.	Send the requirement to Linklamp once the buyer says to: the first send records the request (its receipt token is the requirement's token, for request_status and offers); a later send of a changed requirement records a revision of the same request. Name the revision the buyer saw. This orders nothing: an offer comes later and is accepted separately on its exact terms.	No	No	Yes	No
`state_purchasing_requirements`Tell the business how the buyer's purchasing works for this offer: whether the seller must be an approved vendor, whether a purchase order is required, which documents are needed, the seller's vendor id with the buyer, where orders and invoices go, and the payment terms. Recorded as the buyer's statement; the business answers it in inspect_offer thread.purchasing. Nothing here orders or pays.	Tell the business how the buyer's purchasing works for this offer: whether the seller must be an approved vendor, whether a purchase order is required, which documents are needed, the seller's vendor id with the buyer, where orders and invoices go, and the payment terms. Recorded as the buyer's statement; the business answers it in inspect_offer thread.purchasing. Nothing here orders or pays.	No	No	Yes	No
`submit_purchase_order`Send the buyer's purchase order for an issued offer or a placed order: number, revision, lines, total, currency and payment terms. It is matched against the accepted terms; differences are recorded and shown in inspect_offer thread.purchasing as exceptions, never silently accepted. A changed purchase order is the same number with a higher revision. This does not accept the offer and pays nothing.	Send the buyer's purchase order for an issued offer or a placed order: number, revision, lines, total, currency and payment terms. It is matched against the accepted terms; differences are recorded and shown in inspect_offer thread.purchasing as exceptions, never silently accepted. A changed purchase order is the same number with a higher revision. This does not accept the offer and pays nothing.	No	No	Yes	No
`submit_request`Send Linklamp a requirement (Switch swap or repatch visit in Dearborn, MI, under your remote engineer). The request is recorded with a reference at once. Linklamp reads the scope, open questions and any words kept as written, then prices and schedules the visit and emails a proposal: visit duties, exclusions, price and a proposed time inside the client's window. Without an email address the request is still recorded, reply_by_email is listed in missing_specifications, and no proposal can be sent until an address is given in a continuation. Nothing is ordered, booked or committed until the buyer agrees terms; a time is confirmed only on the appointment status page, after a provider confirms it. Contact details are kept apart from the requirement, while we correspond or do business and for 24 months after, so a later request picks up where it left off; ask us to delete them at any time. It is answered with a receipt: keep its id and token to read its status (request_status), to add details later (continuation) and to act on an offer made in reply. A requirement is not an order and costs nothing.	Send Linklamp a requirement (Switch swap or repatch visit in Dearborn, MI, under your remote engineer). The request is recorded with a reference at once. Linklamp reads the scope, open questions and any words kept as written, then prices and schedules the visit and emails a proposal: visit duties, exclusions, price and a proposed time inside the client's window. Without an email address the request is still recorded, reply_by_email is listed in missing_specifications, and no proposal can be sent until an address is given in a continuation. Nothing is ordered, booked or committed until the buyer agrees terms; a time is confirmed only on the appointment status page, after a provider confirms it. Contact details are kept apart from the requirement, while we correspond or do business and for 24 months after, so a later request picks up where it left off; ask us to delete them at any time. It is answered with a receipt: keep its id and token to read its status (request_status), to add details later (continuation) and to act on an offer made in reply. A requirement is not an order and costs nothing.	No	No	No	No

Details

Registry status: Active
Published: Nov 9, 2026
Updated: Nov 9, 2026
Website: https://linklamp.meetinggrove.com/⁠ (opens in a new tab)
Repository: Not given
Categories (suggested): Communication Finance and paymentsSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
GDPR: Not declared

Are you the operator? Claim this listing