概览
一张组织架构图显示谁向谁汇报,而关于「这些工作到底有没有人负责」,它什么也没告诉你。这个领域里的每一个工具都在画那些方框,并假定这个结构是对的。
这个智能体去检验它。它把每个岗位声明的职责,对照这家机构实际在做的工作做映射,然后报告那四种真正要花钱的失败:没有任何岗位拥有的工作、两个岗位都在认领的工作、压在一个无可替代的人身上的职责,以及一个没有指定决策者的决定——而那正是同一场争论一再回到同一个会议上的原因。
它还会顺着层层分解往下追。一个顶层目标,如果它下面没有任何东西对它负责,那就是一个不会发生的目标,而这一点只有把各层级放在一起对读时才看得见。
它描述结构,而绝不描述人。不作绩效评判、不对个人提出建议、不暗示某个岗位应当被取消——因为一份读起来像裁员名单的报告是一个法律问题,也因为那条发现几乎总是关于设计,而不是关于人。
价值
你会知道什么是没人负责的
在它出事之前,而不是在事后的事故复核里。
辞职不再是危机
因为压在某个人身上的那些职责,趁他还在的时候就被写下来了。
会议不再翻旧案
一个有指定决策者的决定,只被决定一次。
功能说明
找出没有负责人的工作
两个岗位之间那个没人注意到的缝,直到有什么东西掉进去为止。架构图显示不了这个;它画的是人,不是工作。
找出有两个负责人的工作
两个岗位都以为对方在管。这是一项任务悄无声息地永远没被做的最常见原因。
点名那些单点故障
一个人独自扛着的职责。每家机构都有好几处,而且在有人辞职之前很少说得出来。
从顶层往下追分解链
一个顶层目标如果下面没有任何东西对它负责,它就不会发生,而这只有把各层级对读时才看得见。
找出没有决策者的决定
这就是同一场争论每个月都回到同一个会议上的原因。
描述结构,绝不描述人
不作绩效评判,不对任何个人提出建议。那条发现几乎总是关于设计。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 弄清哪些工作有负责人、哪些有两个、哪些压在一个人身上。
- 目前由谁完成
- 没有人,直到有什么东西掉进缝里、或者有人辞职。
- 多久一次
- 扩张之后、重组之前,以及每一次反复出现的失败之后。
- 通常的人工投入
- 把每位主管都访谈一遍、弄清谁负责什么,要好几周。
为什么偏偏是人员与招聘。组织架构图工具画那些方框,并假定结构是对的。它们没有一个会告诉你:退款没有人负责、两个人各自以为对方在管新客引导,或者全公司只有一个人会做月末结账。
无人值守运行
由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
组织设计与问责代理 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录,每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5,并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作;更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"roles": [],
"objectives": [
"Cut delivery time by a third"
],
"organisation": "A 40-person services business"
}输出
{
"unowned": [
{
"work": "Customer refunds above the support limit",
"consequence": "Support escalates to Finance, Finance treats it as a support decision, and the customer waits. This is already happening; it appears in your own ticket notes.",
"nearestRoles": [
"Support Lead",
"Finance Manager"
]
}
],
"escalate": true,
"contested": [
{
"work": "Supplier onboarding",
"claimedBy": [
"Operations Manager",
"Procurement Officer"
]
}
],
"disclaimer": "An analysis of structure against work. It assesses no individual, recommends no change to any role, and is not employment advice.",
"brokenCascade": [
{
"objective": "Cut delivery time by a third",
"deadEndsAt": "Below the Operations Manager, no role's stated responsibilities mention delivery time. The objective has no owner beyond the person who set it."
}
],
"spanOfControl": [
{
"note": "Wide. A structural observation, not a judgement.",
"role": "Operations Manager",
"directReports": 14
},
{
"note": "Narrow.",
"role": "Quality Lead",
"directReports": 1
}
],
"escalationReason": "A top-level objective dead-ends with no accountable role, and refunds above the support limit are unowned.",
"undecidedDecisions": [
{
"decision": "Whether to take a project outside the standard scope",
"whoCouldDecide": [
"Delivery Lead",
"Managing Director"
]
}
],
"singlePointsOfFailure": [
{
"heldBy": "Finance Manager",
"responsibility": "Month-end close",
"ifVacantTomorrow": "Nothing in the supplied structure describes a second role that could perform it."
}
]
}使用条件
集成
无需集成。
开始之前
- 你的岗位与汇报线
- 每个岗位负责什么
- 这家机构实际在做的工作,以及它的目标
- 需要 全量访问 套餐或更高
使用场景
扩张之后
在十五个人时说得通的岗位划分,到了四十个人时很少还盖得住那些工作。
重组之前
在重画之前,先弄清现在这套设计到底在哪里失效。
一个反复出现的失败
把它追溯到那个不断制造它的责任缝隙。
继任规划
哪些职责背后恰好只有一个人。
价格
常见问题
它会建议取消岗位吗?
不会,而且被问到时它会拒绝。一份读起来像裁员名单的报告对你是个法律问题,而那条发现几乎总是关于设计,而不是关于坐在那个位子上的人。
它会评估人吗?
绝不。它读的是岗位和职责,不是个人。它不知道谁把工作做得好,也不试图去推断。
它需要什么?
你的岗位、谁向谁汇报,以及每个岗位负责什么——写得多粗糙都行。粗糙的那个版本,通常正是缺口显示得最清楚的地方。
这和组织架构图工具有什么不同?
架构图把你给它的结构画出来。这个把那个结构对照实际工作去检验,并告诉你它在哪里不成立。这是两件相反的事。
评价
客户运行过该智能体后,评价功能将开放。
需要这个智能体换一种做法?
告诉我们要改什么,我们的团队会为您的业务规划一个定制版本。
定制此智能体