01
Client
用户应用构造请求并选择模型、Provider 偏好与数据策略。
Data controls
选择模型时，也要能选择数据路径。
CLSSAI 计划把 Provider 保留、训练、地区和内容日志策略放进目录与路由控件，让数据选择在请求发出前发生，而不是事后藏在文档里。
Before请求前选择策略
Per route记录实际 Provider
Off正文日志目标默认值
Draft政策映射状态
UI-only · Provider 数据政策尚未实时接入
筛选项、ZDR 标签、正文日志开关、导出与删除流程均为产品契约预览；目前不保证已执行这些策略。
查看实现队列REQUEST PATH
一次请求会经过哪些数据边界。
每一层都需要独立的用途、保留与访问规则；路由结果应显示最终走过的路径。
02
CLSSAI routing
验证凭据、应用策略并记录最少必要元数据；正文日志规则仍待正式确认。
03
Model Provider
输入发送到实际执行推理的 Provider；其保留、训练和地区规则必须单独展示。
POLICY CONTROLS
计划支持的可控项。
只有当真实路由能强制执行并留下证据时，控件才会从 UI-only 升级为可用。
Planned
Retention filter
仅选择满足指定保留规则的 endpoint；Zero Data Retention 标签需要 Provider 证据支持。
Planned
Training filter
按 Provider 是否将输入输出用于训练或改进进行筛选，避免把“无训练”和“无保留”混为一谈。
Planned
Content logging
独立控制提示与响应正文日志；元数据记录、调试和组织访问权限需分别说明。
EVIDENCE
策略必须能在请求记录里被验证。
目标不是一个静态隐私徽章，而是每次请求都能回答以下问题。
- 最终 Provider 与 endpoint 是什么
- 执行时使用了哪个策略版本
- 正文与元数据分别保存了什么
- 删除、导出或冻结处于什么状态
NEXT STEP
数据筛选最终会成为路由的一部分。
在后端策略强制与证据链完成前，Provider 页面中的数据标签仍是预览。