Skip to content

chore: list the hosted HyperFrames MCP in the official MCP registry - #6408

Merged
ukimsanov merged 1 commit into
mainfrom
chore/mcp-registry
Oct 26, 2026
Merged

ukimsanov merged 1 commit into
mainfrom
chore/mcp-registry

Conversation

@ukimsanov

@ukimsanov ukimsanov commented Oct 26, 2026 •

Copy link
Copy Markdown
Collaborator

What

Adds server.json at the repo root, the listing file for the official MCP registry (registry.modelcontextprotocol.io). It describes HeyGen's hosted HyperFrames server at https://mcp.heygen.com/mcp/hyperframes/ under the name io.github.heygen-com/hyperframes.

Why

Coding agents and MCP clients look servers up in the official registry, and directories like PulseMCP copy from it. Today searching "hyperframes" there returns only a third-party paid clone (com.clauxel.hyperframesrender), so agents that look us up find someone else's server.

How we'll know: registry.modelcontextprotocol.io/v0/servers?search=hyperframes returns io.github.heygen-com/hyperframes.

Related work

Part of the off-site listing clean-up, alongside the npm homepage (#6407) and an awesome-mcp-servers entry. The server itself is unchanged.

How

  • Format copied from live registry entries and validated against the registry's schema (2025-12-11/server.schema.json). The description fits the 100-character limit.
  • The io.github.heygen-com/ namespace can only be published by a heygen-com GitHub organization Owner (registry auth docs), so no one else can claim it.
  • No headers are declared: the hosted server handles its own OAuth, as the HyperFrames MCP guide describes.
  • Merging this file does not publish anything. Publishing is a separate step after merge and needs James's go. Then a heygen-com org Owner runs, from the repo root, mcp-publisher login github --token <PAT> (classic PAT with read:org, or fine-grained with Organization → Members → Read-only; no repo scopes) and mcp-publisher publish. The interactive mcp-publisher login github can't grant org namespaces today (registry#1468). The other route is the registry's GitHub Actions OIDC workflow, which a later PR can add if we want every version bump published.

Test plan

  • server.json validates against the registry schema (jsonschema, 2025-12-11)
  • bun run lint and oxfmt --check pass
  • Unit tests added/updated (metadata only)
  • Manual testing performed (publishing happens after merge, by an org Owner, after James's go)
  • Comments follow CONTRIBUTING.md "Comments"

Adds server.json for registry.modelcontextprotocol.io under the
io.github.heygen-com namespace, pointing at HeyGen's hosted server.
Today the registry lists only a third-party paid clone.
Copilot AI balanced review requested due to automatic review settings October 26, 2026 07:52

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has insufficient remaining quota.

@jrusso1020 jrusso1020 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We validated server.json against the 2025-12-11 schema and checked the production route's Streamable HTTP setup plus public OAuth discovery. No JSON defect found. Please correct the publication instructions inline. Publishing needs James's explicit go, then an eligible heygen-com org Owner must run mcp-publisher. Authenticated tools and publication were not exercised.

Comment thread server.json
@@ -0,0 +1,18 @@
{
"$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
"name": "io.github.heygen-com/hyperframes",

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The namespace is appropriate, but the PR body overstates who can publish and how. Current official registry authentication docs require a GitHub organization Owner, not ordinary membership. They also say plain interactive mcp-publisher login github currently cannot grant organization namespaces, even to Owners. Correct the manual plan to use an eligible Owner with appropriately scoped PAT authentication, or an authorized GitHub Actions OIDC path. After James's explicit go, a qualified org Owner should run the manual publisher from the repository root. Merging this file alone does not publish the entry.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Right, thanks. Checked against the auth docs and #1468: the description now says merging doesn't publish, publishing waits for James's go, and a heygen-com org Owner runs mcp-publisher login github --token <PAT> (read:org, or fine-grained Members read-only) then mcp-publisher publish, or we add the OIDC workflow later. The ordinary-member claim is gone.

@jrusso1020 jrusso1020 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We checked the updated description at the unchanged head. It now specifies James's go, the org-Owner PAT path and OIDC alternative, and the interactive-login limitation. Our earlier publication-instructions note is resolved. No authenticated MCP calls or publication were performed.

@jrusso1020 jrusso1020 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We rechecked the unchanged head and corrected description. The earlier schema, hosted transport and public OAuth-discovery review still applies; the org-Owner publishing note is resolved. No blocker found. Authenticated tools and registry publication were not exercised.

Need: yes · Size: minimal · Reuse: official MCP listing schema · Simpler: already minimal · Structure: fine

Verdict: APPROVE.
Reasoning: The listing metadata is correct; publication remains a separate action.

@ukimsanov
ukimsanov added this pull request to the merge queue Oct 26, 2026
Merged via the queue into main with commit 772cc95 Oct 26, 2026
105 checks passed
@ukimsanov
ukimsanov deleted the chore/mcp-registry branch October 26, 2026 20:21
SanHsien added a commit to SanHsien/hyperframes that referenced this pull request Oct 26, 2026
…identity metadata that the merge brought in

npm homepage, the MCP registry server.json and the context7 claim name the upstream
project. DECISIONS (2026-10-26) already says never adopt: the fork does not publish and
must not register or claim on upstream's behalf.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants