媒体文件管理
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/uploadcare-automation。
技能介绍
背景:Uploadcare 上传之后还要管什么
Uploadcare 负责接收上传,但默认 24 小时未 store 的文件会被删除。项目里还会积累大量已上传资源:要按时间筛、区分是否已永久存储、查 MIME 与图片尺寸、给合作方发 有时效的下载链接,以及回顾 批量上传形成的 file group。若每次都翻 REST 文档和参数表,运维和联调成本会很高。
技能如何工作
本技能通过 Rube MCP 连接 Composio 的 Uploadcare 工具集,用自然语言触发固定工具,而不是在本仓库内实现上传 widget。
核心能力对应六类操作:
UPLOADCARE_LIST_FILES:分页列出项目文件,支持stored/removed字符串过滤、ordering(如-datetime_uploaded)、from_date/to_date等UPLOADCARE_STORE_FILE:对指定 UUID 执行永久存储,避免自动清理UPLOADCARE_GET_FILE_INFO:读取文件名、大小、CDN URL、存储状态及图片宽高等UPLOADCARE_GET_FILE_DOWNLOAD_URL:生成 临时 直链(参数为file_id)UPLOADCARE_LIST_GROUPS:浏览成组上传的记录
典型闭环是:上传(仍走 Uploadcare API/Widget)→ Store → Get info 校验 → Download URL 分享 → 必要时 List 审计。
边界与坑
- 不包含上传工具:只能管理已存在于项目中的文件。
- UUID 必须是
8-4-4-4-12十六进制格式;stored、removed传"true"/"false"字符串,不是布尔值。 - 下载链接会过期;分页是
offset+limit,无 cursor。
工具文档见 Composio Uploadcare toolkit。
使用场景
- 用户经 Widget 上传后,需在 24 小时窗口内用自然语言对指定 UUID 调用永久存储,避免临时文件被自动清理
- 上线前按 `stored=true` 与上传日期区间列出项目文件,核对哪些资源已入库、哪些仍可能被删
- 接到工单只有文件 UUID 时,拉取 MIME、尺寸与 CDN 信息,并生成有时效的直链发给外部审核方
- 批量上传完成后列出最近 file group,对照组内文件是否都已 store 且元数据符合发布规范
适合人员
- 负责 Uploadcare 对接的后端工程师,希望在联调阶段用对话完成 store、查元数据而少查 REST 参数表
- 维护媒体库的运营/实施同学,需要按存储状态与时间筛文件并确认批量上传分组是否处理完整
- 处理用户附件问题的客服或技术支持,需根据 UUID 快速给出文件详情与可分享的临时下载链接
- 用 Rube MCP 编排多步自动化流程的集成开发者,要把列表、存储、取链串成可复述的自然语言工作流