mcpbeat

stagenth · file-relay MCP Server

com.stagenth/file-relay
answering

stagenth · file-relay is answering right now. Last checked 14 min ago. It exposes 25 tools.

Cloud file relay: chunked uploads, folders, share links, inline text reads, ZIP packing.

Uptime history 39 hours of history
39 hours agonow
100.0%
Uptime 24h
91 of 91 checks
25
Tools
read from the server
1316 ms
Response time
average over 24h
open, no key
Access
streamable-http

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 14 min ago.

run in your terminal
claude mcp add file-relay --transport http https://stagenth.com/mcp/file-relay/
~/Library/Application Support/Claude/claude_desktop_config.json
{
  "mcpServers": {
    "file-relay": {
      "url": "https://stagenth.com/mcp/file-relay/"
    }
  }
}
~/.codex/config.toml
[mcp_servers.file-relay]
url = "https://stagenth.com/mcp/file-relay/"
.cursor/mcp.json
{
  "mcpServers": {
    "file-relay": {
      "url": "https://stagenth.com/mcp/file-relay/"
    }
  }
}
.vscode/mcp.json
{
  "mcpServers": {
    "file-relay": {
      "url": "https://stagenth.com/mcp/file-relay/"
    }
  }
}

Available tools 25

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

upload
upload_chunk
上传单个分片 (第 2 步 / 共 3 步)。 可并发调用, 后端内部会记录已上传索引。网络抖动重试同一 chunk_index 安全 (服务端幂等写临时块)。
upload_complete
合并所有分片 (第 3 步 / 共 3 步)。 两种路径: - 直传 (推荐, shim 走这条): parts 带齐所有 (part_number, etag), 后端调 OSS CompleteMultipartUpload 服务端合并, 不耗 ECS 内存/带宽。 - 中转 (兼容老 shim / 网页端): 不传 parts, 从临时分片合并。 返回最终 file 元数据 (id, uuid, filename, size_bytes, sha256, ...).
upload_file
上传一个文件(base64 形式)到用户的文件中转站。 仅在用户明确要求把某个文件存入中转站 / 传输到其他设备 / 分享给他人时调用。 上传会占用用户的付费存储配额并按传输量扣 credit —— 不要主动上传 中间结果、日志、临时文件或用户没有要求保存的命令输出。 用 init + 单次分片 + complete 的方式复用现有服务。 适合中小文件(< 20MB)。超大文件请使用 Web 端分片上传。 新增 folder_path: 上传到指定文件夹, 默认根目录 "/"。
upload_init
发起分片上传会话 (第 1 步 / 共 3 步)。 返回: - instant=true 时, file 字段是已秒传的文件元数据, 直接用即可 - instant=false 时, 用 session_uuid + 服务端给的 chunk_size/total_chunks 逐片调 upload_chunk, 最后调 upload_complete。
file
delete_file
删除一个文件。
file_read
直接返回文本类文件的内容(txt/md/csv/json/日志/代码等),AI 免下载即读。 二进制文件(图片/压缩包/Office 等)请用 download_file;超长文本按 max_bytes 截断并标记。
get_file_info
查询单个文件详情。file_id 与 file_uuid 提供其一即可。
files
delete_files
批量删除文件(移入回收站,30 天内可在网页端恢复)。 逐个删除,单个失败不影响其余;返回每个 ID 的结果。
list_files
列出当前用户的文件 (默认递归遍历整个文件夹层级). 返回值同时附带 ``subfolders``(直接子文件夹列表) 与 ``has_subfolders`` 提示, 帮助 AI 感知层级结构。若用户问“目录结构 / 树”, 直接调 ``get_folder_tree`` 拿到 ASCII 树状图更直观。 每个 item 都有 ``folder_path`` 字段标注它的实际归属, 同名文件不会 因递归而混淆。
search_files
在当前用户的所有文件中搜索。
folder
create_folder
创建文件夹 (类似 ``mkdir -p``)。 幂等: 如果路径已经存在, 直接返回该文件夹元数据, 不抛错。
delete_folder
删除文件夹 (类似 ``rmdir`` 或 ``rm -r``)。 内部 ready/locked 文件按"软删进回收站"处理, 30 天后才物删 OSS 字节; 用户可在该窗口期内通过回收站恢复。
get_folder_tree
以 ASCII 树状图返回用户的文件夹/文件层级 (推荐: 用户问“目录结构”时用这个). 返回: { "root_path": "/", "tree": "ASCII 字符串", "stats": {"folders": N, "files": M, "truncated": bool} }
download
download_file
下载一个文件, 按 MCP spec 2025-06-18 的原生 content 类型返回。 根据文件 category 自动选择最合适的 MCP content block 类型: - image (jpg/png/webp/...) → content[0].type = "image" (base64 + mimeType; AI 客户端原生显示图片, 多模态 LLM 可直接看图) - audio (mp3/wav/...) → content[0].type = "audio" (base64 + mimeType; AI 客户端原生播放, 多模态模型可直接听) - text/code + as_text=true → content[0].type = "text" (UTF-8 字符串; 适合代码/文档阅读分析) - 其他所有 (video / document / archive / 大文本 / ...) → content[0].type = "resource_link" (15 分钟有效的 URL + mimeType + size; 签名自带, 无需 Authorization; AI 用 bash curl 拉字节, 或提示用户点链接在浏览器下载) 【限速】所有分支都遵守会员档位的 download_speed_bytes_per_sec 设定: - image / audio / text 分支走 astream_file(throttle=...) 读字节再 base64 - resource_link 分支: 链接指向 /api/v1/mcp-download/{token}, 目标路由 也用同一套 astream_file + throttle 算法 (详见 api/v1/mcp_download.py) 【零副作用】不再使用 share_service.create_share —— MCP 下载不会在你的 账号里留下任何公开分享记录, 不进分享面板, 不计分享审计。
download_shared_file
通过分享链接下载文件(无需是文件拥有者)。 适合别人发给你一个 /s/<uuid> 链接,你想让 AI 直接读取其内容的场景。 不会占用你的存储配额。下载计入分享者的月流量。
folders
delete_folders
批量删除文件夹 (delete_folder 的批量版)。 逐个删除, 单个失败不影响其余; 返回每个路径的结果。 文件按软删进回收站处理, 30 天内可在网页端恢复。
list_folders
列出文件夹 (类似 ``ls -d`` 只看目录)。 路径不存在抛 folder_not_found。要列文件用 list_files。
move
move_file
把文件挪到指定文件夹 (类似 ``mv file /target/dir/``)。 OSS 字节不动, 只改逻辑路径, 操作几毫秒完成。
move_folder
移动整个文件夹 (类似 ``mv /工作/项目A /归档/``)。 会递归更新所有后代的逻辑路径。OSS 字节不动。
import
import_shared_file
把别人分享的文件导入到当前登录用户的文件列表。 等价于「下载后再上传」,但服务端直接从源文件拷贝字节流、仍走配额/白名单/秒传检查, 所以比本地往返更快、也不消耗带宽。 下载量计入分享者的月流量;存储占用计入当前用户的配额。
rename
rename_folder
改名 (不动 parent)。
scrape
scrape_url
抓取一个公开网页,返回干净的 Markdown(供 AI 阅读/总结/提取)。 只抓公开网页,禁止内网/保留地址;不生成任何内容,只做抓取与格式转换。
share
create_share_link
为文件生成一个分享链接。
user
get_user_quota
查看当前用户的存储配额使用情况。
zip
zip_files
把多个文件打包成一个 ZIP,存入文件中转站并返 15 分钟下载 URL。 单包上限 50 个文件 / 200MB 原始体积;同名文件自动加序号。

Endpoints

URLTransportStateLatencyChecked
https://stagenth.com/mcp/file-relay/ streamable-http answering 633 ms 14 min ago

stagenth · file-relay — questions

Answers built from our own checks of this server.

What can stagenth · file-relay do?
It exposes 25 tools, read directly from the server on our last check. Among them: create_folder, create_share_link, delete_file, delete_files, delete_folder, delete_folders and 19 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
What is stagenth · file-relay mostly used for?
Its tools cluster around upload, folder and file. That is what this server is built to work with — the grouping comes from the actual tool names, not from a category we assigned.
Is stagenth · file-relay working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 91 of 91 checks got a reply (100.0%), average response time 1316 ms. The bar chart above shows every period we have measured.
How do I connect stagenth · file-relay?
Copy the ready config from this page — we generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each with the file path that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does stagenth · file-relay need an API key?
No. stagenth · file-relay completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 25 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is stagenth · file-relay?
It answers our handshake in 1316 ms on average, which is faster than 3% of all working MCP servers we measure. That is on the slow side — worth knowing if the tool sits inside an interactive loop. The comparison comes from our own checks across the whole registry, every 15 minutes.