其他环境的配置

最后更新:2026年7月3日

除了 Cursor IDE、Claude、Claude Code、Codex 之外,支持 MCP 的环境还有很多。本页介绍如何在这类环境中手动连接 WEEGLOO MCP 的通用方法。各个环境的配置文件位置和打开方式各不相同,但写入配置文件的内容在任何环境中都是一样的。

连接之后,原本由人在内容工作室完成的操作,可以交给该环境的 LLM 智能体仅凭自然语言请求来代为执行。你只要用语言描述想要创建什么,智能体就会自行处理设计 Content Type、创建 ContentMedia 等操作。

开始之前

连接需要准备以下内容。

  • 支持 MCP 的环境:只要是支持以在配置文件中注册 MCP 服务器这种方式的工具,都可以用同样的方法连接。配置文件的位置、格式以及打开方式请在该环境的文档中确认。
  • Personal Access Token:用于身份验证。Personal Access Token 是账户以自身权限调用 API 时使用的钥匙。签发方法请参阅签发 Personal Access Token
  • Node.js 18 及以上:运行文件传输服务器(weegloo-upload)时需要。

MCP 服务器地址、分组区分以及 weegloo-upload 服务器的作用,请参阅 MCP

要连接的两个服务器

WEEGLOO 提供两个 MCP 服务器,两者的连接方式不同。

  • weegloo:负责创建、读取、修改和删除资源的主体服务器。通过 HTTP 方式连接。
  • weegloo-upload:负责处理 Media 上传或 Web Hosting 部署等文件相关操作的服务器。在本地通过命令运行,身份验证使用 Personal Access Token

大多数环境都可以在一个配置文件中同时注册这两个服务器。把两者都写入同一个文件即可。

添加到配置文件

如果要通过直接编辑配置文件来连接,请按以下步骤操作。

  1. 打开要连接的环境的 MCP 配置文件。文件的位置和格式请在该环境的文档中确认。

  2. 在配置文件的 mcpServers 项下添加以下两个服务器。

    {
      "mcpServers": {
        "weegloo": {
          "type": "http",
          "url": "https://ai.weegloo.com/mcp"
        },
        "weegloo-upload": {
          "command": "npx",
          "args": ["-y", "weegloo-upload"],
          "env": {
            "UPLOAD_API_URL": "https://upload.weegloo.com/v1",
            "AUTH_BEARER_TOKEN": "<Personal Access Token>"
          }
        }
      }
    }
  3. 根据用途修改 weegloo 服务器的 url。如果需要全部工具,请使用 https://ai.weegloo.com/mcp?group=all。各分组之间的差异请参阅 MCP

  4. weegloo-upload 服务器的 AUTH_BEARER_TOKEN 值中,把 <Personal Access Token> 处替换为签发到的 Personal Access Token。由于实际的令牌会原样保存在配置文件中,请注意不要对外公开此文件或将其上传到共享仓库。

  5. 保存配置并重新启动环境。视环境而定,可能需要执行重新加载配置的操作。

也有些环境使用其他键名来代替 mcpServers,或者使用其他格式。这种情况下,请把上面 JSON 中包含的值(服务器名称、typeurlcommandargsenv)按该环境的格式迁移填入。无论环境如何不同,值本身都不会改变。

确认连接

重新启动环境后,如果在该环境的工具列表中能看到这两个服务器的工具,就说明已连接成功。

  • weegloo:会出现处理资源的各类工具。部分环境在首次连接 HTTP 服务器时会要求通过浏览器进行身份验证。这种情况下,请按屏幕提示完成身份验证。
  • weegloo-upload:会出现处理文件的各类工具。

连接之后,向该环境的智能体说出创建 SpaceContent Type 即可。

能做的事

连接之后,LLM 智能体可以直接执行以下操作。

  • 创建、读取、修改和删除 OrganizationSpaceContent TypeContentMedia 等资源
  • 把构建好的静态网站部署到 Web Hosting

接下来要做的事