
Sdp Remote Mcp
com.opentextPublished by opentext.comv1.0.0Updated Oct 24, 2026
Model Context Protocol server for OpenText Software Delivery Platform.
The publisher's own server: Registry Mcp
Overview
Official OpenText server embedded in Software Delivery Platform products, giving AI clients read and write access to backlogs, work items and delivery data.
- What you can do
- Explore workspace metadata: list entity types, filter syntax and operators, and field definitions for an entity type
- Search and list work items with filtering, keyword search, sorting and pagination
- Retrieve a single entity by identifier to check its status or details
- Create new entities such as user stories or defects
- Update selected fields on existing entities, for example descriptions or acceptance criteria
- When to use it
- Useful when your team tracks backlogs, defects, stories and epics in OpenText ValueEdge or ALM Octane and you want an assistant inside the IDE or desktop client to query and edit that delivery data without switching tools.
- Requirements
- A remote HTTPS endpoint at the /mcp path of your product site, either on-premise or cloud. The MCP feature must be enabled by an OpenText administrator via support ticket. Authentication is OAuth 2.1 with a browser sign-in, or an API access key generated in the workspace; OAuth clients must be registered in the OAUTH_AUTHORIZATION_SERVER_CLIENTS site parameter. An Aviator AI license and a named user license per connection are required. Supported clients include VS Code or IntelliJ with GitHub…
Installation
In SourceWeft
- Open Sdp Remote Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Other MCP clients
Follow the launch instructions in the repository.
README
OpenText Model Context Protocol Server
[OpenText] [Model Context Protocol compatible] [Authentication: OAuth 2.1 or access key] [Hosting: on-premise and cloud]
The official Model Context Protocol server for OpenText delivery products — embedded directly inside the product, with no local proxy or additional process required. Once enabled, your AI tools get real-time read and write access to your backlog, work items, and delivery data. Authentication uses OAuth 2.1 or API access keys, so every action respects the user's existing workspace permissions.
Choose your guide
This repository documents two products. They share the same protocol, the same tool set, and the same client configuration, but they are built on different documentation bases and release lines. Pick the guide that matches your deployment.
Contents
- Choose your guide
- What the server does
- What you can do
- Supported tools
- Shared prerequisites
- Shared setup outline
- Security
- Support and feedback
What the server does
The Model Context Protocol server runs embedded inside the product and is reachable over HTTPS at the /mcp path.
What you can do
Connect your AI client to your workspace and interact with delivery data without leaving your IDE:
Supported tools
Both products expose the same tool set:
Shared prerequisites
These apply equally to both products:
- An active product site, either on-premise or cloud
- The Model Context Protocol feature enabled by your OpenText administrator
- One of the supported AI clients: Visual Studio Code with GitHub Copilot, IntelliJ with GitHub Copilot, Claude Desktop, or Cursor
- For OAuth 2.1: a modern browser to complete the sign-in flow
- For an access key: an API access token generated in the target workspace
- An Aviator AI license for each agent or user that connects
- Each connection consumes a named user license, the same as any regular user accessing the workspace
Shared setup outline
The detailed, link-accurate instructions live in the product guides. At a high level, the sequence is identical for both products:
- Enable the feature. A site administrator submits a support ticket to have the Model Context Protocol enabled for the site or tenant.
- Choose an authentication method. OAuth 2.1 for interactive clients, or an access key for headless and service setups.
- Register your clients (OAuth 2.1 only) in the
OAUTH_AUTHORIZATION_SERVER_CLIENTSsite parameter, including the redirect addresses for each client. - Configure your AI client with the server address and the chosen credentials.
- Verify the connection by listing the available tools in your client.
Continue in README-Core-Software-Delivery-Platform.md for OpenText ValueEdge, or README-Software-Delivery-Management.md for OpenText ALM Octane.
Security
All traffic is encrypted in transit over HTTPS using TLS 1.2 or later. Access is strictly bounded by the authenticated user's existing workspace permissions; the server cannot grant broader access than the user already has.
Caution: Avoid embedding access tokens as plain text in configuration files. Where the client supports it, use an environment variable or a client-managed input variable instead.
Use of the server is subject to the OpenText End User License Agreement, available on the OpenText agreements page, and to the applicable service description for your deployment.
Support and feedback
- Support tickets: OpenText Support Portal
- Community: Submit feature requests through OpenText Community Ideas
Disclaimer
The server performs actions in the product with the permissions of the authenticated user. Apply least privilege, review high-impact changes before confirming, and monitor audit logs for unusual activity.
Source: README.md at commit bc23f02
Tools
0Version history
1- v1.0.0LatestOct 14, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declaredRequired10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.
Other Remote-Mcp integrations

Registry Mcp
com.remote-mcpOfficial publisher
Remote MCP server that lets an assistant search the official MCP registry and look up details on individual MCP servers.

Starmux — All-in-One Self-Hosted Remote MCP Server & Gateway
Published by GitHub account cookyecat
Self-hosted daemon that exposes filesystem, terminal, process and Git tools to AI clients over Streamable HTTP, and multiplexes other local MCP servers.

Remote MCP Server
Published by GitHub account CaSO44444
A remote MCP server hosted at a bare IP address, with no documented tools, description, or authentication details.

ChromaDB Remote MCP Server
Published by GitHub account meloncafe
Self-hosted remote ChromaDB vector database server over streamable HTTP, letting assistants manage collections and documents and run semantic search.

Revit Converter MCP
Published by GitHub account labsfuture
Remote MCP server that converts Revit (.rvt) models to XKT, IFC or DWG and lets an assistant query BIM data in natural language.