人员与招聘精选

组织设计与问责代理

找出没人负责的工作,以及两个人都以为自己负责的工作

版本 2发布于 2026年9月2日
人员与招聘KnowledgeExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8条硬性规则
它绝不能做的事,每次运行都强制执行
5条移交规则
它停下并把工作交给人的条件
10个输出字段
结构化的结果,而不是一段需要反复阅读的文字
≤7步每次运行
有界的工作:最多 6 次工具调用,由运行时强制执行

设计上即为只读。 该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时,取消它就等于取消了信任其输出的理由。

版本 2 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

一张组织架构图显示谁向谁汇报,而关于「这些工作到底有没有人负责」,它什么也没告诉你。这个领域里的每一个工具都在画那些方框,并假定这个结构是对的。

这个智能体去检验它。它把每个岗位声明的职责,对照这家机构实际在做的工作做映射,然后报告那四种真正要花钱的失败:没有任何岗位拥有的工作、两个岗位都在认领的工作、压在一个无可替代的人身上的职责,以及一个没有指定决策者的决定——而那正是同一场争论一再回到同一个会议上的原因。

它还会顺着层层分解往下追。一个顶层目标,如果它下面没有任何东西对它负责,那就是一个不会发生的目标,而这一点只有把各层级放在一起对读时才看得见。

它描述结构,而绝不描述人。不作绩效评判、不对个人提出建议、不暗示某个岗位应当被取消——因为一份读起来像裁员名单的报告是一个法律问题,也因为那条发现几乎总是关于设计,而不是关于人。

价值

你会知道什么是没人负责的

在它出事之前,而不是在事后的事故复核里。

辞职不再是危机

因为压在某个人身上的那些职责,趁他还在的时候就被写下来了。

会议不再翻旧案

一个有指定决策者的决定,只被决定一次。

功能说明

  • 找出没有负责人的工作

    两个岗位之间那个没人注意到的缝,直到有什么东西掉进去为止。架构图显示不了这个;它画的是人,不是工作。

  • 找出有两个负责人的工作

    两个岗位都以为对方在管。这是一项任务悄无声息地永远没被做的最常见原因。

  • 点名那些单点故障

    一个人独自扛着的职责。每家机构都有好几处,而且在有人辞职之前很少说得出来。

  • 从顶层往下追分解链

    一个顶层目标如果下面没有任何东西对它负责,它就不会发生,而这只有把各层级对读时才看得见。

  • 找出没有决策者的决定

    这就是同一场争论每个月都回到同一个会议上的原因。

  • 描述结构,绝不描述人

    不作绩效评判,不对任何个人提出建议。那条发现几乎总是关于设计。

这会改变什么

这会如何改变你的一周

它接手的工作
弄清哪些工作有负责人、哪些有两个、哪些压在一个人身上。
目前由谁完成
没有人,直到有什么东西掉进缝里、或者有人辞职。
多久一次
扩张之后、重组之前,以及每一次反复出现的失败之后。
通常的人工投入
把每位主管都访谈一遍、弄清谁负责什么,要好几周。

为什么偏偏是人员与招聘。组织架构图工具画那些方框,并假定结构是对的。它们没有一个会告诉你:退款没有人负责、两个人各自以为对方在管新客引导,或者全公司只有一个人会做月末结账。

  • 无人值守运行

    由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。

  • 每一次都是同一标准

    第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。

  • 它无法自行采取行动

    组织设计与问责代理 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录,每次工具调用在执行前都会进行权限检查。

  1. 1输入按智能体的输入结构进行校验
  2. 2模型claude-opus-5,并自动回退
  3. 3工具search_knowledge, extract_structured_data
  4. 4权限自动执行 READ 级操作;更高的等待你批准
  5. 5输出符合输出结构的结构化结果
  6. 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."
    }
  ]
}

使用条件

集成

无需集成。

开始之前

  • 你的岗位与汇报线
  • 每个岗位负责什么
  • 这家机构实际在做的工作,以及它的目标
  • 需要 全量访问 套餐或更高

使用场景

扩张之后

在十五个人时说得通的岗位划分,到了四十个人时很少还盖得住那些工作。

重组之前

在重画之前,先弄清现在这套设计到底在哪里失效。

一个反复出现的失败

把它追溯到那个不断制造它的责任缝隙。

继任规划

哪些职责背后恰好只有一个人。

价格

全量访问

通过您的 PROMIVO 订阅按月计费,可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见 套餐限额

常见问题

它会建议取消岗位吗?

不会,而且被问到时它会拒绝。一份读起来像裁员名单的报告对你是个法律问题,而那条发现几乎总是关于设计,而不是关于坐在那个位子上的人。

它会评估人吗?

绝不。它读的是岗位和职责,不是个人。它不知道谁把工作做得好,也不试图去推断。

它需要什么?

你的岗位、谁向谁汇报,以及每个岗位负责什么——写得多粗糙都行。粗糙的那个版本,通常正是缺口显示得最清楚的地方。

这和组织架构图工具有什么不同?

架构图把你给它的结构画出来。这个把那个结构对照实际工作去检验,并告诉你它在哪里不成立。这是两件相反的事。

评价

客户运行过该智能体后,评价功能将开放。

需要这个智能体换一种做法?

告诉我们要改什么,我们的团队会为您的业务规划一个定制版本。

定制此智能体