using Admin.NET.Plugin.AiDOP.Entity.S8;
namespace Admin.NET.Plugin.AiDOP;
///
/// S8-LEGACY-NOTIFY-DECOMMISSION-1：**本 Seed 已停止供数，恒返回空集。**
///
/// 它原来做什么：向 ado_s8_notification_layer 灌 14 条平台默认基线
/// （S1–S7 × FOLLOW/SERIOUS × L1_OPERATOR，tenant_id=0 / factory_id=0），
/// 让旧的 (scene, severity, level) 分层通知在任意场景都能解析到一个可达 RoleCode。
///
/// 为什么停：通知收件人的 Current Authority 已经是
/// ado_s8_notification_recipient（Rule + Event + RecipientType → 责任池 / 当前处理人 /
/// 当前复核人 → SysUser）。旧分层的 Runtime 消费者在本批被整体切断，
/// 继续灌这 14 条只会：① 让退役后的库里重新长出没人消费的数据；
/// ② 让「删干净了」这件事在下一次启动后失效。
///
/// 为什么保留类而不是删掉：ISqlSugarEntitySeedData<T> 由反射发现，
/// 返回空集就等于不供数，这是切断供给的最小改动；类、Entity、CRUD 的物理删除
/// 属于 backend dead code 清理，留给 P1-C3 单独一批做，不与 Runtime 退役混批。
///
/// 刻意不保留原映射表：把 S1→ROLE_ORDER_PLANNER 那张表以注释或死代码形式留着，
/// 等于给后来者一个「看起来可以恢复」的入口。旧语义按 (scene, severity, level) 选人，
/// 与新模型的 (rule, event, responsibility) 是两套互不相干的维度，
/// 不存在把它迁过去的正确做法。需要考据时查 git 历史。
///
[IncreSeed]
public class S8NotificationLayerSeedData : ISqlSugarEntitySeedData
{
/// 恒空。任何启动 / provisioning / 升级路径都不会再生成平台默认分层行。
public IEnumerable HasData() => Array.Empty();
}