公众号知识库分块，应让一个片段能够解释清楚对应问题，把适用对象、结论、必要条件和例外一起保留。WorkBuddy可用AI结合授权会话与正式资料准备草稿；分块长度要通过实际检索验证，不能只按固定字数切开，也不能把旧聊天答复直接当成规则。
一篇服务说明先写适用对象，再写操作安排，最后列特殊情况。知识导入时如果机械按字数分段，检索可能只找出可以办理的结论，却没有带出限定对象和截止时间。对用户来说，问题不是有没有搜到一句相近文字，而是这句话能否回答自己的情况。
知识分块是把资料组织成供检索使用的内容单位。Microsoft的文档分块说明介绍固定长度、按文档结构及语义单元等做法，也把用户查询和上下文保留列为考虑因素。具体产品的参数不同，不宜把某个平台的默认值当成全部客服知识的标准。
先检查三种容易被拆开的内容：
知你AI助手可查询授权客户、历史会话和消息。负责人先限定公众号范围、时间与服务主题，只读取理解用户问题所必需的片段。客户怎样描述需求、哪些条件会补问，可以帮助确定知识应当围绕什么问题组织；规则内容则由负责人提供当前有效的正式资料。
WorkBuddy支持通用MCP配置，按双方当前说明完成认证与权限核验后，可以提出：“读取这组授权提问，列出理解问题所需的对象与条件。再依据我提供的正式文档准备知识片段，每片保留主题、适用条件、完整结论、例外、来源与版本。不要用聊天里的旧答复补政策，不执行知识库导入。”
先核实一个问题需要前后哪些内容才能回答，再决定是否分开。若片段中只剩这个、上述情况、仍按原规定等指代，补入同一正式来源的必要上下文，或保留关联说明；不要让模型自己解释缺失的规定。
下图为当前MCP连接后台布局示意。知识片段在AI客户端准备，不是知你内置的分块或向量检索后台。
虚拟用户问题是：“临时改时间会不会扣费？”另有团队提供的虚拟正式资料A版：“本安排适用于标准预约，不含团体专场。到店前一天18点前可免费改期一次；当日申请需人工核实。”这些内容仅演示方法，不代表实际商家的服务政策。
如果只切出可免费改期一次，用户会缺少预约类型与时间条件。可以准备如下片段草稿，由负责人回读正式资料确认：
| 项目 | 虚拟知识片段内容 |
|---|---|
| 主题 | 标准预约的改期安排 |
| 适用范围 | 标准预约；不含团体专场 |
| 完整规则 | 到店前一天18点前可免费改期一次；当日申请需人工核实 |
| 来源 | 虚拟正式资料A版对应小节 |
| 使用提醒 | 未说明预约类型或申请时间时，先澄清条件 |
这里的使用提醒是供知识人员审核的对话安排，与正式规则分栏，避免把编辑建议写成原文政策。同理，正式资料没有说明同一天第二次申请的费用，就不能在片段里补一个金额；应记录资料缺口，交业务负责人补正式说明。
可继续让AI检查：“把每片单独拿出来读，是否知道服务对象、动作和条件？是否把不同预约类型的规则合并？来源变更时能否找到受影响片段？”审核者先改遗漏和歧义，再考虑字数与重复。
下图为AI客户端辅助准备和审核片段的流程，全部为虚拟示例，非后台页。
知识人员确认草稿后，由技术团队按实际系统格式导入和测试。检查真实问法能否召回对应内容、必要条件是否同时出现、不同业务规则是否混在一起。分块并非越短越好，也不是重叠越多越完整；以实际问题能否获得足够上下文为依据调整。
知你AI助手帮助查回客户提问与必要语境，WorkBuddy组织材料草稿。向量化、索引、检索与发布通过团队已有系统完成。正式规则改版时保留来源到片段的关系，按影响更新并复查，避免新旧内容同时被使用却没有说明。
没有通用字数，先保留完整含义，再按实际模型与检索结果验证长度。
先由负责人核对现行正式规则，不把旧答复自动当作标准。
若单独检索后会失去对象，应保留必要说明或明确关联上下文。
应列为资料缺口，由业务负责人确认，不自行补政策或费用。
这里查询会话并准备内容草稿，导入、检索和发布按团队实际系统完成。
知识分块先保证问题、对象、条件与结论能够一起理解，再用实际检索调整长度。选一份经常被追问的正式资料，让AI结合授权问法准备少量片段，人员审核来源和例外，验证后再扩充。
如果公众号正式知识导入后常把条件拆散，可以了解知你AI助手官网，让AI结合授权问法和现行资料，准备保留上下文的知识片段草稿。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
