← 返回目录

Appwrite MCP Server

官方

通过你的 MCP 客户端操作 Appwrite 后端。

查看安装方法 ↓ 横向对比 GitHub 源仓库 ↗

分类: 开发工具第 74 / 438
Stars: ★ 72 热门
传输方式: Streamable HTTP · stdio（本地进程）
运行环境: 远程托管（无需本地环境）
凭据: 需要 API Key / 凭据
许可证: MIT
最近提交: 2 天前
工具数: 1

63FMRS · C

由 Appwrite 官方维护的 MCP 服务器，通过托管 OAuth 接入或自托管 stdio 方式，让多种 MCP 客户端得以管理 Appwrite 的数据库、用户、函数、团队与存储。

最强项 · 文档质量 16/20 最弱项 · 可靠性 8/20

可靠性

8/20

安全与权限

12/20

维护活跃度

13/20

文档质量

16/20

安装易用性

14/20

查看各项评分依据

可靠性 8/20: README 描述了多种客户端的连接方式（OAuth 远程连接、npx mcp-remote 桥接、本地 stdio 自托管），并链接了 docs/tool-surface.md 等文档，说明工具面有文档记录，但本次评审未提供服务器清单（manifest 显示'not cached'），也未见任何 CI 工作流或测试文件作为可验证的执行证据。按静态评审校准规则，在缺乏可验证的执行证据（真实 CI + 覆盖关键路径的测试）时，可靠性不得超过 12 分。由于完全无法核实工具声明与实际行为是否一致、错误处理和依赖控制情况，只能判断'happy path 看似合理但证据薄弱'，故评为 8 分。
安全与权限 12/20: 托管服务采用 OAuth 2.1 浏览器授权流程，明确要求用户批准范围（scopes），未在安装示例中出现明文密钥；自托管模式使用项目 API key，属于标准做法且未在文档中泄露真实密钥，未触及红线。但 Appwrite MCP 暴露数据库、用户、函数、存储等后端操作能力，README 中并未说明对删除、部署等高风险操作是否有二次确认或权限最小化的具体机制，也没有提供工具级权限范围的清单可供核查（manifest 未缓存）。证据不足导致扣分，故评为 12 分，而非更高分。
维护活跃度 13/20: 仓库使用 MIT 许可证，未被归档，有 71 星、4 个未解决 issue，且 README 顶部展示了 MCP Registry 版本徽章，表明有持续发布和版本追踪机制。但本次评审材料中没有提交历史、发布节奏、issue 响应时间或依赖更新策略的直接证据，无法确认维护活跃度的具体水平，故给予中等偏上但非满分的 13 分。
文档质量 16/20: 文档分层清晰，README 提供了十余种主流客户端（Claude Code、Claude Desktop、Cursor、VS Code、Codex、OpenCode、Windsurf、Gemini CLI、Antigravity、GitHub Copilot CLI、Zed、Warp、JetBrains、Cline）的具体配置示例，并链接到工具面、认证流程、文档搜索、自托管、本地开发和贡献者指南等独立文档。但工具参数细节、限制说明、成本说明和故障排查内容均未直接包含在提供的材料中，只能通过外部链接推测其存在，故未给满分，评为 16 分。
安装易用性 14/20: 对于托管版本，安装步骤非常简洁——多数客户端只需一段配置或一条命令，且通过浏览器 OAuth 认证，无需复制密钥，体验友好；自托管路径也有单独文档说明。但按静态评审规则，在没有可验证执行证据（真实 CI 加测试�covering 关键路径）的情况下，安装易用性不得超过 15 分。同时未提供的服务器清单也无法验证声明的安装步骤在实际中是否顺畅，故评为 14 分。

静态评测 · 未实际运行收录于 2026-08-26

查看 FMRS 评分方法 →

选型与风险

能访问什么访问网络连接数据库

适合谁

已在使用 Appwrite Cloud、希望借助 AI 辅助管理后端的开发者
希望通过浏览器 OAuth 授权范围而非管理 API 密钥来访问的团队
能够运行本地 stdio 桥接并使用项目 API 密钥的自托管 Appwrite 运维人员

不适合谁

没有 Appwrite 项目或账号的用户
既不支持远程 MCP/OAuth、又无法安装 Node.js 运行 mcp-remote 桥接的客户端
与 Appwrite 无关的后端工作流

所需权限

浏览器 OAuth 授权流程中批准的权限范围（涉及数据库、用户、函数、团队、存储等）
自托管场景下，需要与所调用操作相匹配权限的 Appwrite 项目 API 密钥

风险与副作用

若授予过于宽泛的 OAuth 范围或权限过大的 API 密钥，可能带来对数据库、用户、函数、存储等的广泛访问风险
若 AI 客户端被赋予写权限，可能执行删除数据、修改用户/团队等破坏性操作
托管服务器由 Appwrite（第三方）运营，负责转发对你 Appwrite 项目的请求

安装接入

准备工作

运行环境：远程托管（无需本地环境）

在支持远程/HTTP MCP 服务器的客户端中，将托管端点 https://mcp.appwrite.io/（也支持 /mcp 路径）添加为 MCP 服务器，首次连接时在浏览器中批准 Appwrite 的 OAuth 授权页面，无需复制任何密钥。对于不支持远程 MCP 或 OAuth 的客户端（如 JetBrains、Cline），可通过 npx -y mcp-remote https://mcp.appwrite.io/ 以 stdio 方式桥接。若自托管 Appwrite，可在本地以 stdio 方式运行该服务器，并使用项目 API 密钥进行身份验证（详见 docs/self-hosted.md）。

.mcp.json

{"mcpServers":{"appwrite":{"url":"https://mcp.appwrite.io/"}}}

以 Claude Code 为例。其他客户端的配置文件位置或字段可能不同（如 VS Code 使用 servers 字段），可用下方配置生成器转换。

.vscode/mcp.json

{
  "servers": {
    "appwrite": {
      "url": "https://mcp.appwrite.io/"
    }
  }
}

写入项目的 .vscode/mcp.json（VS Code 使用 servers 字段）。

Terminal

claude mcp add --transport http appwrite https://mcp.appwrite.io/

在终端运行；先把 <…> 占位符换成你自己的值。

生成并校验客户端配置

验证是否装好

在客户端连接 https://mcp.appwrite.io/ 并完成浏览器 OAuth 授权后，工具列表中应出现 appwrite_search_docs；输入“搜索 Appwrite 文档中关于 databases 的内容”，若返回搜索结果即证明连接成功。

常见排障

确认客户端支持远程/HTTP MCP 服务器及 OAuth；否则使用 mcp-remote 的 stdio 桥接方式
若未弹出浏览器授权页面或连接失败，重新触发浏览器认证流程
Claude Desktop 团队版/企业版下，只有组织所有者才能添加自定义连接器
自托管部署时，请核对项目 API 密钥，并参考 docs/self-hosted.md 中各客户端配置
若某个调用不可用，查阅 docs/tool-surface.md 了解实际暴露的工具列表

试试这样问

连接成功后，可以直接对 AI 助手这样说：

使用 appwrite_search_docs 查一下如何创建一个 Appwrite 数据库集合
帮我搜索 Appwrite 文档里关于 storage 的用法
Appwrite functions 如何部署？用文档搜索工具查一下

工具能力 1

appwrite_search_docs 只读

用于在进程内搜索 Appwrite 文档，帮助解答有关平台 API 与功能问题的工具。

使用场景

通过 AI 助手管理 Appwrite 数据库、集合与文档

以自然语言创建和查看 Appwrite 用户与团队

部署和管理 Appwrite 函数

在进程内搜索 Appwrite 官方文档

自动化 Appwrite 存储桶相关操作

支持客户端

Claude Code

Claude Desktop

Cursor

VS Code

Codex

OpenCode

Windsurf

Gemini CLI

Antigravity

GitHub Copilot CLI

Zed

Warp

JetBrains AI Assistant / Junie部分支持

Cline部分支持

依据项目文档列出，未经本站实测。

详细介绍

Appwrite 官方 Model Context Protocol 服务器，将 Appwrite 的 API——数据库、用户、函数、团队、存储等——暴露为可调用的工具。既可连接托管端点并通过浏览器完成 OAuth 授权，也可在自托管 Appwrite 实例上通过 stdio 使用项目 API 密钥运行。