Manage ZynoHosting sites and create, discover, embed, and configure ZynoForms through local stdio.
MCPpedia last refreshed this data
io.github.zyno-io/zynohosting is an MCP server that manage ZynoHosting sites and create, discover, embed, and configure ZynoForms through local stdio. Its tool list has not been published yet over stdio and sse, requires no API key, and scores 79/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients - only the file and path differ.
{
"mcpServers": {
"zynohosting": {
"env": {
"ZYNO_HOSTING_MCP_ROOTS": "/absolute/path/to/project"
},
"args": [
"-y",
"@zyno-io/zynohosting",
"mcp"
],
"command": "npx"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Manage ZynoHosting sites and create, discover, embed, and configure ZynoForms through local stdio.
Run this in your terminal to verify the server starts. Then let us know if it worked - your result helps other developers.
npx -y '@zyno-io/zynohosting' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories - click any category to see the underlying evidence.
No known CVEs.
Checked @zyno-io/zynohosting against OSV.dev.
Click any tool to inspect its schema.
Be the first to review
Have you used this server?
Share your experience - it helps other developers decide.
Sign in to write a review.
Others in devops
MCP server for using the GitLab API
MCP server for discovering, reading, and changing ZenML resources with compact generic tools
MCP server for Dynatrace Managed to access logs, events, and metrics.
An MCP server for Azure DevOps
MCP Security Weekly
Get CVE alerts and security updates for io.github.zyno-io/zynohosting and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
@zyno-io/zynohosting is the public command-line and local MCP client for ZynoHosting. It can:
sites set --not-found single-page-application);The package requires Node.js 24.
Full CLI and MCP documentation is available at cli.zyno.host.
npm install --global @zyno-io/zynohosting
zynohosting --help
It installs two executables:
zynohosting — the command-line interface for people, coding agents, and CI;zynohosting-mcp — the local stdio MCP server, mainly for the Claude desktop app.You can also run commands without a global install:
npx -y @zyno-io/zynohosting sites list
For an interactive user:
zynohosting login --permission hosting.sitesRead
zynohosting login \
--name "Claude MCP — work laptop" \
--permission hosting.sitesRead \
--permission hosting.deploy \
--permission forms.create \
--permission forms.edit \
--renewable
Where no browser can open (SSH, a cloud computer, no display), login shows a link and a short code instead, which the person opens and approves on any device (--device forces it). Agents that only show output when a command exits use zynohosting login --device --no-wait --json, then zynohosting login --resume --json. The person chooses how long the access lasts: 1 hour, 1 day, 7 days or 30 days (--lifetime only suggests one). A cloud computer with no system credential store can add --credential-store file.
Login creates a tenant-bound scoped CLI token. hosting.sitesRead is requested when no --permission is supplied; repeat the option to request the narrowest complete set for your workflow. Access tokens always expire after 60 minutes. --renewable stores the rotating renewal credential in the operating system credential store and lets long-running CLI/MCP processes refresh automatically. While MCP remains alive, it renews in the background even when no tools are being called; each request also checks freshness as a backstop. The renewal secret is never written to the JSON config file.
Logins are saved per environment, so signing in to alpha never replaces the production login. Production is the default; pass --environment alpha (or set ZYNOHOSTING_ENVIRONMENT) to use another saved login. Each environment keeps one login per account and tenant (signing in again as the same account in the same tenant replaces that login; another account or tenant adds one): zynohosting logins lists them, zynohosting logins use <tenant> changes the default, and --tenant <name|id> (or ZYNOHOSTING_TENANT) picks one for a single command. Revoke the active login and remove its local credentials with zynohosting logout, one named login with --tenant, or every saved login with zynohosting logout --all.
For CI or another non-interactive environment, inject a tenant API key:
export ZYNOHOSTING_API_KEY='...'
The CLI also accepts --environment production|alpha|dev and --api-url. The Hosting API URL comes from --api-url, --environment, ZYNOHOSTING_API_URL, ZYNOHOSTING_ENVIRONMENT, then production, and the saved login is the one for that URL. Credentials are resolved in this order: