




资源介绍
视频数量:62个
总时长:7小时17分
课程介绍:
商业分析师的智能体搭建与治理实战课
一家工厂的车间里,主管大姐每天都在做一个判断:哪些零件该返工、哪些可以直接放行。这件事持续了九年,没人问过她,她自己也没写下来,更不觉得这是个值得讨论的决定。但正是这种"每天都在做但从没说出来"的隐性判断,成了智能体项目里最危险的地方。传统系统靠规则运转,规则没写,系统就保持沉默;智能体不一样,它会主动把那些空白用自己的判断填上,填得对不对你根本不知道。这门课讲的核心问题就是:当判断的主体从人变成智能体,分析师到底该做哪些事,怎么把它们做好。
讲师Kanish Ravikarum有二十年商业分析经验,从Excel到SQL、从报表到Tableau再到现在的智能体,每一轮工具变迁他都亲历过。他做这门课的态度很直白:大部分失败的智能体项目不是因为技术不行,而是因为从一开始就选错了活儿。所以课程前几章花大力气讲的不是怎么造智能体,而是怎么判断一件事到底该不该交给智能体。
一、分析师的新角色:先把边界搞清楚
课程开头先帮你建立基础认知:智能体和聊天机器人、工作流、自动化脚本到底有什么本质区别?为什么你以前写了那么多年的需求文档,到了智能体这里就不灵了?因为"系统应当..."这种写法假设的是行为可预测、路径可枚举,而智能体的输出本身就是概率性的。讲师还专门用一节课讲清楚这门课承诺教什么、不承诺什么,不会让你以为学完就能造出万能助手。
二、智能体到底怎么运转
这一章把智能体内部结构拆开给你看:感知、决策、行动、观察这个循环怎么跑起来,工具调用怎么连到你的业务系统,上下文窗口撑不住的时候会发生什么,怎么用你自己的文档做知识库让回答有据可依,以及一个让人头疼的现实——智能体为什么在答错的时候还表现得一脸自信。讲师还拿出真实案例Northwind Mutual的理赔分诊项目,详细算了一笔账:每次传递消耗多少令牌、循环跑几轮、年度总成本怎么估、延迟怎么算。这笔账通常在项目推进到第四个月、财务总监面前才被摊开来,而他建议你第一周就算清楚。
三、找到值得交给智能体的工作
六个问题决定一件事该不该交给智能体:这里涉及的是判断还是规则?有人能说清楚这个判断吗?做完之后你能判断它对不对?答案错了代价多大谁承担?量够不够覆盖成本?风险能不能被接受?这六个问题是讲师花了四年时间打磨出来的,期间踩过不少坑。课程还教你怎么主持一场发现工作坊,怎么读懂一个流程里藏着的判断(而不是表面的步骤),怎么把异常路径当成真正的需求来写,以及怎么搭建一份让管理层愿意买单的机会案例。当诚实的答案是"这件事不该用智能体"时,你也要有底气说出口。
四、写出智能体能照着做的需求文档
需求文档的写法要彻底变。"系统应当"这种句式不再够用,课程给了一套完整的智能体规格模板:边界在哪、哪些事绝对不能做、决策权怎么在人机之间分配、工具和数据怎么开放、验收标准怎么为非固定输出而写、失败怎么定义、非功能性要求(延迟、成本、吞吐量)怎么量化。最后用一个完整案例走一遍规格评审的流程。
五、设计智能体本身
系统提示词不是随便写几句话,它本质上是一份设计文档。课程讲怎么设计知识库、怎么设计对话让智能体学会追问而不是瞎猜、怎么设计升级路径让复杂情况交回给人类、怎么为"糟糕的一天"做预案。有一个核心观点反复强调:不要把现有流程原样复制给智能体跑,要借这个机会重新设计流程。设计评审怎么开、怎么拿到真正管用的签字,也都有专门讲解。
六、动手做六个无代码智能体
这是课程最厚实的一块。讲师带着你做六个完整项目,覆盖分析师日常会遇到的高频场景:需求助手、流程发现助手、干系人更新助手、数据质量助手、追溯助手,最后一个综合项目把三个智能体串起来,跑"从需求接收到待办列表生成"的完整流程,人类在关键节点把关。每个项目都配套提示词包、规格文档和测试集,学完之后手里就有六个真正能用的东西。智能体不听话的时候怎么一步步调试,也单独有一节讲清楚。
七、什么时候需要多个智能体协作
一个智能体不够用的情况其实不少。顺序、主管、专家池三种多智能体模式怎么选,智能体之间交接的规格怎么写,两个智能体同时跑才会出现的故障模式有哪些,以及什么时候应该果断放弃多智能体方案,课程都讲得很务实,不鼓励为了复杂而复杂。
八、测试一个不重复输出的东西
传统测试用例的套路在这里基本失效了,因为智能体每次输出都不一样。课程教你怎么搭一套真正管用的测试集,怎么在没有标准答案的情况下评估质量输出,怎么用红队测试主动找漏洞,真人用户验收怎么组织才有效,上线决策怎么做才稳妥。
九、智能体上线之后的治理
上线才是治理的真正开始。智能体出了错谁负责、监控指标看什么谁来看、模型漂移怎么尽早发现、个人数据进了提示词怎么办、自动化决策里的偏见和公平性怎么管理、监管政策怎么持续跟进——这些都不是纯技术问题,是治理问题,课程逐个讲透。
十、你的下一步该怎么走
好用的智能体为什么会被悄悄废弃?变革管理怎么做、团队的替代恐惧怎么化解、怎么搭建一份作品集证明你真的会这门手艺、这门课结束之后该往哪个方向继续学——这些关于职业发展的问题,讲师放在最后一章,帮你把学到的东西变成简历上看得见、市场上认得出来的能力。
学完这门课,你不会变成程序员,但你会有能力判断一件业务需求值不值得交给智能体,写出一份工程师照着就能动手的智能体规格,自己用无代码工具搭出能跑的原型,并且在上线之后知道怎么管、怎么守、怎么让这个东西长期稳定地跑下去而不失控。这些事,是智能体时代商业分析师真正该握住的手艺。