← 返回
AIF Research Briefing
Methodology Series
Strategic Briefing

Empathetic Organisational Engineering

对组织做共情式、系统性的工程化构建:先听懂职责与后果,再设计人机边界, 最后只把可声明的副作用做成机执——组织 Agent 化的方法原则。

Key Finding

Empathy is not sentiment. It is the discipline of refusing to automate undeclarable responsibility.

Document type Research briefing · Visual narrative
Audience Product · FDE · Org owners
Sibling to Empathetic Engineer · Action-centric ontology
AIF Research Briefing
01 · Agenda
Agenda

本 briefing 回答三个问题

从共情工程的谱系,到组织构建的操作模型,再到可运营的人机边界指标。

01 · Why

为何是 Empathetic

系统挑战需要系统回应——组织 Agent 化必须纳入职责、价值与后果,而非只堆技术能力。

02 · How

如何工程化构建

Understand → Focus → Model → Gate → Implement:与组织构建 playbook 同构的纪律。

03 · Operate

如何持续运营

含人量、机执覆盖、就绪缺口——把人机边界变成可看见、可降低、可回滚的指数。

AIF Research Briefing
02 · Lineage
Methodological lineage

同源气质,不同工程对象

Empathetic Engineer 强调:挑战是系统性的,回应也必须是系统性的—— 技术之外纳入社会文化与价值。EOE 把同一气质落到「组织可执行力」。

Empathetic Engineer

产品 × 人与星球

典型语境:设计工程 · 可持续 · 社会影响
  • 共情对象:终端用户、社区、环境
  • 系统边界:产品/服务嵌入社会生态
  • 成功:更有影响力、更负责任的工程方案
  • 过程:Scope → Understand → Focus → Ideate → Refine → Implement
Empathetic Organizational Engineering

组织 × 行动系统

AIF 语境:组织构建 · Agentisation · 规范治理
  • 共情对象:岗位、成员、客户、合规主体
  • 系统边界:Schemo · Normo · Datumo · 运行时
  • 成功:人机边界可见、可运营、可审计
  • 过程:访谈 → scheme → 三轨投影 → 门禁 → 落库验收
Positioning

不是官网方法的原样搬迁,而是 sibling discipline:对组织行动系统做共情式工程。

AIF Research Briefing
03 · Thesis
Foundational thesis

组织 Agent 化 ≠ 多装几个 Agent

EOE axiom
Organizational agentisation is the continuous management of
who must keep hands on the wheel. 组织 Agent 化 = 对行动叶子持续管理「谁必须握方向盘」
Empathy · 共情

先听懂职责与后果

构建前必须理解:谁承担后果、哪些行动不可声明为 operation、 哪些决策必须由人拍板。跳过理解直接生成「自动化组织」,是反共情。

落地 → C1 / C2 人机门禁 · scheme 行动树
Engineering · 工程

再把边界做成可执行契约

机执:副作用可声明为 operation,并投影到 Norm + Datumo + tool。 人执:人类主导后果;AI 可辅助计划与合规,但不代人完成不可声明副作用。

落地 → action-centric 分流 · 三轨投影 · Index
AIF Research Briefing
04 · Contrast
Application fit

两种「组织上 Agent」的路径

一条在堆能力;一条在管理边界。产品叙事与构建纪律应选择后者。

Capability stacking

装 Agent · 接工具

主问题:我们接了多少自动化管道?
  • 以工具清单与对话入口衡量进度
  • 人执|机执多半是构建时标签,运行后不可见
  • 失败时回退人工,但边界无治理对象
  • 容易把「还不能机执」误当成「已经 Agent 化」
Boundary engineering

设计并运营人机边界

主问题:哪些行动仍须人握方向盘?
  • 以行动树分流与投影完整性衡量进度
  • 含人量可见;就绪缺口与意图分流分开记账
  • 边界可动:人执 → 协同 → 机执(或回退),可审计
  • 共情纪律:不可声明副作用不得被「假装机执」
Product sense

卖的是「可见、可降、可回滚」的 Agentisation——不是盲目把含人量压到零。

AIF Research Briefing
05 · Operating Model
Process isomorphism

与 Empathetic Engineer 六阶段同构

气质对齐,对象换成组织行动系统——每一步都有 playbook 硬门禁。

1

Scope / Understand

A1 访谈组织描述;收集服务、岗位、规则与验收意图。

2

Focus

C1 → scheme:战略边界、行动树、机执|人执分流概况。

3

Ideate / Model

C2 后投影:field · Schemo · agents · norms(三轨围着行动)。

4

Refine

Checklist · dry-run · Platform 微调;修正语境与适用性。

5

Implement

C4 批准落库 → Datumo · org tools · Trigger 验收。

6

Operate

Agentisation Index:含人量 · 机执覆盖 · 就绪缺口。

Discipline

禁止跳过 C1 写 scheme、跳过 C2 写 artifact、跳过 C4 落库——共情是过程约束,不是口号。

AIF Research Briefing
06 · Empathy Gates
Human-in-the-loop construction

人机门禁:共情的硬约束

宿主 Agent 可以加速建模,但不能代替组织主人确认「这是不是我们的边界」。

Gate 时机 共情问题
C1 动笔 scheme 前 我们是否听对了服务、行动与人机分流概况?
C2 生成 artifact 前 组织故事与分流是否可被主人认领?
C3 dry-run 后 结构是否自洽(审阅,不要求批准落库)
C4 落库前 是否明确同意把这套边界写入运行中的组织?
C5 Platform 微调后(建议) 语境与适用性是否仍符合现场现实?
AIF Research Briefing
07 · Operating Metric
看得见的人机边界

含人量:组织里还有多少事必须由人做

含人量高不等于落后。要审批、要谈判、要到现场的组织,本来就该更高——关键是看得见、能商量怎么降。

含人量

还得人握方向盘

在已分清「谁来做」的事务里,仍须人拍板或亲手完成的占比。说不清该谁做的,先不硬算进这个数。

边界有多「含人」
机执覆盖

想交给机器的,接好了吗

已经打算让机器做的事里,有多少真正接上了数据与工具、可以放心跑——而不是只写在方案里。

打算 vs 就绪
就绪缺口

别当成「还得人做」

工具没接好、数据没打通,是「还没准备好」,不是「必须人做」。两本账分开,才不会冤枉正在转型的组织。

诚实记账
怎么读这个指数

它不是「自动化成绩单」,而是组织照镜子:先看清人机边界,再决定哪里该守、哪里可以慢慢交给机器。

AIF Research Briefing
08 · Systemic Response
Systemic response

三轨:对组织行动的系统性回应

EOE 不是只做访谈;共情之后必须落到可执行投影——与 Action-centric ontology 同一脊柱。

Schemo · 解释

组织解释行动

角色、流程、系统给出「这件事在组织里意味着什么」——共情对象的结构落点。

Explains
Normo · 规治

规范定义行动

must / may / must_not 绑定 operations 或 nl——价值与义务进入契约,而非停留在故事。

Defines
Datumo · 声明

数据声明行动

仅机执数据面:resource × affordances。人执主行动不进 catalog——共情的技术表达。

Declares
Bridge

EOE 回答「为何这样构建」;Action-centric 回答「行动如何被建模与闸住」——方法气质 × 本体轴。

AIF Research Briefing
09 · Decision Lens
Boundary decisions

何时机执 · 何时守住人执

后果更重→
Hold · 人执

高后果 · 难说清

谈判、现场验收、跨部门拍板。AI 可帮忙理清情况,但不能代人承担后果。

Assist · 协同

高后果 · 能先准备

机器先读数、起草,关键一步仍由人批准。边界写清楚,不搞半自动黑箱。

Defer · 暂缓

低后果 · 还说不清

先把事拆小、把做法说清楚;不要为了「齐全」假装已经能交给机器。

Automate · 机执

后果可控 · 说得清

做完会怎样、改哪些数据都能说清楚——可以交给机器,并留下可查的记录。

做法能否说清楚 →
AIF Research Briefing
10 · Key Findings
Key Findings

五条结论

  1. 1
    EOE 是 sibling discipline 与 Empathetic Engineer 同气质;对象是组织行动系统,不是产品×星球。
  2. 2
    共情是门禁,不是文案 C1–C4 强制「听懂再建模、认领再落库」——跳过即反共情。
  3. 3
    Agentisation = 边界管理 不是多装 Agent;是持续管理谁必须握方向盘。
  4. 4
    三轨是系统性回应 解释 · 规治 · 声明——价值进入契约,人执不进假 affordance。
  5. 5
    含人量是运营仪表 先看见边界;就绪缺口与人执分账;目标是可演进,不是压到零。
AIF Research Briefing
Close
Next steps

从「接 Agent」转向「管边界」

组织构建若止于工具清单,将难以支撑可信的 Agentisation。 Empathetic Organizational Engineering 把共情前移为构建纪律,把边界做成可运营指数。

Bottom line

Understand first · Split honestly · Project systemically · Measure the human share · Never automate undeclarable responsibility.

Related action-centric-ontology · playbook/orchestration · Agentisation Index
Note Warm briefing palette · Empathetic Engineer referenced as sibling lineage
01 / 12