临时权限 · 插件策划案

要解决的问题只有一句话：玩家想要 30 分钟的飞行或一小会儿创造模式，唯一的正规途径是在线私聊管理员；管理员要么守着后台批复，要么给了权限忘了收，埋下永久开放的隐患。

TempApply 的答案是权限租约：每一次授权都是一条带到期时间的记录。玩家像点外卖一样自助下单（含时长、参数与用途说明），系统先做规则校验，可选地交给 AI 预审，最后落到管理员的一次点击；到期那一刻，回收引擎把玩家的状态精确还原到授权前。

同类需求的现有解法可分为三种：纯人工管理、权限组限时工具、闭源商业申请面板。它们分别输在效率、粒度与透明度上。

把四个维度拉开距离再看：TempApply 的差异化不在"能不能限时"（LP 已经做到），而在把授权改成完整的申请-裁决-回收闭环，并把其中最耗人的环节（初筛）交给规则与 AI。

整个插件的玩法可以压缩成一句话：权限是一次租借，不是一次赠予。玩家发起租借 → 系统裁决 → 定时归还，三个环节各自有独立的产品设计。

七张权卡：一类权限一种语义

七类类型不是同一个开关的七个马甲——每类都定义了独立的授权动作与归还动作，参数面也完全不同：

唯一的例外是 give：物品一经发放即归属玩家所有，因此它天然没有回收语义——这也是它的高危清单最严格的原因。其余六类到期统一进入还原流程。

功能拆成六个模块：申请通道、审批工作台、回收引擎、通知中枢、AI 审核、数据存储。前两者面向日常使用，后四者决定系统可靠性与扩展性。

命令速查

一个常驻后台的申请系统最容易在两处失控：每 tick 的轮询和主线程上的 IO。TempApply 用三条硬约束把两者都关在门外。

存储层同样遵守保守原则：SQLite 默认足够（典型服每周写入量级不过数千行），MySQL 仅作大规模部署的可选件；所有状态变更走批量事务提交，避免逐条刷盘。

命令面向两类人各留一条路：玩家要一眼看懂，管理员要一步到位。权限节点遵循最小授予原则，危险能力默认关闭。

未接入权限插件时按上表默认值工作；检测到 LuckPerms 后自动走其节点查询（soft-depend，非硬绑定），方便用组策略批量管理审批组。

配置按"存储 → 权限类型 → 自动化 → 通知 → 全局"五大块组织，每个权限类型的时长、上限、黑白名单自成一体，互不干扰。

# TempApply 主配置 · 节选示意（完整键位以发布包 config.yml 为准）
storage:
  type: sqlite                       # sqlite / mysql

permissions:
  fly:
    default-duration: 60            # 缺省时长（分钟）
    max-duration: 120               # 单次硬顶
    max-speed: 5
  creative:
    risk-level: HIGH
    blocked-items: [...]            # 违禁物品黑名单
    log-actions: true
  give:
    max-item-amount: 64
    high-risk-items: [...]         # 下界合金·金苹果·图腾等
  cmd:
    blocked-commands: ["stop", "reload", "op", "*"]

license-key:
  enabled: true
ai-review:
  enabled: false                    # License-Key 激活后可开启
  provider: deepseek               # deepseek/openai/zhipu/qwen/moonshot/siliconflow/custom
  protocol: openai-chat            # openai-chat/anthropic-messages/google-gemini

notify:
  mail:
    provider: qq                   # qq / 163 / gmail
    admin-emails: ["..."]
  qq-bot:
    group-openids: ["..."]

general:
  language: zh_CN
  auto-deny-time: 24h              # 超时未裁决自动驳回
  notify-before-expire: 5m         # 到期前预告

热路径参数（时长、上限、黑白名单）改动无需重启核心逻辑，配合 /tadmin 即可验证效果；涉及存储切换的调整则建议低峰操作。

四个里程碑走完从概念到发布的全程。目前 M0–M3 已全部达成，v1.0.0 已正式发布。

逐项评估五类主要风险的概率与影响，并为每一项给出已经内建的缓解机制。