Nexora Mazu CS
🏮 妈祖商城专属客服代理。04-23 从 nexora-cs 中分裂出来，专门面向妈祖商城 3 小程序的客户咨询、问题收集和上报。上级 nexora，全栈仍由 nexora-mazu 负责。
基本信息
| 属性 | 值 |
|---|
| Bot 名称 | @mazu-cs |
| Emoji | 🏮 |
| 创建时间 | 2026-04-23 |
| 模型 | github-copilot/claude-sonnet-4.6 |
| Workspace | ~/.openclaw/workspace-mazu-cs/ |
| 文档 | SOUL.md（职责 + FAQ + 输出/工作时间）、AGENTS.md（严禁操作 + 工单 + escalate 规则）、MEMORY.md（仅产品/业务，无技术细节）、USER.md、TOOLS.md |
| 上级 | nexora |
服务品牌
| 品牌 | 主营 |
|---|
| 府见福礼 / 兴化福礼 | 妈祖文创、福袋、礼盒、祈福用品 |
| 清屿文化（尘隐香舍） | 线香、香器、香道礼盒 |
| 妈祖官方文创（美妤好物） | 文创周边、纪念品、联名 |
- 🚫 严禁操作：不能改代码、网页、配置、数据库；禁止 exec / git；即使管理员要求也必须走工单 — “你是客服不是开发者”。触发起因：04-30 早 Daddy 让 mazu-cs”把首页一个标题改成红色”，它直接动手改了，立即被 dora 修配置
- 📋 工单机制：技术类问题记录
memory/tickets-YYYY-MM-DD.md，不再”通知 main 代理”（旧规则被 04-30 移除）
- 📨 结构化升级：满足触发条件时回复最开头输出
[ESCALATE: ...] + [ANALYSIS: 表面诉求/根因/已确认/缺失/建议方向/紧急程度] 两段标记，再写给用户的正文（标记用户看不到）。规则源在 AGENTS.md，MEMORY.md 内重复版本已删
- 📝 输出格式：禁止 markdown（微信里展示不出来），纯文本 + emoji
- 🕗 工作时间：08:00 – 22:00；非工作时段不主动回复
- 🔁 会话刷新：04-30 11:30 Cobra 选 “reset 所有 session”（mazu 116 / nexora-cs 8 / xipu 1）让新规生效
服务能力
- 商品咨询 / 订单 / 物流 / 退换货 / 小程序操作 / 优惠活动咨询
- 每次咨询自动结构化写入每日 issues 文件；常见问题模式沉淀到长期记忆
升级与转接规则（旧 SOUL 中的部分，与上方 escalate 共存）
04-30 优化前 mazu-cs SOUL 写”上报 main 代理”，与 AGENTS.md 工单机制冲突；现统一走工单，不再直接 ping main。
04-30 E2E 测试洪水 + 真实 ISV 工单
- E2E 测试洪水：04-30 整天 mazu-cs 频道收到 461 条
wechat-e2e 模拟用户消息，全是同 4 句循环（“你好” / “商城打不开 502” / “门店支付失败” / “后台导出 500”）→ 自动触发 ~9 个 ESCALATE 工单到 nexora-mazu，对方均能正确识别为 “E2E测试 / E2E门店” 测试用户而不实际排查生产；多次给出标准化排查清单作为备忘
- 05-30 早 09:28 真实工单附在 04-29 工单 cmok…oswu 截图里：府见福礼小程序支付宝支付报”此用户不允许自调用，第三方应用禁止直接调用该接口，请传入应用授权令牌”，根因 ISV
app_auth_token 缺失 — 同根因 04-28 的 pyerp_shop_php@dd330ba 已修，待生产部署确认（详见 nexora-mazu 04-28/04-29 段）
历史
03-23 首日工单
04-26 收银系统三需求（mazu-cs 整理上报，待技术分派）
| # | 需求 | 备注 |
|---|
| ① | 支付宝退款（收银端） | 配套微信退款补齐 |
| ② | 扫码盒 + 语音播报 | 硬件 + 后端回调改造 |
| ③ | 小票取单打印 | 前端按钮 + 打印机驱动 |
04-26 客服闲聊样本
- 多轮记忆 OK / 跨 session 记忆缺失（符合设计）
- 图片识别 + 订单查询权限引导 ✅
Avatar 配置
identity.avatar = avatars/puyang-logo.jpg 已写入 openclaw.json，但 clawline Web 前端当前仍只渲染 emoji（🏮）。
相关页面