内容供应商展示了一套 AI 品牌资料库：每位客户一个文件夹，模型能读取产品说明、品牌语气和旧脚本，快速生成下一轮创意。对跨境品牌来说，这个演示还缺一个采购问题：以我的项目身份运行时，系统究竟被允许读取哪些客户的文件？
ONCE 的建议是把“整理得清楚”与“权限分得清楚”分别验收。文件夹名称回答资料放在哪里；实际凭据、服务端授权和调用过程，才决定哪些资料能进入这次任务。两者可能配合得很好，但不能用前者代替后者。
一条具体平台规则，为什么值得采购负责人关心
截至 2026 年 11 月 1 日核验，Claude Platform 的《Files API》文档说明，上传文件按 workspace 管理，不按终端用户、对话或会话隔离；有权访问同一 workspace 的 API key 可以访问其中的文件。文档建议多客户应用为每个客户建立独立 workspace，并使用对应范围的 key。
这是该 API 的具体规则，不代表所有 Claude 产品、所有 AI 平台或某个供应商都采用同一种设计，也不证明已经发生客户资料泄漏。本文依据当前官方资料做常青分析，不把这条规则包装成当天新功能。
它改变的采购判断是：供应商说“客户 A 和客户 B 的资料分开放”，需要进一步说明“分开”发生在界面、应用权限，还是底层资源与凭据。品牌不必自己审代码，但应要求负责人解释并演示实际读取限制。
ONCE 三项核对：谁发起、能读什么、交给谁
| 核对项 | 采购方要问的问题 | 应当留下的记录 |
|---|---|---|
| 任务身份 | 系统如何确定这次属于哪位客户？能否被输入文字随意改变？ | 经过验证的客户归属与执行账号，不记录秘密凭据 |
| 可读材料 | 凭据、文件映射与检索范围是否只包含该任务获准资料？ | 实际调用的文件标识、权限判断与规则版本 |
| 输出去向 | 生成稿、缓存、导出和后台任务是否仍留在正确客户范围？ | 结果归属、接收对象及共享例外的批准记录 |
这是一种 ONCE 提出的采购核对方法，不是声称平台默认提供表格中的全部记录。技术团队应按实际方案说明能提供什么、还缺什么。日志优先保留必要标识和判断结果，不为证明隔离而把完整客户机密复制进另一套日志。
提示词里写“不要引用其他客户资料”可以表达任务要求，但不能替代读取权限。若不该读取的文件已经进入模型上下文，仅看最终回答没有出现它，仍不足以说明整个处理过程符合约定。
用合成资料验收，别拿真实客户文件碰运气
可以请技术负责人在获准的测试环境建立两个虚构客户，分别放入明显不同、纯合成的产品说明。以下是建议测试，不是 ONCE 已执行的安全审计，也不应用于未经授权的系统：
- 正常读取：客户 A 的任务能使用 A 的测试材料，输出归属正确。
- 跨客户引用：在 A 的测试请求中放入 B 的测试文件标识，系统应在未获授权的读取发生前拒绝或排除该材料，而不只是最终答复时隐藏它。
- 导出与后台任务：同一测试任务进入批量生成、重试或导出后，仍使用 A 的身份与获准材料。
- 身份不明：缺少可靠客户归属时，应停止处理或交给负责人核对，不自动落入一个能读取所有客户资料的公共身份。
验收记录应同时包含预期行为、实际行为和实现负责人解释。一次通过不能证明系统绝无缺陷；新增模型工具、连接器或异步任务后，应重查受影响的路径。对于 Claude Files API，上述演示还应覆盖文档所建议的客户独立 workspace 与对应 key，而不是仅在页面上模拟两个文件夹。
公共方法能复用，客户专属材料要另算
对于同时服务多个出海品牌的制作公司，可规模化的资产可以是自有拍摄方法、通用镜头结构、空白 brief 和经批准的公共样例。客户专属的未发布规格、营销计划、独家素材和项目判断，不能因为“对下一个项目有帮助”就自动加入公共资料池。
设想两家互不关联的消费电子品牌委托内容服务：一家的未发布功能说明帮助 AI 写出了另一家的脚本。即使没有逐字复制，问题也不只在成片有没有相似画面；资料是否获准进入另一个任务，已经是独立的检查对象。这个例子是假设，不是实际客户事件。
需要共用的资料应明确来源、可用目的和授权范围，并让系统能够区分公共资料与客户专属资料。能够复用的是经过确认的方法与资产，不是把所有项目输入混成一个更大的上下文。
报价要包括隔离维护，而不只包括生成次数
采购 AI 内容服务时，可要求分别列出客户环境设置、身份与文件映射、测试验收、持续维护和新增连接器后的复核工作。本文不给行业均价；这些项目应由供应商按真实实施范围报价。
专属环境也不应变成一句万能承诺。要继续确认谁管理跨客户的服务账号、导出文件和外部存储，以及离职或项目结束后怎样处理权限。文件读取隔离、数据保留和使用授权是不同问题，本篇只处理前者，不以一次读取测试替其他事项签收。
对 ONCE 的长期服务路线，判断是：内容托管与工作流产品化需要能够持续维护客户归属，而不只是积累更多文件。已有的 机器可读品牌上下文分析讨论哪些事实和动作获准使用；本篇进一步核对，这次任务从一开始能接触哪些客户的材料。
下一次看供应商演示时，请对方使用两份合成客户资料，展示正确读取和被阻止的跨客户读取，再说明后台生成与导出是否沿用同一限制。比起只看一次漂亮的生成稿，这更能帮助决定是否把未发布品牌资料交给持续服务系统。
来源与范围
Claude Platform Docs，《Files API》，2026 年 11 月 1 日核验，页面未确认精确发布日期。中文保留准确来源名称和标题，不附未经中国大陆可达性核验的海外外链。三项核对、测试建议及报价拆项为 ONCE 分析；没有执行账户测试，不构成任何供应商已通过验收的证明。
