技能介绍

要解决的问题

临时账号、项目权限、外包访问和服务账号的到期时间，往往散落在表格、申请单和邮件里。运维同学要手工翻日期、判断哪些真的需要跟进，还要区分“已过期但可能仍在用”和“今天到期”。一旦口径不一致——同一账号在两个来源里写了不同到期日——凭经验挑一个，很容易漏掉真正要处理的那一条。这个技能把这批线索整理成一份分级草稿。

分级规则

输出顶部先写明 基准日、时区 和 提醒窗口；用户没给窗口时默认 30 个自然日，并标注这是默认值。
按日历日期比较，不混用时间戳：早于基准日为 已过期，等于基准日为 今日到期（剩余 0 天），晚于基准日且在窗口内为 即将到期，按剩余天数升序排列。
月底、项目结束后 这类模糊表述、无法解析的格式和缺失日期，一律进入 日期待确认，不猜一个日期填进去。
同一记录出现多个日期或负责人时不做取舍，并列来源后归入 口径冲突。

整理流程

清理输入：拒绝凭证，对姓名、账号、权限范围做最小化呈现。
归一字段：统一对象、账号类型、系统、权限范围、到期日、负责人和来源。
谨慎去重：只有对象、系统、权限范围都一致才合并；不同来源保留，冲突值不覆盖。
标记高关注项：服务账号、共享账号、特权访问、无人负责的访问 单独标出，建议人工核验。
给出动作：只写“核实业务需要、确认 Owner、发起续期/回收审批”这类建议，不写成已执行。

边界

它不连接 IdP/SSO，不调用任何权限系统的接口，因此不能验证日期、Owner、工单或系统当前状态，也不会自动发送提醒。已过期不等于已回收：过期只是提醒的输入，真正决定续期或停用的仍是业务 Owner 和审批流程，服务账号在停用前尤其要核验依赖。它也不覆盖周期性权限合理性复核、席位采购续费和供应商退出交接，这些分别交给 access-review-checklist、seat-license-renewal、vendor-exit-checklist。含小时级 SLA 的访问同样不在范围内。