从仓库部署
连接一次 GitHub 或 GitLab。我们在您授权之前会明确展示该连接所需的各项权限,在输入时验证令牌,并将其存储在 Vault 中——绝不存储在数据库字段中,也绝不记录在日志中。
让托管服务从上传文件的地方转变为发货基地的四个要素。
连接一次 GitHub 或 GitLab。我们在您授权之前会明确展示该连接所需的各项权限,在输入时验证令牌,并将其存储在 Vault 中——绝不存储在数据库字段中,也绝不记录在日志中。
复制整个网站(文件和数据库),对副本进行修改,然后将其发布。在即将发布的网站副本上测试您即将发布的更改。
在真实网站的文件上直接运行真正的 code-server,内置 git,位于与 SFTP 会话相同的 CageFS 隔离容器中。无需安装,无需同步。
每个站点均配备SFTP,共享平台上则提供带wp-cli的受限SSH shell。您既可以使用浏览器编辑器完成一项任务,也可以使用自己的客户端处理下一项任务——两者看到的文件完全相同。
只需安装 Node,无需 Docker 或 MAMP,即可在本地构建 WordPress,然后将构建成果与将要部署的平台进行核对。免费且基于 MIT 许可。
十二个真实操作类别——网站、代码、域名、DNS、SSL、数据库、配置、备份、电子邮件、SEO和可观测性——让AI助手能够直接完成工作,而不是只流于描述。
仪表板是API的一个客户端。以下是其他客户端,它们全部都是公开的。
每一个操作均根据作为唯一事实来源的 OpenAPI 规范生成,确保文档与端点保持一致。
REST API 参考 →API、SDK、Terraform 提供程序和 Webhook 是如何协同工作的,以及在何时使用哪一种。
开发者平台 →每个 Zinnector® 命令都由工具本身生成,而不是在其旁边编写。
CLI 命令参考 →单独在 Node 上运行本地 WordPress,并针对您要部署到的平台进行预检。
Zinnector® — 命令行界面 →事件实时推送,经过签名并支持重试,让您无需轮询我们。
Webhooks →您的账户所连接的 AI 智能体实际能做的事情,按操作逐一列出。
MCP 工具目录 →小字在你的周二下午可一点也不小。
连接建立后,更改所遵循的路径。
首次授权 GitHub 或 GitLab,并先查看确切的权限范围。令牌在输入时即通过验证并写入 Vault。
文件与数据库,一键搞定。您的测试副本就是网站本身,而不是近似版本。
推送到您指定的指定分支就会部署到该环境。静态网站可以托管至我们的集群、Cloudflare Pages 或 GitHub Pages,每个网站可单独选择。
在暂存环境中调试无误后,即可发布上线。每次部署都是一个带有版本的发布,因此如果上线后发现问题,您可以直接回滚到上一个版本,而无需提交恢复工单。
在共享平台上,可以——这是一个带有 wp-cli 的受限制 shell,密钥在控制面板中管理。在我们自己的集群上,则不行:这些账户创建时使用的是 /sbin/nologin,取而代之的是提供进入同一 CageFS 狱中环境的 SFTP,以及内置 git 的浏览器端 IDE。我们宁愿在此先告知您,也不希望您在付款后才发现这一点。
是的,这正是重点所在。它是API优先的:没有哪个端点在未列入OpenAPI规范之前发布,而且SDK、CLI以及本网站上的参考文档全部都是基于该规范生成的。这里没有隐藏了好端点的私有API。
WordPress 和 WooCommerce、纯 PHP、Laravel、Node、Python 和 Django、.NET、静态网站及现代应用框架。或者选择带有 root 权限的非托管服务器,在其上运行您喜欢的任何程序。
它允许AI助手——Claude,或是任何支持MCP的工具——在您的账户中执行实际操作,而不是告诉您该点击哪个按钮。它能做什么列在工具目录中,而您可以决定它被允许访问哪些内容。
不是。每个网站都可以导出,代码就在您的代码库中,并且本平台在底层刻意采用了可替换的提供商设计。如果您想离开,解决方案是进行迁移,而不是争论。
可以——这是独立的服务,也是独立的决定。开发服务按项目进行报价,在我们这里托管并非其必要条件。