/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
「从零构建 AI 客服 Agent」系列第 1 篇 · 共 50 篇
一、问题引入：传统客服到底哪里不行
先说一个真实场景。
某中型 SaaS 公司，日活 5 万，客服团队 8 个人。每天涌入的咨询大概 2000 条，其中：
|
40% 重复问题 忘记密码、开通会员、开发票——答案固定，每条都要人工敲一遍 |
30% 工单状态查询 \”我的 TK-001 处理到哪了\”——客服得切系统查一遍再回来 |
|
20% 复杂问题 涉及业务流程、定制方案，需要老客服判断 |
10% 情绪化咨询 用户已经急了，需要安抚 + 转人工 |
8 个人被前 70% 的低价值重复劳动吃掉了，真正需要脑力的后 30% 反而排不上号。客户等回复等到暴躁，客服敲键盘敲到腱鞘炎，运营看转化数据直摇头。
这套模式的问题不在\”人不够\”，而在人力被错配到了机器该干的活上。
为什么是现在
LLM 出来之前，
