门店工作台 · Agent 接入
连上之后,你可以在办公软件里直接问「今天门店怎么样」「哪些客户该跟了」「这句话能不能发给客户」, 它会去工作台取真实数据回答你。全程三步,大约五分钟。
本文为公开版,具体标识已替换为占位符;服务地址向负责人索取。
负责人会单独发给你一条 Agent 凭据。它就是你的钥匙。
两件事别做:别把它发在群里或写进代码库;也别转给别人用 —— 丢了或怀疑泄露,找负责人换一条。
按你实际在用的那个软件挑一段,把 <你的凭据> 换成第 1 步拿到的字符串,<门店工作台地址> 换成负责人给你的服务地址。
编辑 ~/.workbuddy/mcp.json(也可以放项目目录下的 .workbuddy/mcp.json):
// ~/.workbuddy/mcp.json { "mcpServers": { "workbench": { "type": "streamable_http", "url": "https://<门店工作台地址>/api/mcp", "headers": { "Authorization": "Bearer <你的凭据>" } } } }
扩展 → 连接器 → 粘 JSON。只有一个字不一样:type 用连字符。
{
"mcpServers": {
"workbench": {
"type": "streamable-http", // ← 连字符,不是下划线
"url": "https://<门店工作台地址>/api/mcp",
"headers": {
"Authorization": "Bearer <你的凭据>"
}
}
}
}
这两个键名我们没能在真机上验过。它们来自两家的公开文档。
如果客户端提示连不上,第一件事就是把 streamable_http 和
streamable-http 互换再试一次 —— 这是最可能的原因,改一个字符的事。
重启客户端,然后问它一句:
它应该列出 14 个以 store_ 开头的工具。数量对上就算通了。
直接说人话就行,不用记工具名。这些是它最擅长回答的:
最后两句值得单独记一下:它知道这家店的红线(不许承诺最低价、必问哪几件事、服务哪几个城市), 也能在你发出去之前先帮你过一遍六道出站检查,省掉「排进去才发现批不了」的来回。
这条边界是产品设计,不是权限没配好。
起草不等于发出去。你让它排一条跟进,它只会写进审核台变成一条待批记录, 在有人到工作台点批准之前,触达不到任何客户。而且它会先把内容念给你听、等你点头, 才真的写进去 —— 你说「不对,改一下」它就不会写。
| 你看到的 | 多半是 | 怎么办 |
|---|---|---|
| 客户端连不上 但网页能开 |
type 键名写反了 |
streamable_http ↔ streamable-http 互换 |
| 401 | 凭据没带上,或被撤销/过期了 | 检查 Bearer 后面有没有空格;还不行找负责人换一条 |
| 429 | 请求太频繁,触发了限流 | 等一分钟;或者把几个问题合成一句问 |
| 回答像是缺了一截 | 单次结果太长被截断了 | 问得具体一点,比如限定门店、时间段或数量 |
| 工具列表少于 14 个 | 凭据的权限范围和预期不一致 | 找负责人确认你拿到的凭据能用哪些工具 |
它读到的是门店的真实经营数据。请照着「这台电脑上开着门店后台」的标准来对待它:别在公共场合投屏演示,别把回答整段转发到外部群。