10月13日，知乎上出现了「DeepSeek再次灰度测试能力下降怎么看」的提问——被灰度命中的用户发现，模型输出质量出现了波动；两天后的10月15日早高峰，DeepSeek又经历了一次近5小时的服务中断。先说结论：这一轮灰度期间，把对话框当"测试环境"用——敏感内容别放进去、输出结果别直接交付、对外分享前先查链接和记忆设置。这轮灰测的到底是什么功能，官方并未披露；但9月以来几轮灰度踩过的坑，已经足够具体。知乎
进入10月，DeepSeek的灰度节奏明显加密。9月12日有媒体确认App正在灰度测试语音对话，被命中的用户右上角会多出一个小喇叭按钮，设置里还会出现四种"朗读音色"。9月底，又有用户反馈V4.1 Pro进入了按账号圈定的灰度内测。几轮灰度都没有伴随一份说明"在测什么"的功能公告，用户只能靠体感判断自己是否被选中。微博小红书
体感的代价不小。有用户实测，灰度中的模型输出速度从极简模式下的1000 tokens/s掉到100 tokens/s，质量明显不稳。这不是新鲜事：今年2月旗舰模型灰测后，"变冷变傻"的吐槽一度冲上热搜，有国产大模型厂商人士把那一版解读成"牺牲质量换速度"的极速版。规律很清楚：被灰度命中，意味着你的账号正在为某个未公布的目标版本让路，能力波动是灰测的一部分。关键任务要么等灰度窗口过去，要么改用稳定版本复核输出。小红书微博
数据隐私：三个最容易踩的坑
第一个坑是跨会话记忆串门。今年7月，大量用户反馈DeepSeek多个独立对话窗口并未完全隔离，此前设定的角色信息、聊天细节会跨会话互通，而平台当时并未提供彻底关闭跨窗口记忆的开关。对新对话里写过的病历、感情纠葛、公司内部信息，要默认它们可能"流"进别的窗口：敏感设定不要写入长期对话，并定期清空历史记录。微博
第二个坑是分享链接被搜索引擎"顺藤摸瓜"。有科技博主7月实测发现，只需要知道AI分享页面的网址格式，再在前面加上site:检索指令，就有可能搜到陌生人的AI聊天记录，DeepSeek、豆包、千问、Kimi均存在类似情况。风险范围要说清楚：只有主动点过"分享"并生成链接的对话才受影响，但产品提示语通常是"任何拿到链接的人都可以查看"——"拿到链接的人能看到"和"所有人可能搜到"是两回事。该博主给出的自查办法是：在DeepSeek的"系统设置—数据管理"中统一管理已分享的链接，删除原始对话后对应链接会失效；若对话里贴过账号密码或API密钥，仅仅删链接不够，必须立即让原密钥失效并重新生成。知乎
第三个坑是删除与留存的规则要自己确认。有用户转述DeepSeek官方FAQ称，已删除的对话无法恢复，删除操作会在48小时内完成全节点数据擦除，包括备份副本。同一条帖子还提到，可在网页版"设置→数据管理→导出所有历史对话"做主动备份，导出链接有效期7天。另有用户在设置中发现"使用我们的数据"类开关，提醒未关闭时数据可能被用于改进服务——具体条款与默认状态，以App内隐私政策文本为准。开发者还有专属教训：有人把API Key放进GitHub公开仓库，几小时就被盗刷了100多元的token。微博微博小红书
功能限制：哪些是灰测特有，哪些是常态
灰测特有的限制有三条。一是命中随缘：同一批语音功能，有用户9月底就被灰测到，有人10月10日才收到入口。二是能力不稳定：被命中账号的文风可能一夜漂移，"今天早上起来，发现又变文风了"的吐槽能拿到两千多赞。三是灰测功能本身有边界：10月14日分享语音"通话"用法的帖子写明，被灰测到的账号右上角才会出现通话标识，未命中的账号无法通过任何设置开启。小红书小红书小红书
更值得注意的是常态限制。限流是高频用户的日常，有重度用户形容"玩15分钟要等40分钟"。API侧则有并发队列上限，有开发者三个请求窗口并发跑V4 Pro时，其中一个突然开始疯狂报503。单点依赖是10月15日宕机暴露的最大教训：大量第三方平台上的"DeepSeek"实为转发官方API，宕机时全线跟着失联——有用户发现自家工具里的DeepSeek当天"不能用，pro也不能用"。小红书知乎知乎
当天故障从早8:11持续到13:04，全程4小时53分钟，对话服务、V4 Pro API、V4.1 Flash API全部受影响。官方状态页则显示，过去90天两项核心服务可用性为99.95%。问题在于，这0.05%几乎每次都砸在早高峰。知乎知乎
当天下午，DeepSeek发布《服务恢复及补偿通知》：按账号7日内（10月8日至14日）的API消耗金额以赠金形式全额返还，赠金自动到账、后续计费优先从赠金扣除，官方同时承诺"全面梳理并剥离单点依赖"。要留意补偿的是API赠金而非现金：普通聊天用户无所谓，但用DeepSeek跑线上业务的企业，近5小时的业务损失不是赠金能覆盖的。知乎
避坑清单：照做即可
把这轮灰测的教训压成四条：敏感信息（证件、病历、密钥、未公开的工作资料）不进对话框；点"分享"前先问自己"这张网页被全网搜到能否接受"，并定期到"数据管理"清理历史分享链接；被灰度命中且输出异常时，重要任务改用稳定版本或另一模型交叉验证；API用途务必配好密钥轮换与备用模型，别把免费满血当成不会掉线的服务。至于下一个节点，盯官方状态页公告和灰测功能的正式放量即可——在官方披露之前，任何"灰测内幕"都只能当线索，不宜当事实。
