Boneyard Integration Starter
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Boneyard Integration Startersearch open billing tickets and add a comment with the refund policy"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Boneyard integration starter
Build an MCP server that plugs into Boneyard as a connection, without changing Boneyard. This repository contains:
The contract: docs/contract.md. Language-agnostic rules for authentication, caller context, tool naming and annotations, errors and limits.
A reference server in TypeScript (Node 22, official MCP SDK, stateless Streamable HTTP). It has two example tools,
tickets_search(read) andticket_add_comment(write), backed by an in-repository fake.The kit:
kit check, a conformance suite you can run against any server URL, andkit dev, a mock Boneyard gateway for trying tools as a given agent, person and channel.
Coding agents: start with AGENTS.md. To build your own server, follow Building a new server and the Replace the example checklist, which lists every file that mentions the ticket example. The kit and its tests don't depend on the example, so they keep passing when you delete it.
Quick start
npm ci
npm run verify # typecheck, standards, tests, and a full conformance run against the reference server
npm run dev # serve http://127.0.0.1:8750/mcp with the fake backend
npm run kit:dev # in a second terminal: call tools as Boneyard wouldCheck any server, including one in another language:
npm run kit -- check https://your-server.example.com/mcp --token-file ./connection-tokenRelated MCP server: TicketDesk MCP
Documentation
Page | For |
What your server must do (any language) | |
Connections vs integrations, Off, Ask and Allow, what the admin sees | |
Backends without an API key (file shares, mounted folders), fixture roots, canaries, admin configuration | |
Secrets, least privilege, containment, prompt injection, audit, regulated data | |
| |
Same host (Docker network), elsewhere over HTTPS, Windows service, file shares | |
Adding the connection in Boneyard | |
Describing your headers so Boneyard renders a form |
Configuration (reference server)
Variable | Default | Meaning |
| required | Token Boneyard sends as |
| required | Credential for the backend (the fake checks it too) |
|
| Backend implementation |
|
| Use |
|
| Listener |
|
| Result bound per tool call (at most 262144) |
|
| Request body cap |
| empty | Browser origins allowed (the gateway sends none) |
|
|
|
License
MIT. See LICENSE.
This server cannot be deployed
Maintenance
Related MCP Connectors
Call third-party APIs from agents without leaking secrets. SSRF blocked, per-key quotas.
Read tickets, users, orgs, macros and satisfaction ratings; create, update and comment on tickets.
OAuth 2.1 short-link tools for AI agents with scoped tokens, approvals, audit logs, and revocation.
Helpdesk tickets from your AI: find, reply, take, hold, complete — within your own role. OAuth.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables MCP-compatible assistants to securely access external systems like Slack through permission-scoped, idempotent tools with tenant isolation, delegated OAuth consent, and an immutable audit trail.MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to search and retrieve support tickets, add notes, close tickets, and access SLA policies through MCP tools, resources, and prompts over Streamable HTTP.MIT
- FlicenseNot gradedqualityBmaintenanceEnables users to run lead searches, poll asynchronous jobs, retrieve enriched and scored leads, and perform search-and-wait workflows through MCP tools that accept each caller's own API token per call. It supports remote streamable-http use, allowing safe sharing without server-side shared credentials.-
- FlicenseAqualityBmaintenanceEnables read-only lookup of support tickets and ticket lists through two tools, returning only bounded fields like ID, status, title and note. Tenant filtering and argument validation confine every read to the configured organization, with denied access and upstream failures surfaced as explicit results.2-