首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >《WorkBuddy 从入门到精通》连载,第6章:企业智能体构建与管理:让整个团队一起跑起来

《WorkBuddy 从入门到精通》连载,第6章:企业智能体构建与管理:让整个团队一起跑起来

原创
作者头像
张一恒
发布2026-09-03 10:56:17
发布2026-09-03 10:56:17
320
举报

1.写在前面-为啥要免费连载? 连载哪些内容?

我想让AI红利普惠大家,看了网上讲WorkBuddy的内容大多没有体系化更缺少实操。于是我希望做一套体系化的、可落地的《WorkBuddy 从入门到精通》实操教程(没有AI基础也能看懂)。本公众号(没关注的尽快关注)将连载6章内容:第1章初识 WorkBuddy《WorkBuddy 从入门到精通》连载,第一章初识WorkBuddy;第2章高效对话技巧 《WorkBuddy 从入门到精通》连载,第 2 章:高效对话技巧;第3章职场实战应用《WorkBuddy 从入门到精通》连载,第3章:职场实战应用;第4章进阶功能探索《WorkBuddy 从入门到精通》连载,第4章:进阶探索 从「你叫它做」变成「它自己动」;第5章安全与合规:让AI用得稳、用得安全、用得不背锅《WorkBuddy 从入门到精通》连载,第5章:安全与合规;第6章企业智能体构建与管理。重要的是为了加强大家学习每章我都精心设计了练习题。

图片
图片
图片
图片

2.第5章参考答案,相关问题可以查阅《WorkBuddy 从入门到精通》连载,第5章:安全与合规

1. 象限归类

• a) 低风险加机械重复,第一象限,放心用。

• b) 高风险(含个人身份信息)加机械重复,第三象限,谨慎用、先脱敏或走本地沙箱。

• c) 高风险加需要判断(对外、对监管、担责),第四象限,不交给 AI 单独做,AI 仅做资料收集,结论由具备资质的人定。

• d) 低风险加需要判断,第二象限,辅助用,结论仍需人工核实来源。

2. 权限设计 示例(仅用于示例):只授权其个人工作区与非敏感文件夹,不授权整个文档盘;敏感任务走本地沙箱、不联网;发送邮件、删除文件等外部动作走Plan 模式加人工确认,默认不开白名单。具体配置以本企业合规与法务意见为准。

3. 四步验证

• 看格式:报表字段是否齐全、环比口径是否一致。

• 核事实:每个销售数字回到原始 Excel 核对;增长率由原始数据重算。

• 查来源:若 AI 引用了某政策口径,核实其依据文件与条款。

• 验边界:提交「给上级汇报」,核事实与查来源两步不可省,复核人注明「已核验」。

4. 防线体检

• 账号:有没有离职或转岗未回收的账号,多因素验证是否开启。

• 权限:有没有开太宽的文件夹授权,分级配置是否仍适用。

• 模型:敏感任务是否仍用不联网、不外传训练的配置。

• 网络:联网任务的敏感字段是否已被剥离。

• 审计:关键任务的变更记录是否完整留存、可追溯。

5. 规范填空 本题无标准答案。参考要点:是否结合真实行业红线、是否落在「禁区清单」逻辑内。示例:金融团队可加「客户账户余额、交易流水禁止进入任何联网AI」;医疗团队可加「患者病历、诊断结论禁止对外提交 AI」。

3.第6章导读

前面5 章,我们走的是一条「个人路线」:第 1 章把 WorkBuddy 装好、让它第一次替你交活;第 2 章学会把话说清楚;第 3 章把它用进读、写、析的真实职场场景;第 4 章给它装专家、技能、连接器和自动化,把个人工作流升级成引擎;第 5 章学会守住安全与合规的底线。到这一步,你一个人已经能省下不少时间了。但如果你是一个带团队的人——你会马上碰到一个新问题:我一个人省下来的时间,不会自动变成团队省下来的时间。这一章就是写给「带团队的人」看的。我会讲清楚四件事:第一,为什么个人提效和组织提效不是一回事,不能想当然地升级;第二,企业里那些能复用的能力(Skill、专家、连接器)到底怎么沉淀成「资产」;第三,专家、助理、项目这三层怎么搭起来,让团队协作而不是各玩各的;第四,智能体真正跑起来之后,组织要管哪四件事(发布、权限、治理、度量)。Workbuddy真正有价值的是企业版,若有需要企业版的可以私信,我这里有折扣。

图片
图片

4.学完本章你将获得

• 理解「个人提效」和「组织提效」的本质差别,能用「复制性」和「层级」两轴给团队里的工作定位

• 知道企业版里 Skill、专家、连接器分别是什么、怎么构建、怎么沉淀成可复用的能力资产

• 看懂「专家 → 助理 → 项目」三层递进结构,知道不同规模的协作该用哪一层

• 掌握智能体运行后组织要管的四件事:发布、权限、治理、度量,并形成一个治理雏形

• 拥有一份可直接参照的「部门 90 天落地路线图」,含四个阶段、每周动作、六项通关检验

• 提前避开管理者推 AI 时最常踩的三个坑,并备好对应的回答话术

5.开场场景:我第一次带着团队推AI 时的顾虑

我已经用 WorkBuddy 跑了几周后,领导在会上提了一句「你们部门能不能把这套经验复制一下」。我心里一热,当场就应了。会后我建了个群,把我那套个人办公工作台模板往里一丢,发了条:「大家都装一下,照着我这个模板跑周报,效率能翻倍。」

图片
图片

然后就没有然后了。第二天我去看,群里一片安静。私下问了两三个人,反馈很真实:有人说「装了,但不知道除了周报还能干啥」;有人说「我数据在另外一台电脑,它读不到」;还有人说「公司没说能不能用,我不敢把客户表传上去」。那一刻我才意识到:我所谓的「经验」,是我一个人摸出来的路径依赖。它对我有效,是因为我知道哪些文件授权过、哪些指令我改过三遍、哪些数字必须自己再核一遍。换一个人,这条路径是断的。

更关键的是我一个人用,风险是我自己的;一队人用,风险是共担的。谁发布了一个会群发邮件的 Skill?谁的权限能读到不该读的数据?哪个 Skill 用了之后到底省了多少时间、值不值得推广?这些问题,个人阶段根本不用想,组织阶段一个都绕不开。那次「群发模板翻车」成了我推团队AI 的起点。后来我拆成了试点、沉淀、推广、治理四个阶段,每一步都先小范围验证,再往外扩。

6.核心讲解

6.1 为什么需要「升级」:个人提效 ≠ 组织提效

先说一个我自己的判断:个人提效能省时间,但省下来的时间散落在每个人手里,组织感知不到;组织提效要把「能力」本身变成可复制、可交接、可治理的资产。 这两件事的机制完全不同。怎么判断一件事到底属于「个人」还是「组织」层面?我用两个轴来定位。

图片
图片

横轴:复制性——这件事是「只此一次」还是「会反复出现、能用同一套方法解决」。比如「帮我把这次突发投诉整理成纪要」是一次性的;「每周把销售数据汇成周报」是可复制的。

纵轴:层级——这件事影响的是「我一个人」还是「一个团队甚至整个组织」。

把两个轴交叉,得到四个象限:

复制性\层级

个人

组织

一次性

象限一:个人临时任务。解决就好,不必沉淀。

象限二:组织临时攻坚。需要协调,但做完即止,重点是协作顺畅。

可复制

象限三:个人最佳实践。你跑通了,是宝贵种子——它最该被沉淀成企业 Skill。

象限四:核心能力资产。跨部门、反复用、最该沉淀和治理,是高价值区。

我的经验是:个人阶段我们大多待在「象限三」——自己跑通一个可复制的小事,很爽。但组织提效的杠杆点在「象限四」:把多个象限三的种子,用统一的方式沉淀、发布、治理,让不相干的人也能一键用上。

这就是为什么需要「升级」。升级不是「买个更贵的版本」这么简单,而是把能力从「我脑子里的方法」变成「组织里的资产」。下面6.2 就讲这些资产长什么样、怎么攒。

6.2 能力资产管理:Skill · 专家 · 连接器

企业版和个人的一个根本差别,是我能把自己和团队攒下的能力「存起来、传下去」。我把这些可沉淀的东西分成三类资产:Skill(技能)、专家(领域智能体)、连接器(外部系统通道)。

图片
图片

第一,Skill(技能)——这是最小、最基础的复用单元。你可以把它理解成「一段被打包好的能力」:比如「销售周报自动生成」「合同关键信息抽取」「发票批量识别」。它通常由指令模板、必要的工具调用、输入输出约定组成。个人阶段你写的那些零散指令,一旦被验证有效,就可以整理成一个 Skill,让别人不用懂原理也能直接用。我的做法:每跑通一个反复出现的小事,就顺手把它「Skill 化」。不追求完美,先能跑;命名用「动词 + 对象」,比如「周报生成」「纪要整理」,方便别人在技能市场里搜到。

第二,专家(领域智能体)——它是 Skill 的上层封装。专家的差别在于「带了领域知识和判断口径」。同样是「读合同」,普通 Skill 只能抽字段;一个「法务专家」会把你们公司惯用的风险条款、免责边界、历史踩坑点都预设进去,输出更接近一个熟手的第一轮审查。专家怎么来?通常是把一个高频场景里的多个Skill + 一份领域说明 + 一组默认参数,组合配置成一个「开箱即用」的角色。它适合交给特定岗位长期用,比如财务专家、客服专家、研究专家。

第三,连接器(外部系统通道)——前面几类资产解决「能力」,连接器解决「到达」。企业里的数据散在腾讯文档、腾讯会议、微云、企业微信、飞书、钉钉等系统里。连接器把这些系统接进来,AI 才能读到真数据、把结果送回真系统,而不是只在一个孤岛文件夹里打转。关于连接器有一条我反复强调的原则:接进来之前先想清楚权限边界。一个连接器能读会议录音,不代表它该读所有会议录音。这部分在第5 章讲过安全,到了组织层面更要变成制度,而不是个人自觉。这三类资产怎么组织在一起?我用一张简图表达它们的关系:

图片
图片

自上而下看:最底层是连接器打通的数据与系统;中间层是把能力封装好的Skill 和专家;再往上,通过发布与治理机制,这些资产变成团队可检索、可调用、可审计的「企业能力目录」。注意图里右侧那条「治理回流」的箭头——用得多的资产被保留强化,出问题的资产被收回修正。这套机制转起来,能力才会「越用越强」,而不是越用越乱。

合规提醒:企业Skill、专家、连接器的具体构建入口与字段,以WorkBuddy 官方为准。涉及数据接入范围、可读取的系统边界,请与企业合规部门确认后再配置。若您想获得更多的企业Skill、专家、连接器请关注WorkBuddy开放平台

图片
图片

6.3 三层递进与团队协作:专家 → 助理 → 项目

能力攒起来了,接下来是怎么「组队用」。企业版里我习惯用三层结构来理解协作,从个人到团队再到跨目标,一层层放大。

图片
图片

第一层:助理(贴近个人的日常帮手) 助理是离你最近的一层,典型如绑定IM 的远程助理(Claw 类形态)。它的价值是「随时能叫得动」——你在微信里发一句「把昨天的客户反馈汇总成表发我」,电脑上的 WorkBuddy 就远程跑起来。个人阶段你主要用这一层;团队初期,也建议每个人先有自己的助理,把日常杂活卸下来。

第二层:专家(封装好领域能力的角色) 当某个场景在团队里反复出现,就把助理用到的那套方法沉淀成专家,交给对应岗位。比如客服组统一用「客服专家」,它预设了你们的话术规范、退款规则、升级路径。专家让「每个人都有自己的野路子」收敛成「团队共用的一条好路子」。

第三层:项目(围绕目标组合多种能力) 项目是协作的容器。它把多个专家、助理、连接器、资料库,按一个具体目标组合起来——比如「季度复盘项目」里同时挂上数据专家、纪要助理、腾讯文档连接器和一份复盘模板。项目解决的是「跨人、跨能力、跨系统」的复杂目标,而不只是某一个人的任务。

这三层怎么递进?我的理解是一个人的成长路径:

• 先用助理把自己从日常杂活里解放一点;

• 把反复跑通的场景,沉淀成专家,让团队不必每人重新发明轮子;

• 当目标大到一个人、一个专家都兜不住,就开一个项目,把多种能力编排到一起。

反过来,组织建设路径也是从下往上的:先有零散的助理用法,再鼓励沉淀专家,最后用项目把高价值场景固化成标准流程。小团队可能长期停在「助理+ 专家」就够用;跨部门大目标才真正需要「项目」这一层。别一上来就搞重架构,我的经验是「够用就好,按需加层」。

6.4 智能体运行与组织治理:发布、权限、治理、度量

能力沉淀了、三层搭起来了,AI 开始真正在团队里跑——这时候最容易松的那口气,恰恰是管理者最该提的那口气:跑起来之后,谁来管?

我用四件事来框住「组织治理」。这四件事不神秘,就是把个人阶段你靠自觉做的事,变成团队靠机制做的事。

图片
图片

第一,发布(Publish):谁能把一个 Skill / 专家交给大家用? 个人阶段,你写个指令自己用,没人管。组织阶段,一个能力要进入「企业能力目录」,得有发布动作。我的建议是设一个简单的发布审批:提交人说明这个能力解决什么、读哪些数据、输出到哪里;由一位懂业务、一位懂合规的人过一眼再放出去。不用重,但要有。否则能力目录会很快变成「谁都能塞、没人敢用」的垃圾堆。

第二,权限(Permission):谁能读什么、做什么? 这是第5 章《WorkBuddy 从入门到精通》连载,第5章:安全与合规安全原则的组织版。落到治理上,就是一张权限矩阵:哪个角色能用哪些 Skill、能接哪些连接器、能读到哪些文件夹。比如实习生默认只能用自己的助理,不能发布专家;敏感连接器(如可发邮件、可读客户库)只授权给特定岗位。权限矩阵建议先小范围验证,再随团队信任度逐步放宽。

第三,治理(Governance):出问题了怎么办、怎么持续迭代? 治理是「让系统自己能纠错」。至少要有两条:一是回收机制——发现某个 Skill 输出不稳或越权,能快速下架;二是迭代机制——定期看哪些能力用得勤、哪些没人用,把前者强化、后者归档。治理不是一次活动,是每周都能转一点的小齿轮。

第四,度量(Measurement):到底有没有用、值不值得继续投? 没有度量,AI 推广很容易停在「大家说好」的层面。度量我建议从最朴素的开始:统计「团队用哪些 Skill 替了多少时间」「哪些场景真正被复用」。这些数字不是 KPI 大棒,而是帮你判断「下一阶段该往哪投」。提效类数字请标注为「我团队内部观察,效果因场景而异」,避免对外承诺。

合规提醒:上述发布审批、权限矩阵、度量口径均属企业内部管理机制,本书仅提供作者个人实践思路,具体制度请结合企业自身的法务、合规与信息安全要求制定,并以企业正式规定为准

7.企业落地最佳实践

下面是我当时怎么做的、每周发生了什么、以及踩过的坑。所有数字与场景均为内部观察,效果因场景而异,仅用于示例。先放一张总览时间线,后面逐阶段展开。

图片
图片

阶段

周次

核心目标

关键动作

通关检验(里程碑)

阶段一 试点

第1–2 周

跑通1 个真实任务

选1 个团队 3–5 人,每天 15 分钟站会对齐

试点阶段跑通1 个任务

阶段二 沉淀

第3–4 周

把跑通的能力存成资产

指令/ Skill / 模板入企业知识库,形成第 1 个企业 Skill

沉淀出1 个 Skill

阶段三 推广

第5–8 周

横向扩到多团队

扩到3 个团队,建内部推广站会,每周互享 1 个新场景

推广3 个团队

阶段四 治理

第9–12 周

建立可持续机制

建发布审批/ 权限矩阵 / 效果度量 / 迭代机制

发布机制建立、度量上线、形成年度规划

阶段一 试点(第1–2 周):选 1 个团队 3–5 人跑 1 个真实任务

我吸取了上回「群发模板翻车」的教训,这一回只挑了一个最配合的小组,3 个人,目标是他们本来就烦的「XX周报自动化」。

第1 周我们做了三件事:

• 周一,我把范围钉死——只做周报,不碰客户原始数据,输出先放草稿文件夹给人看。

• 每天早会留 15 分钟「AI 站会」,只问三个问题:昨天谁跑通了什么、卡在哪、今天试什么。

• 周五,三个人各自用同一套模板跑了一遍,有两个人一次成功,一个人卡在「表头不统一」。

第2 周我们专门解决那个「卡点」:把周报模板里的字段名统一成一版标准,写进指令。周三那个人也跑通了。到第二周结束,这个 3 人小组的周报从人均 1.5 小时降到约 10 分钟(我团队内部观察,效果因场景而异,仅用于示例)。

试点阶段的要点就一句:别急着铺开,先把一个任务在真实环境里跑顺。 这一阶段的产出不是效率数字,而是「我们真的能行」的信心,以及一份被三个人验证过的模板。

阶段二 沉淀(第3–4 周):把跑通的东西存成企业资产

试点跑通后,最容易犯的错误是「好了就散了」——人一忙,模板又回到各人电脑里。我专门留了两周做沉淀。

第3 周,我把那套周报模板、三个人踩过的坑、统一字段表,整理进部门共享的知识库(仅用于示例,工具不限)。同时把它首次「Skill 化」:命名「XX周报生成」,写明输入是「本周路径」、输出是「草稿文件夹里的周报」。

第4 周,我找了一位懂业务的同事和一位懂合规的同事,花了半小时做了第一次「发布前过一眼」。他们提了一条很关键:周报里若含客户名称,输出应先脱敏再进共享盘。我把这条写进了 Skill 的说明。到第四周结束,部门有了第 1 个企业 Skill——它不完美,但它是「组织的」,不是某人的。沉淀阶段的要点:能力不进资产库,就等于没发生。 一个能被搜到、被复用、被说明边界的Skill,价值远大于十段存在聊天记录里的指令。

阶段三 推广(第5–8 周):横向扩到 3 个团队

有了第一个Skill 打底,第 5 周起我开始往相邻团队扩。我没有「一刀切」强推,而是用了一个轻机制:内部推广站会,每周一次,30 分钟,三个团队轮流分享「本周我跑通的一个新场景」。

第5–6 周,扩到第二个团队(运营),他们拿周报 Skill 改了个「运营日报」变体,自己沉淀了第二个 Skill。第 7–8 周,扩到第三个团队(市场),他们基于助理做了「客诉归类」。每周站会上,三个团队互相抄作业——这个机制的好处是推广不靠我一个人讲,而靠团队之间「看见别人用成了」。推广阶段的要点:横向扩散靠「看见」,不靠「命令」。 我的经验是,当第三个团队主动说「我也想要那个」时,推广才算真正发生。

阶段四 治理(第9–12 周):把机制立住

前三个阶段靠人和热情撑着,到第9 周必须换成机制,否则热情一退就垮。第9–10 周,我牵头建了两件东西:一是发布审批——任何新 Skill 进企业目录前,业务 + 合规各瞥一眼;二是权限矩阵——谁能用哪些 Skill、能接哪些连接器,列成一张表。第 11 周,上线最简单的效果度量:每周统计「用了哪些Skill、替代了多少小时」(我团队内部观察,效果因场景而异,仅用于示例)。第 12 周,把这一季的经验和下一季计划写成一份年度规划草案,交给了上一级。

我总结的3个问题

问题一:试点团队怎么选? 我的回答是:选「痛得明显、数据可控、人愿配合」的。痛得明显,才有动力;数据可控,试点期风险小(比如先不碰客户原始库);人愿配合,比人多更重要——3 个主动的人,胜过 10 个被派的。建议先小范围验证,别一上来选最大的部门。

问题二:怎么让团队真的用起来,而不是装了就闲置? 我的回答是:培训后让隔壁组当场跑通一个他们也在烦的任务。再就是先解决他们最痛的一件小事,让第一次体验是正面的——人一旦尝到「省了半小时」的甜头,不用你催也会接着用。强制命令短期有效,长期多半反弹。

问题三:怎么衡量效果,好向上面交差? 我的回答是:从最朴素的「用了什么、替了多少时间」开始,别一上来搞复杂指标体系。先有数,再谈准。向上汇报时,把数字标注为「内部观察、因场景而异」,重点讲「哪些场景被复用、哪些值得明年继续投」,比报一个漂亮百分比更经得起问。

8.本章小结

概念

一句话理解

何时用

两轴定位

复制性× 层级,区分个人提效与组织提效

判断一件事该不该沉淀

三类资产

Skill(能力)/ 专家(领域角色)/ 连接器(系统通道)

理解企业能力怎么攒

三层递进

助理→ 专家 → 项目,从个人到跨目标

按团队规模选协作层

治理四件事

发布/ 权限 / 治理 / 度量

智能体跑起来后怎么管

90 天路线

试点→ 沉淀 → 推广 → 治理

部门落地四阶段

六项检验

跑通1 任务 / 1 Skill / 3 团队 / 发布机制 / 度量 / 年度规划

判断是否真正落地

9.本章练习题

1. 两轴定位 请用「复制性× 层级」两轴,给你的团队里的一件真实工作定位,并说明它落在哪个象限、是否值得沉淀成企业 Skill(仅用于示例)。

2. 资产辨析 下面三个场景分别对应Skill、专家、连接器中的哪一类?请说明理由。

• a) 把企业微信里收到的客户问题自动归类并写入腾讯文档

• b) 一份预设了公司报销制度与风险条款的「报销审核」角色

• c) 一段「把每月发票识别成报销明细」的打包能力

3. 三层选择 一个5 人小组想「每天自动把竞品新闻汇总成晨报发群里」,应该用助理、专家、项目中的哪一层?如果半年后这个小组要和一个 20 人的分析团队联合做季度竞品研究,结构要不要变?怎么变?

4. 治理设计 假设你是部门负责人,要为新发布的一个「可群发邮件」的Skill 设计治理。请写出:发布前谁审批、权限给到哪类角色、出问题怎么回收、用什么指标度量。

5. 路线图应用 给你自己的团队设计一份简化版:如果只有 4 周,你会怎么压缩四个阶段?哪一步不能省?

6. 思考题(开放) 回顾全书,你认为对个人用户和企业用户,WorkBuddy 最大的价值差别在哪里?用三句话写下来。

10.本章参考答案

1. 两轴定位 本题无标准答案,评分要点:是否识别了「复制性」(一次性vs 可复制)与「层级」(个人 vs 组织);是否落在正确象限;是否给出了「是否沉淀」的合理判断。示例:某团队的「每周客户跟进表汇总」——可复制 + 组织层面 = 象限四,值得沉淀为企业 Skill。

2. 资产辨析

• a) 连接器:核心是打通企业微信与腾讯文档两个系统、把数据送过去,属于外部通道能力。

• b) 专家:预设了公司制度与风险口径,是带领域知识的角色封装,而非单纯一段技能。

• c) Skill:是一段被打包好的具体能力,基础复用单元。

3. 三层选择

• 5 人小组的「每日竞品晨报」:用助理层即可——绑定 IM 的远程助理定时跑、发群,无需重架构。

• 半年后联合作业:应升级到项目层——把竞品助理、分析团队的专家、共享资料库、腾讯文档连接器按「季度竞品研究」目标编排起来,解决跨人跨系统的复杂目标。

4. 治理设计 仅用于示例,具体以企业自身制度为准:

• 发布前审批:业务负责人 + 信息安全 / 合规各审一遍,确认群发范围与收件人来源。

• 权限:仅授权给需对外发邮件的特定岗位,实习生默认不开。

• 回收:发现误发或越权,立即下架并保留变更记录溯源。

• 度量:统计该 Skill 的调用次数、替代的人工时长、是否发生误发事件。

5. 路线图应用 本题开放。参考压缩思路:第1 周试点 1 个任务(不能省,否则后面都悬空);第 2 周沉淀 1 个 Skill;第 3 周小范围推广到 1–2 个相邻角色;第 4 周建立最简发布与度量。不能省的是「试点跑通」——没有真实跑通就推广,会把错误放大。

6. 思考题 开放题,评分要点:是否区分了「个人省时间」与「组织攒资产/ 可治理」;是否呼应前 5 章能力。示例:个人价值是「替我干机械活、把时间还给我」;企业价值是「把个人的方法变成组织的资产、还能管得住风险」;差别不在功能,而在有没有沉淀与治理。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 1.写在前面-为啥要免费连载? 连载哪些内容?
    • 2.第5章参考答案,相关问题可以查阅《WorkBuddy 从入门到精通》连载,第5章:安全与合规
    • 3.第6章导读
    • 4.学完本章你将获得
    • 5.开场场景:我第一次带着团队推AI 时的顾虑
    • 6.核心讲解
      • 6.1 为什么需要「升级」:个人提效 ≠ 组织提效
      • 6.2 能力资产管理:Skill · 专家 · 连接器
      • 6.3 三层递进与团队协作:专家 → 助理 → 项目
      • 6.4 智能体运行与组织治理:发布、权限、治理、度量
    • 7.企业落地最佳实践
      • 阶段一 试点(第1–2 周):选 1 个团队 3–5 人跑 1 个真实任务
      • 阶段二 沉淀(第3–4 周):把跑通的东西存成企业资产
      • 阶段三 推广(第5–8 周):横向扩到 3 个团队
      • 阶段四 治理(第9–12 周):把机制立住
      • 我总结的3个问题
    • 8.本章小结
    • 9.本章练习题
    • 10.本章参考答案
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档