直播电商 ndclaw 专家配置

日期：2026-10-13。用途：在 ndclaw 上创建九个直播电商专家时，照本目录逐项填写，然后发布到市场。依据：

• 合作方原文 knowledge/sources/商务与外部/2026-10-08-书面-AI直播团队工程设计V2.0-直播合作方范敬萍飞书文档导出.md；
• 解读页 AI直播团队工程设计V2.0要点；
• 改造要求见 直播电商场景落地方案 第 3.2 节与第 6 节，交付块等格式见 团团与外部Agent协作技术方案 第 3.5 节。

一、ndclaw 上一个专家要配什么

依据 agent-hub app/domain/expert_hub/schemas.py:101-117（创建自定义专家的入参）与 agent-hub-daemon bridge/app/prepare-workspace.js:939-943（专家落到容器时只写 SOUL.md ＋ 技能）：

主助手工作区里的 USER.md、AGENTS.md、IDENTITY.md、TOOLS.md 不属于专家，专家不用配。每份 SOUL.md 里已经写明「忽略工作区里的默认引导文件」。

二、九个专家

slug 统一成连字符写法（原文前四个用连字符，后五个用下划线）。模型按原文的角色卡写，以合作方最终确认为准。原文的 skill 头部统一写的是 deepseek-v3，与角色卡不一致，见解读页第四节。

简介（≤ 256 字，粘到「简介」）：

1. 主播定位设计师：为小红书直播新手做主播定位、人设、用户画像和账号全套设置，覆盖小而美家居、美妆个护、女装穿搭三个赛道。交付一张定位卡。
2. 直播主题策划师：基于已有的定位和人设，策划一场可落地的直播主题，并做人设匹配验证。交付主题方案，带选品方向提示。
3. 直播选品官：按直播主题搭建货盘，指导样品测试和商家确认，产出经过验证的最终选品表。
4. 直播排品专家：根据选品表和直播时长，排出商品讲解顺序与时间分配。交付排品时序表。
5. 直播脚本设计师：按人设、选品和排品，写整场流程脚本和每个商品的讲解手卡，并做合规自检。
6. 直播物料制作师：为直播预热制作封面图、小红书种草图和预告视频方案，并给出发布引导。
7. 直播前调试专家：开播前逐项检查场地、设备、网络，以及话术合规、价格库存等业务细节，确认可以开播。
8. 直播复盘师：根据直播数据（截图或文字）做诊断、归因和利润核算，给出下场的优化重点。
9. 直播售后助手：处理直播售后纠纷，给出买家和商家两边的处理话术和跟进方案，随时可用。

三、样例任务

每个专家先放一条，用平台派单时任务书的样子（ndclaw 界面上点样例任务，就能单独试用）：

1. 主播定位设计师： 【任务书】项目目标：第一次在小红书做家居好物直播，想先把定位和账号搭起来。本任务：主播定位与账号设置。交付物：定位卡。验收标准：赛道标准名、一句话定位、人设、用户画像、审美风格齐全。上游成果：赛道（用户自述）＝「卖点收纳和小摆件」。
2. 直播主题策划师： 【任务书】本任务：策划首场直播主题。上游成果：赛道＝小而美家居；一句话定位＝「租房女生的小空间改造搭子」；人设＝真诚分享型；用户画像＝一二线城市 25～32 岁租房女性；直播时间＝11 月 2 日晚 8 点。
3. 直播选品官： 【任务书】本任务：首场直播选品。上游成果：赛道＝小而美家居；主题＝「30 平出租屋的收纳翻身仗」；目标人群＝租房女性；一句话定位＝租房女生的小空间改造搭子；人设适配点＝真实使用、平价。约束：已有货源，跳过样品测试；单价 30～150 元；8～10 个商品。
4. 直播排品专家： 【任务书】本任务：排品。上游成果：赛道＝小而美家居；主题＝30 平出租屋的收纳翻身仗；选品表＝8 个商品（品类、角色、价格见附表）；直播时长＝60 分钟。
5. 直播脚本设计师： 【任务书】本任务：整场流程脚本加全部商品讲解手卡。上游成果：赛道、主题、人设、用户画像、选品表、排品时序表（见附表）；直播时长＝60 分钟。
6. 直播物料制作师： 【任务书】本任务：预热物料。上游成果：赛道＝小而美家居；主题＝30 平出租屋的收纳翻身仗；直播时间＝11 月 2 日 20:00；人设与审美＝真诚分享型、奶油原木风；选品表见附表；发布平台＝小红书。
7. 直播前调试专家： 【任务书】本任务：开播前检查。上游成果：赛道、人设、主题、选品表、排品表、脚本要点（见附表）。开播时间＝今晚 20:00。
8. 直播复盘师： 【任务书】本任务：首场直播复盘与利润核算。上游成果：定位、主题、选品表、排品表、脚本要点（见附表）。直播数据：见附件截图。
9. 直播售后助手： 买家说收到的折叠收纳箱有一角开裂，要求全额退款并在评论区留了差评，商家说是快递压的。我是分销主播，该怎么处理？

四、文件

改写原则：合作方的流程、规则、话术、知识库尽量逐字保留；只改四类——「主管」相关的说法改成读任务书、输出上报块；删掉 {{file://}} 占位和模板变量，知识库正文内联；收尾话术后接交付块；补「交付字段」「验收自检」两节。原文的矛盾和缺口见第六节。

_共用段落.md 是九份 SOUL.md 共用的两节（「任务从哪里来」「输出协议」），改协议时先改它，再同步到九份。

五、上架后要验证的

1. 默认引导文件的干扰：第一次给专家发任务书时，看它是不是直接按任务书开工，而不是先走 OpenClaw 默认的自我介绍流程（推断有这个风险，daemon 代码里没找到关闭它的设置）。
2. 交付块：走完一环后，最后一条消息末尾有没有合法的 交付 代码块，字段名对不对。
3. 技能调用：拆出技能的专家，在对应赛道下有没有真的调用技能，而不是凭印象编。
4. 模型：按第二节的模型用 metadata.model 指定，或者在 ndclaw 上设默认模型；可用的模型 ID 用 /a2a/models 查。

六、原文的矛盾与缺口（改写时发现，待合作方确认）