概览
入职之所以有效，是因为有人在等一台笔记本，等不到就会抱怨。离职则悄悄失效：人已经走了，他那个仍然有效的账号没给任何人添麻烦，然后在一年后的权限复核里、或者在一次安全事件里才浮出来。
中间那种情况更糟。有人换了岗位，拿到了新团队的权限却没有失去旧团队的，三次内部调动之后，一个人就能审批采购订单、开出发票并放款。这是教科书式的职责分离失效，而一个什么都没做错的组织，会一次晋升一点地把它建起来。
这个智能体把用工记录与「人们实际还能够到什么」核对起来。它报告离职者遗留下来的权限、调动者从旧岗位保留下来的权限、仍在等自己岗位所需之物的新人，以及那些让一个人能端到端完成一笔交易的组合。它还会找出随某个人一起离开的东西——只有他知道的那个流程、只有他能进的那个账号。
它不回收任何权限。撤销某人的权限是一项带有用工与运营后果的动作，它属于一个能看到这个智能体看不到之背景的人。
价值
权限复核不再是一场突击
那些发现早已被知道，也早已在被处理。
危险的组合被提早发现
在它被用到之前，无论是有意还是无意。
离职的人是真的离职了
包括那些没人记得他还在里面的系统。
功能说明
找出比岗位活得更久的权限
离职者仍持有账号。它无声地失效，因为它没给任何人添麻烦。
抓住调动累积起来的权限
新团队的权限加上了，旧团队的从没撤掉。三次晋升之后，一个人就能端到端跑完一笔交易。
点名危险的组合
审批、开票和放款集中在一个人身上——审计师最先找的那条发现。
找出还在等的新人
到岗三周，仍然缺一样岗位必需的东西，而这件事没有任何人记录过。
报告随人一起离开的东西
只有他在跑的那个流程、只有他能进的那个账号——在还找得回来的时候找出来。
不回收任何权限
撤销权限带有用工与运营后果。它属于一个能看到这个智能体看不到之事的人。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 把「谁还在这里工作」与「他们还能够到什么」在所有系统上核对起来。
- 目前由谁完成
- IT 和人力各做各的，两边都没有完整的一半。
- 多久一次
- 理论上每季度。实际上是审计前一周。
- 通常的人工投入
- 好几天的时间导出权限清单，再手工与员工名单逐一比对。
为什么偏偏是人员与招聘。身份工具追踪账号，人力系统追踪用工，而几乎没有人把两者核对起来。每一条发现都住在那道缝隙里——包括那个在两次内部调动之后，能开出采购订单、批准它并放款的人。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
员工生命周期代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"access": [],
"people": [],
"asAtDate": "2026-09-02"
}输出
{
"escalate": true,
"disclaimer": "A reconciliation of records. No access has been changed, nobody has been assessed, and holding access beyond a role is a process finding rather than an allegation about any person.",
"policyFound": true,
"joinersWaiting": [
"EMP-231 has been in post 23 days without the ticketing access their role requires. Nothing in the record shows it was ever requested."
],
"escalationReason": "A leaver has held production database access for 214 days, and one person can complete a purchase transaction end to end.",
"accumulatedAccess": [
{
"person": "EMP-091",
"system": "Purchase approvals",
"fromRole": "Procurement Officer — a role they left in March. The access came with the role and never went with it."
}
],
"leaversWithAccess": [
{
"person": "EMP-118",
"system": "Production database",
"sensitivity": "high",
"daysSinceLeaving": 214
},
{
"person": "EMP-204",
"system": "Payment gateway",
"sensitivity": "high",
"daysSinceLeaving": 61
}
],
"singlePersonAccess": [
"The payroll bureau portal is reachable by one person, who is a leaver at the end of this month."
],
"unattributedAccess": [
"A service account with production write access, granted 2023, matching no person or role on record."
],
"dangerousCombinations": [
{
"person": "EMP-091",
"systems": [
"Purchase approvals",
"Supplier ledger",
"Payment release"
],
"combination": "Can raise a purchase order, approve it, and release the payment. Three roles' access held by one person after two internal moves."
}
]
}使用条件
集成
无需集成。
开始之前
- 你的员工及其当前岗位，含新入职、调动和离职
- 各系统权限的授予依据
- 存放你的权限政策与岗位定义的知识库
- 需要 全量访问 套餐或更高
使用场景
一位离职者之后
所有仍挂在他名下的东西，一份清单。
季度权限复核
审计师会提的问题，在他提之前先提。
重组之后
调动在哪里让人同时持有了两个岗位的权限。
审计或认证之前
职责分离方面的发现，由你自己先找出来。
价格
常见问题
它会撤销权限吗？
不会，而且它不应该。在项目进行中或争议进行中撤销某人的权限，会带来这个智能体看不到的后果。它产出清单；由人来行动。
这和身份管理工具有什么不同？
身份工具追踪账号，人力系统追踪用工。几乎没有人把两者核对起来，而每一条发现都住在两者之间的缝隙里。这项核对就是整个产品。
它会评估人吗？
绝不。它报告的是权限相对于岗位的情况。持有一份你已不再需要的权限，是流程的失败，不是个人的失败，报告里也会这样写。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体