用 Agent Bucket 给短视频 AI 产物搭一个存储底座：智能体桶 3 空间归档实测

归档完，我特地去空间列表回看了一遍统计：总空间数 3、总文件数 12，已用容量和一开始的 0 终于不一样了。对个人创作者来说，这种"看得见的收敛感"比什么都重要——以前素材散在本地七八个文件夹里，我根本不知道自己有多少。

六、几个我觉得可以更好的地方

体验下来，我提三点真实反馈，不是客套：

1. 空间配额不可取消这个设计，希望至少在文案里再强调一次（我是在说明里看到的）。个人用户很容易顺手填个数字，后来想改回"不限制"就改不了了。
2. 服务授权的回流体验。授权在 CAM 的新标签页完成，回到存储桶页必须手动刷新。建议授权成功后给一个明显的"返回并刷新"入口，或者干脆在授权页放一个跳回按钮。
3. 空间和普通目录的语义差异，建议在创建空间时给一个更直白的对比。我一开始也没分清"空间"和"目录"到底差在哪，理解成"带独立配额和权限的顶层目录"之后就通了。

七、小结

一句话总结我的用法：把 Agent Bucket 当成"AI 生产链路的产物底座"，而不是一个网盘。

它真正解决的是我这三类问题：

• 归属清晰：旁白归旁白、分镜归分镜、角色归角色，各自独立配额与权限，未来要接不同的自动化流程时不用重构目录。
• 隔离天然：空间之间的隔离是产品级的，不是靠命名约定维持的。
• 对上游友好：对象读写是标准 COS/S3，我的既有工具链不用改；只有"空间治理"这类操作才需要走 SMH 的接口。

对一个一人内容团队来说，这套东西的价值不是"存得下"，而是让我终于能给自己的 AI 产物定一个稳定的边界。等我把配音这一环也接上来之后，我打算直接用 SDK 把归档动作写进生产脚本里，让产物一生成就落到对应空间，省掉手动上传这一步。

本文为本人真实实操记录，截图均来自实际控制台操作。话题：#玩转 Agent Bucket上传走的是控制台自带的"上传文件"，多选一次性提交即可。体感上：小文件几乎瞬间完成（分镜表 543 B、旁白 468 B 这类文本，点完确定再刷新列表就已经在了）；两张 2 MB 左右的成图（2.17 MB / 2.01 MB）是最慢的，但也就几秒；列表里直接能看到大小和修改时间，核对很方便。

空间 ID 的规则是英文字母和数字、1~32 个字符，桶内唯一，创建后不可改。配额我是留空的——这里有个细节值得提醒：配额一旦设置，后续只能修改、不能取消。我这种个人创作场景，文件量小，留空不限制更省心；如果是多人协作的空间，我建议一开始就把配额加上。

五、实测：12 个文件，按链路分开归档

接下来是真正的验证：把素材传进去。

我准备了 12 个真实文件，不是随便造的测试文件：

• storyboard 传了 6 个：4 张成图（封面、工作流全貌、分镜卡片、成果图）+ 2 份分镜表 CSV（第 01 集 5 个 scene、第 02 集 5 个 scene）
• voiceover 传了 4 个：2 份旁白定稿 TXT、1 份 prompt 模板、1 份归档说明
• character 传了 2 个：马小舒、猴小心的角色视觉档案

我是做文物主题短视频的，一个人的内容团队。系列名叫「文物也疯狂」，一集 30 秒到 1 分钟，但生产链路上的中间产物一点都不少：旁白文案、分镜表、角色视觉档案、AI 成图……以前它们全躺在我的本地硬盘里，靠文件夹名硬撑秩序。

2026 年 10 月 16 日下午，我用腾讯云 Agent Bucket（智能体桶） 搭了一套归档底座：1 个桶、3 个空间、12 个文件，从开通到跑通大约 40 分钟，其中真正卡住我的只有一步。

这篇文章不讲概念，只讲我怎么把它用起来的，以及过程中踩到的坑。一、为什么不是普通的对象存储桶

一开始我想的是：归档嘛，普通 COS 桶建几个目录不就完了。

但我实际整理素材时发现，我要的不是"目录"，而是边界。我的生产链路天然分成三段，每段的使用者不一样：

如果全塞在一个桶里，靠前缀区分，权限是没法分开的——我不可能让"负责配音的流程"和"负责出图的流程"共享同一套读写范围。而智能体桶的空间（Space）正好是独立逻辑分区，在文件路径上就是第一层目录，同时还能给每个空间单独设容量配额。这一点对我来说是刚需，不是锦上添花。二、开通环节：一个真实的坑

先说卡住我的那一步。

我在开发者社区登录着，但进 控制台 时是另一个登录态——控制台跳回了登录页。这一步按提示走"上次登录 / 微信"登录即可。真正值得记下来的是紧接着的一步：

第一次打开"创建智能体桶"表单时，"服务授权"那一栏是红的：SMH 智能体桶服务角色未授权。点"前往授权"会跳到访问管理（CAM）页面，让你同意创建一个叫 SMH_QCSLinkedRoleCOS 的服务相关角色——它的作用是让智能媒资托管（SMH）能在授权策略范围内访问你的 COS 资源，不需要你托管永久密钥。

这里我踩的坑是：授权是在新标签页里完成的，授权完要回到原来的存储桶页面刷新，红色提示才会消失。我第一次没刷新，以为授权失败，来回折腾了两遍。

小结：智能体桶是"智能媒资托管 + COS"两层能力的组合，所以比建普通桶多一次服务角色授权。这是设计使然，不是 Bug。三、建桶：名字是系统给的

表单里几件事值得说：

• 智能体桶名称由系统自动生成，我只填了备注。我拿到的桶名是 smh3gq58ozw5s624-1508233112，前面的 smh... 段同时就是媒体库 ID，后面接的是账号 UIN。所以桶名本身不可自定义——要辨识业务，靠备注。
• 地域我选了成都（中国）ap-chengdu。
• 备注我写成「文物也疯狂 · AI 产物归档」。

创建完在桶概览页能看到两个访问域名：外网 smh3gq58ozw5s624-1508233112.cos.ap-chengdu.myqcloud.com，内网 ...cos-internal.ap-chengdu.tencentcos.cn。

概览页还给了一个"选择接入方式"的分流引导：API（含智能体桶专属接口）、SDK（SMH SDK 管空间治理 + COS SDK 管对象读写）、UI（控制台 / COSBrowser）。这点我觉得挺清楚——它没有假装自己是一套全新体系，而是明确告诉你"对象读写沿用 COS/S3，空间治理才用 SMH 那套"。

四、三个空间，正好对上我的三段链路

我建了 3 个空间，命名直接照搬我的业务流程：