行业垂直 · 熟练
未成年用户那一档，默认值该设成什么
披露管的是「说没说」，默认值管的是「不说也能不能顶住」
上一页解决的是「要不要先说一句我是 AI」；这一页解决的是更难的一格 —— 当用户是未成年人时，光有披露不够，监管要的是「默认值本身就顶得住」：默认关掉长期记忆、默认关掉推送、默认给连续与每日时长封顶，而且这些默认只有家长账号能改。这一页做三件事：① 先判自己落不落在「陪伴型」定义里（不是名字，是能不能跨多次交互维持一段关系）；② 把年龄判定这条路走通（判不了就退而求其次：对全部用户套用儿童保护）；③ 把「默认值 + 家长控制 + 周期性提示」写成一份可交付的默认值对照表，而不是散在需求文档里。关键动作只有一个：先决定「我判不判年龄」，这一条决定了后面所有条目的写法。
方法 · 一图看懂
1
先判门槛 — 自然语言接口 + 类人的适应性回应 + 能跨多次交互维持关系，三条都占才落进定义（客服 / 教育用途且不带情感服务的除外）
2
决定判不判年龄 — 判：须用指定方法做年龄判定；不判：就把儿童保护套给全部用户，并公示你怎么做的
3
默认值写成一张表 — 长期记忆 / 推送 / 连续时长 / 每日时长四项，逐个写默认值，并标明「只有家长账号可改」
4
补两条流程 — 新上线或重大改版前先做风险评估并留档；同时写一份危机响应路径（识别到自伤信号后走哪几步）
5
把禁止行为列成清单 — 不鼓励自伤 · 不暗示有情感 · 不索要礼物内购 · 不表达浪漫兴趣 · 不过度吹捧 · 不劝阻求助
原理 · 为什么有效
为什么这一格比「披露」难：披露考的是你的文案，默认值考的是你的产品。披露可以补一句话，而默认值一旦设错，是在用户最没有防备的时刻生效 —— 一个孩子在半夜打开它，默认还开着长期记忆和推送，那么「记得你」这件事就被当成了陪伴本身。监管把它写成「默认」而不是「可选项」，是因为可选项等于没有：真正需要它的人不会去关。所以这一页真正的判据不是「有没有这个功能」，是「什么都不做的时候，它是不是已经安全」 —— 顺带也解释了为什么不判年龄的产品要把儿童保护套给全部用户：不是保守，是承认自己无法可靠地分辨。这条判据与披露那条合起来才是完整的：说了不算，默认才算。
适用场景
适用：做陪伴类 / 角色扮演类 / 情感向 AI 且面向他人开放的产品；也适用于会主动影响用户决策的客服与销售类 AI（操纵性交互那一档同样适用）。
⛔ 不适用：完全自用、不对外发布的产品；也不适用于明确排除在定义外的纯客服、纯教育不带情感服务的系统（但要能说清为什么排除）。
⚠️ 前提：能定位自己的产品是否「跨多次交互维持关系」—— 说不清就先按落进来处理。
自测 · 5 问
我的产品是不是「陪伴型」——三条门槛我能逐条回答吗
我决定判年龄还是不判？如果判，用的是指定的判定方法吗
长期记忆 / 推送 / 连续时长 / 每日时长这四项，默认值分别是什么
这些默认值只有家长账号能改吗（还是用户自己就能放开）
新上线或重大改版前，我有没有一份留档的风险评估与危机响应路径
怎么上手 · 验证步骤
先只做一张表，别急着改产品。把四项默认值（长期记忆 · 推送 · 连续时长 · 每日时长）各填一格，旁边再填两栏：「现在实际是什么」和「按这一档该是什么」。两栏不一致的格子，就是你要动的地方；如果一格都不想动，回到第 1 步重新判一遍门槛 —— 很可能你的产品其实落在定义外，那就把「为什么排除」写成一段可复核的说明，而不是放过它。表填完之后再问一句：这些默认值，用户自己能不能改回去？能 ⇒ 还要补家长控制那一层。
自检动作：把产品当成一个第一次打开、什么都不设置的未成年人用户走一遍 —— 记录他前十分钟会收到什么（记忆有没有开、有没有推送、有没有时长提示）。记录里出现的每一件「他并不需要它现在发生」的事，就是一个该被默认关掉的开关。