Repository navigation
[MCP-DIST-003] Publish ReplyNodes MCP to Smithery #12
Description
Parent Epic: #8
Goal
Publish and verify ReplyNodes MCP on Smithery so developers and AI agents can discover ReplyNodes by capability, not only by brand name.
Canonical inputs
- Production MCP endpoint:
https://mcp.replynodes.com/mcp - Repository:
https://github.com/replynodes/replynodes-mcp - Official MCP Registry namespace:
com.replynodes/mcp - Existing Smithery manifest in this repo:
smithery.yaml
Current state (verified)
https://smithery.ai/server/com.replynodes/mcpreturns HTTP 200 but renders404: Server Not Found or Removed→ no live Smithery listing today.
Required work
- Research Smithery's current MCP server submission and ownership-claim flow before acting.
- Submit ReplyNodes as a remote/streamable-HTTP MCP server using the production endpoint.
- Prefer the existing public GitHub repo and the existing
smithery.yamlwhere the platform supports it. - Claim/verify ownership where Smithery supports it.
- Complete title, description, categories/tags, repo link, docs link, and install/connect instructions.
- Optimize metadata for capability discovery, including terms such as:
- web search MCP
- web scraping MCP
- website crawl MCP
- Reddit MCP
- YouTube MCP
- App Store MCP
- brand intelligence MCP
- public web data MCP
- context API for AI agents
- Run Smithery health/validation checks if available.
- Fix reasonable repo/listing metadata issues that block publication.
- Verify the public listing is live.
- Test Smithery search using multiple non-brand capability queries, not only
ReplyNodes. - Record the final public Smithery listing URL and verification evidence in this issue.
Base description
Use/adapt this where appropriate:
ReplyNodes is a read-only MCP server for AI agents that provides Web Search, Web Scraping, Website Crawling, Reddit, YouTube, App Store, Brand Intelligence, and other public web/data APIs through one MCP endpoint.
Do not invent capabilities that are not live in production.
Agent autonomy
Complete all actions autonomously using available access. Only ask the owner when Smithery requires an action that cannot reasonably be delegated, such as:
- OAuth/login approval
- CAPTCHA
- DNS verification
- account ownership confirmation
- organization-owner permission
When blocked, ask for exactly one concrete owner action and then continue.
Definition of Done
- Public Smithery listing exists
- Listing points to the correct production MCP endpoint and repository
- Ownership is claimed/verified where supported
- Relevant metadata/categories/tags are complete
- Health/validation checks pass, or non-blocking warnings are documented
- Listing has been tested with non-brand capability searches
- Final Smithery URL is posted in this issue
Do not mark complete merely because the submission form was sent. Completion requires verifying the live Smithery listing.
Activity
replynodes-ai commentedon Sep 16, 2026
Submission attempt + result (2026-09-16)
Researched the live Smithery platform before acting. Summary:
401 Missing authentication tokenwithout a Smithery account/session:PUT /namespaces/com.replynodes,PUT /servers/com.replynodes%2Fmcp,PUT /servers/com.replynodes%2Fmcp/releases,POST /tokens— all 401 without Bearer token.smitheryv4.11.1:smithery mcp publishrequiressmithery auth login(interactive OAuth, not automatable headless).smithery auth statusis unauthenticated./newentrypoint is not served at that path right now.com.replynodesdoes not exist on Smithery; servercom.replynodes/mcpdoes not exist.What was verified live (sanitized)
https://mcp.replynodes.com/mcp— HTTPS 200 (nginx/1.24.0). MCPinitialize→ 200 (replynodes-fetcher,2024-11-05, tools capability).tools/list→ 200, read-only tools across web_search, webcontext/scrape/crawl/brand, brand, reddit, youtube, appstore, googleplay, hackernews. Scan-friendly; no auth header required forinitialize/tools/list.https://smithery.ai/server/com.replynodes/mcp— 404 "Server Not Found".https://smithery.ai/server/@replynodes/mcp— 200 but a 188-byte Next.js catch-all 404 page, NOT a live listing.Repo changes (PR #20)
smithery.yaml— addeddeploy:remote block for the canonical endpoint so the repo is submit-ready once a Smithery token is available. Existing stdio bridge retained.README.md— corrected Smithery row from "Live listing" to "Not listed (blocked) — see issue [MCP-DIST-003] Publish ReplyNodes MCP to Smithery #12".artifacts/issue-12-smithery-submission-evidence.md— full research record.What could NOT be done autonomously (blocker)
Submission/claim on Smithery requires an owner Smithery account session
(OAuth/login, possibly CAPTCHA), for every path (API, CLI, web). This cannot be
done headless from this environment.
One concrete owner action
Sign in to Smithery, then either:
smithery auth login+smithery mcp publish https://mcp.replynodes.com/mcp -n com.replynodes/mcp, orhttps://mcp.replynodes.com/mcp, and complete metadata (title "ReplyNodes", description per issue [MCP-DIST-003] Publish ReplyNodes MCP to Smithery #12 base text, categories/tags web-search / web-scraping / website-crawl / reddit / youtube / app-store / brand-intelligence / public-web-data / context-api-for-ai-agents, repo https://github.com/replynodes/replynodes-mcp, install instructions in the evidence artifact).Then verify the live listing, endpoint, repo link, health/connect, and non-brand capability searches. When live, the README Smithery row can be changed back to "Live listing" with the real URL.
Submission/listing URLs
replynodes-ai commentedon Sep 16, 2026
Smithery publish update (2026-09-16)
Owner OAuth completed successfully via
smithery auth login(namespacereplynodes).replynodes/mcp9e3089e4-0866-4b03-8223-35143fe8a32fPENDING/ Smithery scan in progressreplynodes-fetcher, 51 tools; config schema was supplied forREPLYNODES_API_KEY.replynodes/mcp; therefore no public live listing is claimed yet.@replynodes/mcpURL remains a 404 catch-all, so there was no old live listing to delete.PR #20 remains the submit-ready repo change (CI green, not merged): #20. Final completion still requires Smithery to finish the release and a public listing/health/search verification.
replynodes-ai commentedon Sep 17, 2026
Issue #12 execution update (2026-09-17)
Production source / PR
origin/main; unrelated dirty worktrees preserved.a97a239ef295efee0dba5b65e7b85ce71b97a5fcGET /.well-known/mcp/server-card.json, generated from the existingMCPTools()inventory used bytools/list; no tool renames or API behavior changes.go build ./...,go vet ./..., gofmt gate,go test ./...,go test -race ./..., all repository validate scripts, and secret scan passed.Smithery existing listing
2cfa6bf7-c792-4e3e-8b94-aeb460690fc9PENDING; status URL: https://smithery.ai/servers/replynodes/mcp/releasesreplynodes-fetcherversiondev, and found 51 tools. It reported resources/prompts unsupported, consistent with the intended read-only card.mcp, no description in rendered markdown, quality45/100(before 45/100; after 45/100), 51 tools, and Smithery proxy endpointhttps://mcp--replynodes.run.tools. Metadata improvement is not claimed until the release completes.apiKeyonly; no free-request/no-card claim was made.Discovery searches
Official
smithery --json mcp search, page 1 (10 results each): ReplyNodes was not present for any requested query:Deployment blocker / live evidence
https://mcp.replynodes.com/mcpinitialize: HTTP success, serverreplynodes-fetcher, versiondev, tools capability.tools/list: 51 tools; live tool annotations are read-only.https://mcp.replynodes.com/.well-known/mcp/server-card.json: HTTP 404 (expected until PR is independently reviewed, merged, and deployed).main; PR #368 is open. Local deploy inputs (DEPLOY_HOST,DEPLOY_USER, SSH key/known-hosts) are also unavailable in this session.a97a239ef295efee0dba5b65e7b85ce71b97a5fc. After systemd + HTTP evidence, rerun the same in-place Smithery publish and verify title, description, trust metadata, score, canonical endpoint/card, and search ranks.replynodes-ai commentedon Sep 17, 2026
Correction to the live probe evidence: POST https://mcp.replynodes.com/mcp tools/list returned HTTP 200, content-type application/json, X-Request-Id edbc79ed-6947-4039-8ea5-2a44f30e7838, and 51 tools. The server-card probe returned HTTP 404. No production deploy or live card claim is made.