智谱 MaaS 平台预告将上线数据内容不留存功能，称生效后不对用户输入输出做静态存储，数据仅用于当次调用，任何用户均可申请开通。但公告同时列出例外：Batch API、File API 等需持久化保存任务或文件的功能不在覆盖范围，法律法规要求留存或核查涉嫌违规滥用时，可能留存数据 30 天及以上。这条动态对求职者的价值不在功能本身，而在它把“隐私承诺”拆成了可追问的结构。

面试时，把“不留存”拆成三层来问

第一层是覆盖范围：哪些接口、哪些数据类型、哪些调用方式在承诺内。第二层是例外情形：公告已明确 Batch API、File API 不在覆盖范围，违规核查等场景可能留存 30 天及以上。第三层是申请流程：谁能开通、审核标准是什么、被拒绝的情形有哪些。

这三层问下来，你能判断岗位日常是做边界设计，还是只负责把宣传口径讲圆。如果面试官只能重复“我们很重视隐私”，却说不清例外清单和审批链路，这个岗位很可能不碰真实的数据治理责任。

例外越多，岗位越偏沟通与应急

一个假设场景：同样是“不留存”需求，A 团队的做法是先列出所有持久化接口，逐个确认是否纳入，再设计申请与审计流程；B 团队的做法是先对外发布承诺，遇到客户追问再补例外说明。前者需要制度设计能力，后者更考验客户沟通和应急响应。

例外情形越多、越依赖个案判断，岗位越可能偏向客户沟通与应急响应；例外越少、规则越稳定，越偏向制度与流程设计。读岗位描述时，可以留意它强调的是“制定政策”还是“响应客户问询”，这两类工作的日常节奏差别很大。

遇到数据边界争议，核实团队的修复流程

素材还提到，ZCode 就代码库数据上传讨论致歉，称已自查修复，问题源于代码库索引功能。这类争议对求职者的启发是：面试时可以问团队如何处理类似的数据边界问题——有没有自查机制、谁负责定级、修复后如何对外说明。

如果对方只能回答“已经修复了”，却说不清触发条件和复盘流程，说明这个岗位可能不涉及真实的数据治理责任。模拟面试中，这类问题不是断言面试官一定会问，而是帮你练习把模糊承诺转成具体核查问题。

实际可做的一件小事：下次看到类似“不留存”公告，先把它拆成覆盖范围、例外情形、申请流程三栏，再拿这三栏去对照目标岗位的职责描述，看它落在哪一栏。