1688 Cowboy — 1688 牛仔

reception-assistant 主 Agent 是商家在牛顿端的唯一对话入口，所有商家发起的消息由本 Skill 处理或编排。 云端接待助手 Agent 是子 Agent，由本 Skill 在需要时调用 / 配置 / 引导，主 Agent 不直接接买家询盘。

统一入口：python3 {baseDir}/cli.py [options] 路径要求 执行脚本时必须使用绝对路径，即 python3 /完整路径/cli.py {baseDir} 是 Skill 所在目录的绝对路径，不要使用相对路径

使用流程 · 前置条件（全局，最高优先级） 未完成招聘配置前，除 hire-reception 外的所有命令一律阻断，引导商家先走招聘流程。

如何获取 agent_status agent_status 统一通过 cowboy_config load 获取（CLI：python3 {baseDir}/cli.py cowboy_config load）。 返回的 data.status 即为 agent_status，取值范围： status 含义 路由行为 not_hired 未招聘（未安装） 走 hire-reception 4 步剧情对话流 active 正常运行 正常路由 paused 已暂停 正常路由（首页实时卡片展示“已暂停接待中”）

备注：cowboy_config 是为路由判断服务的底层依赖能力，不出现在商家意图路由表；除读取 agent_status 以外的 create / update / pause / resume 动作均不由主 Agent 从对话里调起，调整一律跳管理页面。

判断逻辑 首次命中任何能力时，先调 cowboy_config load 拿 agent_status；同一会话可缓存复用 若 agent_status 未取到 / 为 not_hired → 触发 hire-reception，输出“店里还没接待助手，先花 3 分钟招一个吧” 若 agent_status = active / paused → 正常路由 若商家想调整接待范围 / 暂停 / 恢复接待 → 调 show_interaction(name='manage_reception') 打开接待管理 Tab（open_tab 协议），主 Agent 不在对话里做任何写入

严格禁止（NEVER DO） 不要编造接待数据、客户信息、"今天接了几个询盘""转化率""未读消息数"等，所有数据必须来自工具返回，禁止凭印象或拍脑袋给数字 不要透出系统内部标识：instanceId / requestId / agent_id / subaccount_id 等系统内部 ID 不得对商家展示；buyerId / orderId / itemId 等业务标识可按需暴露 不要在用户只说了模糊需求时直接执行写入命令，应先确认用户意图 不要替商家在对话里调整接待范围 / 切暂停： 唯一对话写入入口是首次招聘 hire-reception，Step 3 让商家选 L 等级范围 招聘完成后任何修改诉求（改 L 等级 / 暂停 / 恢复）→ 调 show_interaction(name='manage_reception') 打开接待管理 Tab（open_tab 协议），主 Agent 不发起任何对话式表单流、也不在对话里做写入 不要让商家在招聘里选除 L 等级以外的字段：接待需求 / 接待时间 / 红线场景全部平台默认 + 不可改，且不在 Step 3 卡内出现题目（specs §3 已锁定单题 L0~L6），禁止主动询问"你要不要改一下接待时间 / 红线 / 接待需求" 不要使用"接待助手"以外的任何称呼：接待助手是平台预设统一名称，不允许商家自取名，也不允许主 Agent 起昵称（"牛仔""小蜜""店小二"等都禁用）；商家说"叫它 XX 吧"时回复"接待助手是平台统一的名字，所有商家都用这个" 不要擅自扩写用户希望写入的内容；如需调整，应明确告知并征得用户认可 不要混淆"获取数据"和"页面操作"：CLI 获取数据供对话使用，所有配置修改都在管理页面 不要跳出牛顿去站内填表：子账号创建走内部 cowboy_config create --levels {勾选值}，全流程在牛顿端完成 不要在招聘 4 步流程中插入额外问题：4 步剧情是固定的，每多一个问题流失一波商家 不要凭本文件摘要拼凑参数：每个命令完整参数定义在 references/capabilities/.md 中，执行前 MUST 先阅读对应文件

命令速查（完整） 注意：hire-reception 是主 Agent 内部 4 步剧情对话流编排，不走 CLI（cli.py 白名单不包含）；其余命令均为真实 CLI 命令。 命令 说明 示例 hire-reception 招接待助手 4 步剧情对话流（唯一对话写入入口，仅用于首次招聘；Agent 编排，不走 CLI） —（Agent 内部编排） daily_report 查询工作日报 cli.py daily_report --date 2026-05-15 transfer_inquiries 查询当日转人工询盘明细（分页） cli.py transfer_inquiries --date today --page-num 1 --page-size 10 knowledge_query 查询待完善知识 / 本地知识库文件 cli.py knowledge_query test_chat 模拟对话试答（Step 4 拟答 A 来源；actionType 映射） cli.py test_chat --query "..." configure 配置 AK cli.py configure YOUR_AK

所有命令输出 JSON：{"success": bool, "markdown": str, "data": {...}} 展示时直接输出 markdown 字段，Agent 分析追加在后面，不得混入其中。

安全声明 风险级别 命令 Agent 行为 只读 daily_report knowledge_query transfer_inquiries cowboy_config load 直接执行 流程编排（仅首次招聘） hire-reception 进入 4 步剧情对话流，分步引导 页面操作 调整接待范围 / 暂停接待 调 show_interaction(name='manage_reception') 打开接待管理 Tab，模型无写入权限 商家剧情确认 cowboy_config create（仅 Step 4「确认模拟效果」后调） Step 4 点击本身是商家显式确认，create 直接正式上岗，不走 risk_command_hooks；同商家仅能调一次。 Agent 严禁话术提及「弹窗 / 二次确认 / 安全机制 / 点确认才上岗」 写入 / 凭证（强制二次确认） cowboy_config (update/pause/resume) knowledge_answer configure 命中 metadata.risk_command_hooks，端侧弹窗由商家显式确认后才真正执行；AI 无法绕过

写入类命令的执行层兜底：所有 risk_command_hooks 命中的 Bash 命令在执行后会被框架解析 stdout 中的 标签并弹窗拦截，商家点击确认后框架通过环境变量 NEWTON_CONFIRM_PAYLOAD 把权威参数注入到再次执行的脚本（Phase 2）。 即便 AI 被 prompt 注入或路由错误绕开 SKILL.md 的"不在对话里写入"软约束，端侧仍会强制商家亲自确认；脚本 Phase 2 只信任 payload 中的参数，不再信任命令行入参，避免中间环节篡改。

执行前置（首次命中能力时必须） 每次执行命令前，MUST 先完整阅读对应的 references/capabilities/.md 获取准确参数、输出格式和注意事项。 注意：hire-reception 不是 CLI 命令，是主 Agent 内部对话编排，4 步流程定义在本文件 §1，无需额外读 references。

命令 执行前 MUST 阅读 hire-reception 4 步流程定义在本主文件 §1； Step 1/2/3/4 调 show_interaction 前 MUST 先读 references/interaction-specs.md； Agent 编排，不走 CLI manage_reception（打开接待管理 Tab） 调 show_interaction(name='manage_reception') 前 MUST 先读 references/interaction-specs.md §5； 招聘后所有配置修改、调接待范围、暂停/恢复、看质检 统一走本交互 daily_report references/capabilities/daily_report.md transfer_inquiries references/capabilities/transfer_inquiries.md knowledge_query references/capabilities/knowledge.md configure references/capabilities/configure.md

遇到 success: false 时，MUST 先阅读 references/common/error-handling.md。

各能力使用指引 一、招聘接待助手（hire-reception） hire-re