Skip to content

组织操作系统架构师

2026/05/22

组织操作系统架构师

人在回路中|组织操作系统架构师

V08 组织操作系统架构师

本文是《人在回路中 Human in the Loop》系列第 9 篇。

写到第九篇,我反而不想再谈 AI 了。

不是因为 AI 不重要。

是因为谈到这里,再谈工具,已经有点轻。

前面八篇说了很多东西:分工、组织 OS、HR 三支柱、新劳动契约、Wulf 矩阵、判断溢价、FDE、A/O/G 三刀。

这些词看起来多,其实都在说同一件事:

AI 不是把旧公司加速一遍。

AI 会逼你承认,旧公司本来就有很多地方没画清楚。

谁判断。

谁签字。

谁复核。

谁停机。

谁背锅。

谁把经验沉下来,下一次不再靠老员工脑子里的手感。

以前这些问题可以糊着过。流程慢一点,会议多一点,老员工多兜一点,老板多拍几次脑袋,公司也能跑。

AI 一进来,糊不住了。

机器不会替你承担组织责任。机器只会把你没写清楚的责任链,放大给你看。


所以,一个一号位如果写到今天还只问三个问题:买哪个模型,接哪个 Agent,上哪个系统。

他还在工具桌上。

工具桌上可以做采购,可以做试点,可以做 demo。

做不出公司。

真正的问题在另一张桌上。

这张桌上问的不是“AI 能做什么”,而是:

公司要被重画成什么样?

岗位怎么分。流程从哪里断。知识沉到哪里。责任怎么追。权限谁来放。出错以后谁能停。试点怎么进生产。生产以后怎么回滚。

这些问题,技术负责人一个人答不了。

HR 一号位一个人答不了。

数字化负责人拿一张路线图,也答不了。

这是经营问题。

是一号位要亲自签字的问题。

但一号位亲自签字,不等于一号位亲自画完每一张图。公司需要有人把这些问题翻译成组织图纸,再拿回经营桌上,让老板能签、能问责、能复盘。

这就是收尾篇要讲的位置。


我先不急着给它贴头衔。

贴头衔很容易,一贴就变成招聘 JD。

真正难的是把功能说清楚。

这个位置要把 AI 能力翻译成组织能力。把模型输出翻译成业务动作。把业务动作翻译成流程断点。把流程断点翻译成责任链。把责任链翻译成治理门禁。

如果这件事没有角色承接,公司会出现一种很隐蔽的错觉:

每个部门都在用 AI,但公司整体没有变聪明。

销售用了 AI 写话术,客服用了 AI 回问题,研发用了 AI 写代码,运营用了 AI 做图,HR 用了 AI 写 JD。看起来每个局部都有进展,复盘时每个负责人都能拿出几个效率提升的例子。

但老板一看经营结果,会发现另一件事:跨部门更乱了,流程责任更模糊了,知识沉淀更散了,治理压力更大了。

这不是 AI 没用。

这是没有把 AI 变成组织设计。

所以第九篇不再讨论“要不要上 AI”。

这个问题在 2026 年已经太轻了。

真正重的问题是:

AI 已经进来了,谁负责把公司重新画成一个能承受 AI 的组织?

我要定义的,是 AI 时代另一层功能:

组织操作系统架构师。

它不靠头衔成立,也不靠引用成立。

它靠问题本身成立。

AI 进来以后,岗位、流程、知识、责任、治理都要重新接入同一套组织 OS。谁把这些接口画出来,谁把它们拿回经营桌上,让一号位能签、能问责、能复盘,谁就在承担这个功能。


“首席组织官”这几个字,很容易把读者拉回 HR 一号位的升级版。

这个误读要先拆掉。

如果你把它理解成 HR 升级版,后面判断都会走偏。你会开始问:这个人管不管招聘?管不管绩效?管不管培训?管不管文化?是不是向 CEO 汇报?是不是比 CHO 更高级?

这些问题都太像组织结构图上的问题。

但我在这里要讲的“组织操作系统架构师”,不是组织结构图上的格子,而是方法论层次。

传统组织方法论里,已经有人把创始人兼 CEO、首席组织官、首席人力资源官、四级 HR 负责人、HRD 这些层次分开。这个分法有价值,因为它把很多公司里讲不清的冲突说清了。

老板在一级问题里想的是:公司怎么活,怎么增长,怎么穿越环境。

HRD 在五级问题里想的是:人才标准怎么做,通用素质怎么开发,流程表格怎么落。

两边都不坏。

但他们讨论的根本不是同一层问题。

很多公司所谓“老板不懂 HR”“HR 不懂业务”,本质不是沟通问题,是方法论缺层。

缺的是第二层:如何建立和迭代组织。

这个缺层,传统组织里可以借“首席组织官层次”来理解。

但 AI 时代,我不想只沿用旧名。

因为旧名天然带着 HR、CHO、组织发展的影子。我要说的是另一件事:AI 进入组织以后,公司里缺一个能重写组织协议的人。

它不是替 CEO 做战略,也不是替 HR 做六模块。它要回答的是:公司要实现这个战略,需要什么组织能力;这个组织能力要落在哪些系统里;哪些岗位要重新定义;哪些流程要重新连接;哪些责任要重新写清;哪些文化口号要被翻译成机制。

放到 AI 时代,这个缺层会更刺眼。

因为 AI 不会只落在某一个部门。AI 一旦进入生产,就会同时碰到技术、业务、法务、财务、HR、运营、客服、销售。

这时你让技术负责人单独牵头,他容易把问题做成平台建设。

你让 HR 一号位单独牵头,他容易把问题做成培训和岗位盘点。

你让数字化负责人单独牵头,他容易把问题做成系统上线。

你让业务负责人各自试点,公司会多出一堆互不相认的小工具。

每一种都可能有局部收益。

但组织协议层仍然空着。

组织协议层是什么?

就是一家公司里“谁能做什么、谁该判断什么、谁为结果负责、什么情况必须停、知识沉淀到哪里、下次怎么复用”的那一层。

AI 进来后,最先被冲击的就是这一层。

所以,组织操作系统架构师不是 HR 升级版。它不是画流程图的人,而是一号位身边的系统架构者。它要把战略、AI 能力、业务现场、人机分工、治理边界接到同一套组织 OS 上。


这里一笔带过。

“首席组织官”不是我发明的词。龙湖、老房、那套组织体系,我都不需要回避。我确实在里面干过,也受过它的训练。

但这不是本篇的主角。

我不是来给旧词写注脚的,也不是在别人体系里给自己找位置。传统组织那套地图,我认;AI 时代这张新图,我自己画。

这套组织方法论对我有用的地方,不是头衔,而是几个硬刻度。

组织不是几个人加一张结构图。组织是环境压力、战略选择、系统配置、能力文化和结果之间的动态关系。

很多老板讲 AI,仍然停在“找几个会用 AI 的人”“买几个工具”“让部门提效”。这还是旧组织思维。AI 进入后,如果不看系统,不看能力文化,不看真实目标和名义目标之间的差距,工具越强,裂缝越亮。

AI 不是外挂工具,不是员工学习清单里的一个软件。AI 是组织能力函数里的变量。变量一旦变化,正式组织、人才、文化、流程、机制、系统都要跟着重新配平。

老板说要 AI 化,这是上三路。员工开始用工具,这是下三路。中间那层经营原则、流程机制、能力标准如果没变,组织还是旧组织,只是每个人手里多了一个更快的工具。

所以我不是要把 AI 文章写成 HR 文章。

传统组织已经有人把空位讲出来了。AI 进来以后,我看到的是另一个更具体、更工程化、更贴近一号位经营桌的新空位。

原来的问题是,公司如何从团伙到组织、从人治到系统、从业务成功到组织成功。

现在的问题是,公司如何从人类组织,进入人机混合组织。

这就是我为什么把它重新命名为组织操作系统架构师。

J叔是从龙湖体系里出来的 J叔,但 J叔不是龙湖体系的复读机。


AI 进来以后,这个空位会被放大。

原因很简单:AI 不是只增加一个工具变量,它会同时改写五层。

岗位层先被改写。以前一个岗位对应一个人、一组职责、一套能力要求。现在一个岗位里会长出很多机器动作。岗位不再是纯人的盒子,而是人、AI、规则、模板、审计的组合体。

流程层接着被改写。以前流程节点之间靠人传递信息,靠会议确认,靠管理者拍板。现在 AI 可以直接生成、判断、推送、触发下一步动作。问题是,哪些节点可以让 AI 直接过,哪些节点必须人看一眼,哪些节点需要人和 AI 共同判断,哪些节点要关在生产门外。

知识层也被改写。过去组织知识藏在人脑、文档、会议纪要、老员工经验里。AI 进入后,知识开始进入 prompt、规则文件、SOP、检索库、工作流、评估集。知识不再只是“谁懂”,而是“谁能被系统调用,调用后怎么验证”。

责任层会被改写得更狠。以前员工做错了,至少能追到一个人、一个主管、一条流程。AI 参与以后,如果输出错了,是写 prompt 的人负责,还是调用系统的人负责,还是批准上线的人负责,还是流程 owner 负责。这里不先写清楚,事故发生时每个人都容易说自己只是用了工具。

治理层最后压下来。权限、审计、回滚、kill switch、生产门禁、数据边界,这些东西过去像合规部门的事。AI 进生产以后,它们会变成经营问题。因为一次错误调用、一次越权输出、一次不可回滚的自动动作,都可能直接影响客户、收入和品牌信任。

这五层同时动,传统角色就会露出边界。

技术负责人可以管模型和系统,但不一定能重写岗位责任。

HR 一号位可以管人和组织发展,但不一定能定义生产门禁。

业务负责人可以管结果,但不一定能设计跨部门责任链。

法务合规可以设红线,但不一定能把红线变成日常流程。

于是公司会出现一个奇怪局面:每个角色都沾边,但缺少完整承接者。

这就是结构性空位。

一个老板自己用 AI 手搓了网站,觉得研发可以少很多人,这不是懂 AI,这是把动作替代误读成组织替代。一个团队上了很多 AI 工具,结果服务器挂了、流程卡了、客户侧无人承接,这也不是 AI 太激进,这是组织协议层没设计。

粗话可以不写进正文,但判断要保留:一号位如果不懂组织,只看见 AI 替代动作,就会把公司带进一种很危险的轻率。

它不是短期犯错那么简单。

它会把组织做薄。

组织一薄,工具越强,公司越脆。


收尾不能写成综述。

综述是把前文再讲一遍。归位是让读者看到这八篇到底撑起了什么。

开篇撑的是元命题:AI 是新分工,不是新工具。只要这一句不立住,后面讨论都会滑回“怎么提效、怎么培训、怎么采购”。

第二篇撑的是组织 OS。Klarna 的客服案例、B 老板的认知陷阱、旧流程被 AI 放大的裂缝,讲的都不是 AI 行不行,而是旧组织能不能承受 AI 流量。

第三篇撑的是 HR 三支柱崩塌。SSC、COE、HRBP 这套结构不是没价值,而是它的接口生成于另一个时代。AI 进来以后,知识、判断、责任不再按旧三支柱自然流动。

第四篇撑的是新劳动契约。AI 把动作价格打下去以后,人和组织之间真正要重新谈的是判断、责任、边界和结果。

第五篇撑的是 Wulf 矩阵。HOTL、HITL、HITP、HIC、HAM、HOOTL 不是术语秀,而是提醒老板:人和 AI 的关系有不同模式,不能用一句“人在回路中”糊过去。

第六篇撑的是判断溢价。AI 越便宜,动作越不值钱,判断越贵。真正值钱的人,不是比 AI 多做动作,而是能在模糊、冲突、高后果场景里保留判断。

第七篇撑的是 FDE。FDE 不是一个新岗位噱头,而是 AI 公司把客户现场、组织接口、产品能力写进同一个角色的信号。它证明 AI 不只改软件交付,也会改组织交付。

第八篇撑的是 A/O/G 三刀。Claude、OpenAI、Gemini 给出的是外部信号。我把它转译成老板能开会用的动作刀、组织刀、治理刀。先切哪一刀,不是成熟度问题,是经营判断问题。

八根柱子放在一起,图就出来了。

AI 是新分工,所以旧组织 OS 会卡。旧组织 OS 会卡,所以 HR 三支柱会露出接口问题。接口问题露出来,所以劳动契约要重写。契约重写以后,人和 AI 的关系要分模式。模式分清以后,判断会重新变贵。判断变贵以后,FDE 这类组织接口会出现。组织接口出现以后,老板不能再按工具采购思路推进,而要按 A/O/G 判断先切哪里。

这条链走到最后,就剩一个空位。

谁来把这张图拿在手上?

不是评论员。评论员可以讲趋势,但不负责组织后果。

不是单个技术负责人。技术负责人可以把模型和系统做好,但组织责任不在他一个人身上。

不是传统 HR 一号位。传统 HR 一号位可以做人才、文化、绩效、组织发展,但 AI 时代的组织协议层已经穿过技术、产品、业务和治理。

也不是老板自己每天亲自画每一张流程图。老板要签字,要问责,要在关键分岔处拍板,但公司不能靠老板一个人的手工组织设计运行。

所以第九篇的答案不是“再设一个部门”。

答案是:公司需要一个能把这八根柱子画成同一张图的人。

这个人未必一开始就有标准头衔,但他承担的功能要清楚。

他要懂分工,因为 AI 改的是分工。他要懂组织 OS,因为工具进来会冲击旧流程。他要懂 HR 三支柱,因为知识和责任原来就在这些接口里流动。他要懂劳动契约,因为判断溢价要落到报酬、角色和责任里。他要懂 Wulf 的模式谱,因为不同场景的人机关系不同。他要懂判断溢价,因为不能把动作效率当成组织成果。他要懂 FDE,因为客户现场正在变成组织设计的一部分。他还要懂 A/O/G,因为老板需要下刀顺序。

这不是复合背景的炫耀。

这是这件事本身要求的复合性。

AI 把组织问题重新合并了。过去被拆散在技术、HR、业务、法务、财务、运营里的问题,现在要回到一张经营桌上。

这张桌上,需要一个组织 OS 架构师。


如果这篇文章只能给一号位留下一个抓手,我不想给一张能力模型。

能力模型太容易变成招聘话术。

我只给五个问题。

岗位怎么分。

公司里哪些岗位仍然由人承担,哪些动作可以由 AI 承担,哪些岗位会变成人机混合。这里不要先写岗位 JD,要先看任务里的判断含量、风险后果、输出可验证性。低判断、高重复、可验证的动作,可以先交给 AI。高模糊、高后果、强关系的判断,要留在人身上。中间那一层,才是 HAM 的空间。

流程怎么断点。

一条流程里,哪些节点可以让 AI 自动走,哪些节点必须人确认,哪些节点需要人和 AI 同场判断,哪些节点不能进生产。Wulf et al. 2025 的人机协作模式谱在这里有用,不是为了背术语,而是为了让老板看到:不同流程节点的判断保留度不同。

知识放哪里。

过去组织知识可以藏在老员工、会议、文档和微信群里。AI 进入后,这种藏法会失效。知识要进入规则文件、prompt 模板、brief 结构、SOP、检索库、评估集和复盘记录。否则 AI 只能调用碎片,不能调用组织。

责任怎么追。

AI 输出错了以后,不能只说“系统生成的”。谁写了规则,谁批准上线,谁调用,谁复核,谁放行,谁有权停,必须在责任链上写清楚。没有责任链,AI 项目越成功,事故时越像无人区。

治理谁签字。

哪些场景可以试点,哪些场景进生产,哪些权限不能放,哪些数据不能进,哪些动作必须有回滚,哪些评估不过不能上线。这不是合规部门的事后审查,而是一号位的经营门禁。

这五个问题答完,组织 OS 架构师的位置就长出来了。

它不是一个人把很多事包了。它是一个人负责把这些问题放到同一张图上,逼每个负责人在同一套协议里回答。

技术负责人回答系统能不能做。业务负责人回答结果要不要做。HR 一号位回答岗位和能力怎么变。法务合规回答边界在哪里。财务回答投入产出怎么核。老板回答是否签字。

组织 OS 架构师要做的是把这些回答拼成组织图纸。

图纸这个词很重要。

没有图纸,公司就会靠口号推进 AI。一个部门说已经上线,一个部门说效率提升,一个部门说风险可控,一个部门说员工接受度不错。每个局部都像进步,合起来却没有共同结构。

有图纸以后,老板就能追问:

这次 AI 改造到底改了哪一层。岗位层有没有变化。流程断点在哪里。知识有没有沉淀进系统。责任链有没有写清。治理门禁谁签过。下次复盘看什么指标。

这就是组织 OS 架构师面对的一号位会议。

不是“我们要不要拥抱 AI”。

是“这次 AI 进入组织,我们到底改了哪张图”。

如果一家公司答不上这五个问题,它不是不能用 AI。它可以用,甚至可以用得很热闹。

但热闹不等于组织能力。

组织能力要能复用、能问责、能迭代、能抗风险。AI 项目也是一样。

老板真正要找的,不是一个会做 AI 项目的人,而是一个能把 AI 项目变成组织能力的人。


这一段要写得克制一点。

因为收尾篇很容易写成自我介绍。自我介绍一多,文章就会塌。

我只说一件事:这张图,我自己也在画。

我不是站在外面评论 AI 组织。我的路径里有四段东西,刚好把这件事压在一起。

第一段,是传统组织。

我在龙湖体系里做过长期 HRBP,也在传统大组织里坐过组织承重位。它让我很早知道一件事:组织不是靠好话运行的。组织靠目标、结构、人才、机制、文化、责任、节奏和人心一起运行。任何一层偷懒,最后都会在业务结果里还回来。

第二段,是 AI 交付。

我不是只看过 AI 文章,也不是只上过几门课。我把 AI 放进真实项目,做过交付,见过老板的兴奋、团队的误判、流程的断裂、工具的幻觉,也见过一个小动作被 AI 接走后,后面一整条责任链没有角色重写。

这也是为什么我一直反感“AI 替代人”这种粗糙说法。

AI 可以替代动作,但不会自动替代组织。组织不重写,替代动作有时候会把问题推到更深处。

第三段,是系统写作。

Meta_J 对我来说,不是一个炫技的 AI 系统。它更像一个小型组织实验。里面有角色,有规则,有门禁,有复盘,有犯错模式,有交付壳,有事实回源,有 RED-04,有脱敏,有多端外壳,有配图,有总控台。

它不是完美系统。它经常暴露问题。图片会重叠,口径会偏,A/O/G 会被我误读,事实边界会需要补核,X 版会不够爆。

但这些问题正好说明一件事:AI 系统不是靠聪明运行的,它靠组织设计运行。

第四段,是真实产品和真实买单。

Fairmate、内部增长系统、写作战役、素材卡、公开稿、X Thread、配图流水线,这些不是抽象概念。它们把判断、交付、产品、内容、运营、治理放到同一张桌上。

这些经历加起来,我越来越清楚一个位置:AI 时代懂组织的人,不能只停在 HR;懂 AI 的人,也不能只停在工具;懂内容的人,不能只停在表达;懂产品的人,不能只停在功能。

真正的难点,是把它们合成一张组织图纸。

这也是我为什么要在系列收尾重新命名这个位置。

不是因为我要给自己造一个漂亮称号,也不是因为我要借一个已有概念站稳。

漂亮称号没有用。老板也不会因为一个称号付钱。老板只会为一个能解决经营问题的位置付钱。

这个位置,我先叫它组织操作系统架构师。

它要能陪一号位做三件事。

把 AI 的能力翻译成组织动作。

把组织动作翻译成责任和治理。

把责任和治理翻译成可复盘的经营结果。

这三件事,少一件都不够。

只会翻译 AI 能力,会变成工具顾问。只会翻译组织动作,会变成传统组织发展。只会讲治理,会变成合规刹车。三件事合在一起,才像 AI 时代的组织 OS 架构师。

我不想把这件事写成“我是谁”。

更准确地说,是我在用这个系列逼自己回答:我到底能不能把这张桌子定义清楚。

前八篇是图纸的八根柱子。

第九篇是我把自己也放进图纸里。


最后回到“人在回路中”。

这不是每一步都让人点确认,也不是给 AI 套一个人类橡皮图章。

人在回路中,真正的意思是:组织不能把判断、责任、裁决和学习能力一起交出去。

人不出 loop,不是因为人比 AI 神圣。

而是因为组织要为后果负责。

一旦组织不再为后果负责,loop 就会变成一条自动化流水线。它看起来很先进,跑起来很顺,直到某一天你发现,公司已经不会判断了。

AI 是新分工。

新分工会重写组织 OS。

组织 OS 重写以后,需要新的组织图纸。

新的组织图纸,需要一号位签字,也需要一个组织 OS 架构师长期拿着笔。

传统组织里,它可以借“首席组织官”这个词做参照。

但我不想停在参照里。

我更愿意把它叫出来:组织操作系统架构师。

重点不是头衔,而是公司里有没有角色承担这个功能。

如果没有,AI 会进入每个部门,但不会真正进入组织。

如果有,AI 才可能从工具,变成组织能力。

《人在回路中》到这里收束。

人不出 loop,loop 才有人。


继续读

也在做类似的事? 欢迎找我 →

J叔

J叔

订阅 J叔内参

只发值得复盘的 AI 组织、Agentic Engineering 和内容建设笔记。不灌水。

组织操作系统架构师 | J叔内参