用途：设计SaaS厂商内部员工使用的后台管理控制台，把原本依赖SSH、临时SQL与支付后台的操作替换为可审计、可脚本化、基于角色的控制台，并在平台提供AI功能时扩展出AI事故控制台与Agent运维控制台。
主要能力：覆盖租户运营（搜索、暂停、恢复、归档、转让所有权、切换套餐/区域、功能开关、租户模拟）、用户运营、计费运营（退款、信用、折扣、暂停订阅）、支持运营、合规运营与批量操作；提供内部角色模型（support_l1、support_l2、billing_ops、engineering_oncall、security、super_admin）及权限矩阵；所有变更走统一审计管道，被审计的时限化模拟要求填写理由并默认30分钟、最长4小时，且对租户可见；批量操作默认先干跑、二次审批、分批执行、可暂停并可回滚；高风险动作需MFA、联合签署与冷却期。AI相关部分要求提供特征/任务 kill-switch、模型/提示/检索索引/工具固定、租户级暂停、配额上限与证据导出，并写入ai_incident_mitigation_log。
使用方式：先读取SKILL.md，依据控制面服务清单、审计日志规范、租户生命周期与合规态势，映射后台需支持的操作，设计角色模型，构建带审计的变更管道，实现模拟与批量操作流程，再落实特权访问工作流并规避反模式。技术栈可用Retool、Internal、Tooljet、Forest Admin、Appsmith，或自建React/Vue应用，Django admin、Laravel Nova/Filament亦可但需扩展审计、模拟与联合签署。
适用场景：多租户SaaS的内部运营；以审计化、脚本化、基于角色的控制台替代SSH与临时SQL；为支持人员加入时限化租户模拟；构建批量套餐迁移、批量邀请、区域迁移；落实SOC2/GDPR的特权访问控制；运营在线AI Agent的租户级熔断与审批覆盖。
限制与注意：不适用于面向客户的租户内管理员面板、控制面服务架构、审计日志Schema本身或通用RBAC；生产环境禁止绕过审计管道的直接数据库写入；不应使用静默模拟、无干跑的批量操作、无MFA的特权操作，以及分散在各处的租户功能开关覆盖。具体实现与运行时代码以资料中的示例和建议为准。