sales-cs 对外客服启用全流程：解读 xiaobei 项目中的 sales-cs-enablement 编排型技能

人工智能AI Agent大模型AI 应用媒体生成【免费下载链接】xiaobei为OPC/中小微企业量身打造的自媒体获客智能体项目地址https://gitcode.com/gh_mirrors/wi/xiaobei点击查看免费下载导读本文以 sales-cs-enablement/SKILL.md 为骨架完整拆解 xiaobei面向 OPC/中小微企业的自媒体获客智能体中启用对外客服 crewsales-cs的六步 SOPchannel 检查与选择、IT engineer 委托配置、workspace 人格文件补全、业务知识软链挂载与最终验收。读完你将掌握这套「编排型 skill」的设计范式——main agent 自己跑诊断脚本、问用户问题把机械的 channel/openclaw.json 配置委派给 IT engineer——并能直接复现整个启用流程理解其背后的治理边界与防坑点。1. 技能定位为什么 sales-cs-enablement 是一个「编排」而非「执行」技能sales-cs是 xiaobei 中的对外 crewexternal代表公司面向客户提供售前咨询、试用引导、购买收口、付款确认、售后分流等服务。启用这样一个对外入口涉及三类完全不同性质的工作诊断与决策检查 awada channel 是否已配置、向用户解释 channel 选型——需要 main agent 自己完成机械配置改写~/.openclaw/openclaw.json、绑定 channel、重启 Gateway——交给 IT engineer 子 agent内容与治理补全 sales-cs 的 IDENTITY/SOUL/AGENTS、挂载业务知识——由 main agent 基于对用户的了解完成。因此 SKILL.md 开头就明确了其编排属性main agent 自己跑检查脚本 问用户问题机械的 channel/openclaw.json 配置委派 IT engineer。这是理解整个流程的关键前提——后续所有步骤的职责划分都由此而来。2. 触发条件与前置素材2.1 触发条件当用户表达以下任一诉求时进入本流程需要对外客服/销售客服需要公开接待客户的 agent需要把销售接待能力暴露给组织外部的潜在客户。2.2 前置素材流程唯一需要的前置素材是 awada 租赁咨询二维码crews/main/ofb_contact.pngopenclaw-for-business 掌柜企业微信路径固定Step 2 需要时直接发给用户。3. 六步启用流程详解Step 1 · 检查 awada-channel 是否已配置main agent 直接调用诊断脚本不走 wrapper——wrapper 只转发主入口symlink_business_knowledge.py不代理此诊断脚本python3 ./skills/sales-cs-enablement/scripts/check_awada_channel.py注SKILL.md 中该命令是从crews/main/视角写的相对路径实际脚本位于仓库根路径 crews/main/skills/sales-cs-enablement/scripts/check_awada_channel.py。退出码语义退出码含义后续动作0已配置 awada channel直接跳转 Step 31未配置 / 配置文件不存在 / 解析失败进入 Step 22openclaw.json不存在进入 Step 2从源码看该脚本的判断逻辑值得注意check_awada_channel.py配置文件路径优先取环境变量OPENCLAW_JSON缺省回落到~/.openclaw/openclaw.json配置解析失败JSONDecodeError/OSError返回1判定为「已配置」的标准是channels.awada段存在且非空宽松判定只要 awada 段是 dict 且长度大于 0脚本向 stdout 输出 JSON 状态configured、awada、path字段供 main agent 判断分支同时把退出码作为流程信号。Step 2 · 向用户说明 channel 选择仅未配置时sales-cs 是对外 crew需要一个可公开访问的 channel——客户无需先加入你的组织就能找到它。飞书 / 企业微信都不太合适因为二者要求客户先加入你的飞书或企微组织。脚本返回未配置时main agent 向用户给出三个选项租赁 awada server 线路可联系 openclaw-for-business 掌柜咨询发送crews/main/ofb_contact.png二维码使用 openclaw 支持的其他 channel如 QQ、Telegram 等退而用飞书 / 企业微信接受「客户需先加入组织」的限制。等用户明确选择后分流选 1 或 2 → 把用户给出的线路/channel 信息带给 IT engineer进 Step 3选 3 → 告知用户需先有飞书或企微 channel再带 IT engineer 走对应 channel 绑定work-channel-binding技能见 it-engineer 的 work-channel-binding/SKILL.md进 Step 3。Step 3 · 派 IT engineer 完成启用与基础配置main agent spawn IT engineer按固定顺序交代任务配置 awada channel走 awada-channel-setup 技能用户期待配置的 channel 需要启用 openclaw 内置 plugin。若用户在 Step 2 选 3则改为配飞书/企微 channel走work-channel-binding并入 sample 配置把 crews/sales-cs/openclaw_setting_sample.json 并入~/.openclaw/openclaw.json加入agents.listsales-cs绑定对应 channelawada 优先heartbeat/tools/subagents段直接用 sample 里的固定配置不要改重启 Gateway先告知用户并征得同意验证channel 状态 customerDB hook 生效。等 IT engineer 报平安后进入 Step 4。sample 配置解析哪些是固定配置openclaw_setting_sample.json 中明确区分了「可改」与「不可改」两部分配置段内容是否允许修改skillscustomer-db、demo-send、exp-invite、nano-pdf、proactive-send、session-logs固定heartbeatevery: 1h、target: none、isolatedSession: true、activeHours: 08:00-24:00 (timezone: user)固定禁止 IT engineer 调整tools.exechost: gateway、security: allowlist、ask: off固定subagentsallowAgents: [sales-cs]固定其中 heartbeat 段1h 周期 / isolatedSession / 08:00-24:00 活跃时段是 Pitfalls 第一条特别点名的红线不要让 IT engineer 自行调整因为它决定了 sales-cs 何时被唤醒、能否在独立会话中工作。Step 4 · 更新 sales-cs workspace 下的 AGENTS.md / IDENTITY.md / SOUL.mdmain agent 按照对用户的理解更重要的是结合business_knowledge.md完善 sales-cs workspace 下三个文件AGENTS.md、IDENTITY.md、SOUL.md中所有!-- 由main agent启用时填入并负责后续持续优化更新 --占位内容拿捏不准的问用户。从仓库当前状态可以看到这些占位符的分布IDENTITY.md对外自称、姓名、自我介绍话术SOUL.md角色与目标、负责/不负责边界、升级人工的引导方式、开票限制等AGENTS.md3.0 抱怨/投诉动作、3.1 可用推进问题、3.2 试用引导、3.3 购买收口方式与付款渠道、3.4 付款确认流程、3.5 开票参考话术、3.6 售后处理、3.7 主动推进成交的画像补齐问题。这部分体现的治理原则是对外话术与人格必须由 main agent代表用户/公司定义sales-cs 自己不写自己的剧本。Step 5 · 软链 business_knowledge.md business_knowledge/把 main agent workspace 下的business_knowledge.md业务知识正文单文件和business_knowledge/支撑材料文件夹产品截图、价目表、案例、合同模板等一并软链到 sales-cs workspacesales-cs-enablementwrapper 转发到 scripts/symlink_business_knowledge.py主入口诊断脚本check_awada_channel.py是并列脚本不被 wrapper 代理按 Step 1 的绝对路径直调。wrapper 本身只是薄转发sales-cs-enablement.shexec python3 $SCRIPT_DIR/scripts/symlink_business_knowledge.py $不做语义加工并处理了自身被软链到~/.openclaw/bin的情况readlink -f解析回真实 skill 目录。软链脚本的关键行为symlink_business_knowledge.py源优先级workspace~/.openclaw/workspace-main/business_knowledge.md优先回退仓库模板crews/main/business_knowledge.md首次启用兜底源.md不存在 → 从仓库模板复制一份到 workspace-main模板内容见 crews/main/business_knowledge.md源文件夹不存在 → 创建仓库内空目录crews/main/business_knowledge/其中已有 README.md后续由 main agent 填充目标安全策略目标已存在且是软链 → 覆盖已存在且是真实文件/目录 →报错拒绝覆盖避免误删数据返回退出码 1路径可配置MAIN_WORKSPACE/SALES_CS_WORKSPACE/REPO_MAIN均可用环境变量覆盖缺省分别为~/.openclaw/workspace-main、~/.openclaw/workspace-sales-cs和仓库crews/main。治理边界重要业务知识由 main agent 维护sales-cs不自行维护业务知识避免绕过 main agent 私自改口径。软链而非复制正是这一治理的落地手段——main agent 侧更新后sales-cs 侧即时生效且不会产生两份漂移的副本。Step 6 · 报平安向用户汇报启用结果sales-cs 已启用绑定了哪个 channelworkspace 路径~/.openclaw/workspace-sales-cs/对外称呼business_knowledge.mdbusiness_knowledge/软链已建立提醒用户sales-cs 的后续调整记忆、话术、IDENTITY 等由 main agent 负责可通过 sales-cs-review 技能 发起。4. 启用后的调整职责一个「不可自我进化」的对外 crew流程特别强调治理边界sales-cs 启用后对它的任何调整是 main agent 的责任不是 sales-cs 自己的。sales-cs 被设定为不根据客户反馈自主调整升级。用户要调整它的记忆、说话口气、IDENTITY、客服手册等必须通过 main agent 发起走sales-cs-review技能。这一设定在 SOUL.md 的「对外 Crew 约束」中有三重落地技能隔离只能使用DECLARED_SKILLS中声明的技能不继承系统全局技能禁止自我改进不得修改自己的 workspace 文件客户要求记住这个更新规则时礼貌拒绝说明配置由管理员统一管理工具在前、回复在后强制任何调用工具cs-update / feedback 记录 / follow-up / payment-send / ofb-key 等的 turn 不得包含面向客户的文本完整回复必须在所有工具完成后、在最后一个 turn 统一输出详见 AGENTS.md 的会话主流程。5. Pitfalls三个必须避开的坑坑说明规避方式IT engineer 改了 heartbeat 段sample 里的 heartbeat 是固定配置1h / isolatedSession / activeHours 08:00-24:00Step 3 交代任务时明确「不要改」IT engineer 只做 channel 配置与 agents.list 并入business_knowledge 软链指向错必须指向 main agent workspace 的business_knowledge.mdbusiness_knowledge/不能让 sales-cs 自维护使用sales-cs-enablementwrapper内部按环境变量/默认路径精确解析源目标已是真实文件时脚本会拒绝覆盖用户在 Step 2 选飞书/企微但没现成 channel飞书/企微要求客户先加入组织且必须先有可用 channel先走work-channel-binding配好 channel再绑 sales-cs不能跳过前置绑定6. 流程全景与设计启示整个启用流程可以用一张时间线概括用户提出对外客服诉求 └─ Step 1: check_awada_channel.py 诊断退出码 0/1/2 分流 ├─ 0 → 直接 Step 3 └─ 1/2 → Step 2: 向用户解释 channel 选型awada 租赁 / 其他 channel / 飞书企微 └─ Step 3: 派 IT engineer 配置 channel 并入 openclaw_setting_sample.json 重启 Gateway 验证 └─ Step 4: main agent 补全 AGENTS.md / IDENTITY.md / SOUL.md 占位内容 └─ Step 5: symlink_business_knowledge.py 软链业务知识治理边界main agent 单侧维护 └─ Step 6: 报平安channel / workspace / 称呼 / 软链 / 后续调整入口从架构视角看这套 SOP 的可复用价值在于三点职责分离诊断与决策main agent与机械配置IT engineer严格分层skill 只定义编排协议不重复实现可脚本化验证退出码 JSON 输出双通道让流程分支可编程判定wrapper 薄转发保证 PATH 调用零路径拼接治理优先业务知识软链、禁止自我改进、固定 heartbeat 三条红线共同保证对外 crew 的口径一致性——对外行为永远受 main agent 单点控制。如需进一步了解 sales-cs 被启用后的运行行为可对照阅读其工作手册 sales-cs/AGENTS.md意图分流 3.0-3.7、延迟购买跟进、sales-cs/IDENTITY.md 与 sales-cs/SOUL.md以及其依赖的 customer-db 技能cs_record表、follow_up跟进机制和数据库 schemasales-cs/db/schema.sql。赞分享人工智能AI Agent大模型AI 应用媒体生成【免费下载链接】xiaobei为OPC/中小微企业量身打造的自媒体获客智能体项目地址https://gitcode.com/gh_mirrors/wi/xiaobei点击查看免费下载相关推荐Xiaobei 实战指南sales-cs-review 技能驱动的对外客服复盘与升级流程Xiaobei 实战指南sales cs review 技能驱动的对外客服复盘与升级流程 本指南讲解 Xiaobei 开源仓库为 OPC/中小微企业打造的自人工智能AI Agent大模型AI 应用媒体生成基于 awada channel 的对外客服 Crew 接入指南以 sales-cs 企业微信连接为例xiaobei 项目 awada-channel-setup 技能详解基于 awada channel 的对外客服 Crew 接入指南以 sales cs 企业微信连接为例xiaobei 项目 awada channel se人工智能AI Agent大模型AI 应用媒体生成Streamer-Sales项目数字人视频生成全流程解析Streamer Sales项目数字人视频生成全流程解析 项目概述 Streamer Sales项目中的数字人模块是一个基于ComfyUI的AI视频生成系统能人工智能大模型AI 应用RAG语音AI Agent数字人后端前端电商上一篇告别Kubernetes资源混乱K9s视图过滤功能全解析与实战修复指南下一篇Front-End-Checklist 无障碍实战支持 200% 文本缩放WCAG 1.4.4 Resize Text完整指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考