Zmimo✳/ mimoChat

A ZMIMO PRODUCT 内测中

把事情，
交代在聊天里。

mimoChat，让聊天成为办事的入口。

记住重要的信息，查到需要的答案，
连接常用工具，再把结果送回来。
让一句交代，有着落，也有后续。

看看它怎么做 ↓

内测中 · 带着一个具体场景，和作者聊聊怎么接入。

← 回到 Zmimo 的小小世界
试着交代一件小事过程演示

记一下，保修单在书房第二层抽屉。

把信息记到你这里。
你的资料小抽屉保修单的位置

书房 · 第二层抽屉

这件事，有着落了 ✓

下次问起，不必再从聊天记录里翻找。

这是可操作的场景示意，不创建真实记忆或提醒。连接自己的资料与工具，请申请深度体验。

01 / A LITTLE LESS BACK AND FORTH

你说想做什么。
它把需要的能力组织起来。

mimoChat 是一个连接资料、工具和消息入口的 AI 办事助手。
在一个后台配置知识、人设、记忆与任务，再服务不同的人和业务。

01 / ANSWER

有依据地回答

把产品资料、业务流程与当前对话接起来，减少重复查找与解释。

02 / REMEMBER

记住，也找得到

留下事实、资料与偏好，之后可以查询、更正、删除和设置有效期。

03 / DO

把工具用起来

查询项目、处理工单、使用生活服务，让回答继续变成具体的操作。

04 / FOLLOW THROUGH

到时，有后续

按约定的时间或发生的事件，执行任务、传达消息，再反馈结果。

对使用的人少切几个系统，少重复几次操作。

对管理的人把资料、规则和工具，配置成可复用的服务。

02 / FIND YOUR EVERYDAY WHAT IF

从你正在忙的一件事开始。

不必一次了解所有能力。选一个与你有关的场景，展开看看。

01个人用户个人记事与资料找回“帮我记一下，小周的电话是 13800000000。”展开完整用法

之后再问：小周的电话是多少？

能带来什么
保存联系人、备忘与有价值的偏好，之后按问题找回，也能更正、删除和设置有效期。
怎样开始
为对应私聊开启记忆；需要反复查询的资料可以放入知识库。
怎么使用
个人、群和网页访客按各自范围使用信息。官网的临时问答不写入长期记忆。
02群主与业务团队群里的业务问答“这个产品支持什么售后政策？”展开完整用法

也可以问：刚才提到的申请流程，第一步在哪里提交？

能带来什么
结合业务资料与当前对话回答，让产品、售后和服务流程有统一的资料依据。
怎样开始
为群配置业务资料、人设、模型和触发方式。
怎么使用
可以按 @、直接称呼或会话规则触发回复，日常聊天也能保留自己的节奏。
03企业员工与项目负责人办公系统与项目管理“查一下项目 A 的未完成任务，哪些本周到期？”展开完整用法

操作示例：帮我把这条工单转给负责的同事。

能带来什么
在消息里查询工单、项目、客户或库存，也能交代已授权的业务操作。
怎样开始
连接业务系统的 API 或 MCP，配置工具参数、凭证和使用对象。
怎么使用
能查询的数据和能执行的操作，以该系统开放的接口及你的授权为准。
04商家与网站开发者网页与商家后台里的助手“这个服务适合我吗？支持哪些功能？”展开完整用法

商家后台示例：查询今天待处理的售后单。

能带来什么
把业务知识和对话服务放进网页、商家后台或自己的产品，让咨询有入口、后续有衔接。
怎样开始
通过服务端创建访客会话，网页只持有对应访客的短期凭证。
怎么使用
官网右下角提供独立临时问答，默认空闲 10 分钟过期；深度业务体验通过产品接入配置。
05内容经营者与商家小红书与抖音等渠道的咨询接待“这个商品怎么选？什么时候发货？”展开完整用法

有后续业务接口时，可进一步查询订单状态或衔接处理流程。

能带来什么
将商品资料、服务口径和处理流程用于咨询，衔接订单查询或后续人工处理。
怎样开始
连接平台开放的消息能力，配置账号、回复规则和业务资料。
怎么使用
不同平台的消息接收、回复和业务操作，以其开放能力和账号授权为准。
06开发者与运维人员系统告警与业务事件通知“当错误信息包含 PAYMENT_TIMEOUT 时，通知指定负责人。”展开完整用法

也可用于新订单、构建失败、服务恢复或业务处理结果通知。

能带来什么
将系统异常、新订单、构建失败或恢复通知，送到指定联系人或群，并查询投递结果。
怎样开始
配置接收目标与触发条件，用业务系统调用推送接口。
怎么使用
已受理与已送达分别反馈；同一事件重试沿用相同 request_id，避免重复通知。
07社群运营与项目组织者多个群的统一通知“把这条版本更新通知发到我选定的 10 个项目群。”展开完整用法

你能看到：目标名单、待确认内容、每个群的发送结果与失败项。

能带来什么
一次交代，向选定的多个群分发通知；目标名单、投递回执与失败项放在一起查看。
怎样开始
选定授权群，确认通知内容，再按配置发出。
怎么使用
发送范围、节奏和失败处理由任务配置管理，结果按目标分别反馈。
08个人与团队定时提醒与天气服务“明天下午三点提醒我提交材料。”展开完整用法

天气示例：明天西安的天气怎么样？

能带来什么
设置一次性提醒或周期任务；到点查询天气、汇总业务结果，再发到指定会话。
怎样开始
交代时间、时区、要做的事和接收位置；查询类任务连接对应工具。
怎么使用
提醒一段文字和届时执行一次查询是不同的任务，可按实际需要分别配置。
09已授权个人与群成员通过对话使用生活服务“帮我看看附近有哪些瑞幸门店。”展开完整用法

继续询问商品、选择门店、预览订单；下单和取消按现有审批流程处理。

能带来什么
从找门店、选商品到预览订单，把生活服务串成一段可以继续的对话。
怎样开始
使用已接入的瑞幸工具与 Skill，配置有效凭证和使用范围。
怎么使用
下单、取消等操作按配置确认与审批，具体服务以接入账号的可用范围为准。
10家庭用户与设备系统开发者智能家居与设备控制“把书房的灯打开，再查询一下室内温度。”展开完整用法

根据设备接口，还可以设计状态查询与获得明确授权后的设备操作。

能带来什么
通过消息查询设备状态，或交代已经授权的灯光、空调等设备操作。
怎样开始
连接设备系统开放的 API 或 MCP，配置设备与操作范围。
怎么使用
不同设备的可用指令，以实际接入的系统和设备能力为准。

03 / ONE CORE, DIFFERENT DOORS

入口可以不同，
事情都能接着往下走。

消息入口、助手能力和业务系统各司其职。
你决定它服务谁、读什么资料、能办哪些事。

你熟悉的入口微信 · 群聊网页 · 自有产品办公与内容平台
mimoChat知识 · 记忆 · 规则 · 任务
你需要的能力业务资料与知识API · MCP · 工具查询 · 操作 · 消息投递

微信与群聊通过 Windows Agent 收发；需要已登录、可交互的微信桌面。

网页与自有产品通过对话或推送接口接入；不同访客使用独立会话。

第三方系统与平台按各平台开放的能力、账号和接口配置使用范围。

资料分清楚

个人、群与工作空间按各自范围检索，避免把所有信息混在一起。

动作有授权

配置谁能使用哪些工具；写操作按流程确认与审批。

结果看得见

查询、执行和投递分别反馈；需要继续处理时，能接上上下文。

04 / FOR THE PEOPLE WHO BUILD

接进你的产品，
也接进实际的工作里。

技术细节放在这里。按需要展开，就能找到接口与接入说明。

收到消息或事件→理解与权限判断→知识 / 工具 / 任务→结果与投递回执
接口一：向固定联系人或群发送文本

在后台选定目标并创建推送应用。你的系统在业务条件满足时调用接口，例如系统报错、新订单或构建失败。

POST https://chat.zmimo.com/api/v1/external/push
Authorization: Bearer <PUSH_TOKEN>
Content-Type: application/json

{
  "request_id": "example-001",
  "text": "示例通知：订单服务出现超时，请负责人查看。"
}

Token 绑定预先配置的发送目标；请求中不随意指定其他联系人。request_id 用于幂等识别，同一个 ID 不应换成不同内容。返回 HTTP 202 表示已受理，可再通过 GET /api/v1/external/push/{message_id} 查看结果。长期凭证应由业务服务端保存。

接口二：给网页访客创建独立对话
  1. 网站后端创建会话

    持应用凭证调用 POST /api/v1/external/web/{app_id}/sessions，每位访客使用独立会话。

  2. 前端使用短期会话凭证发消息

    调用 POST /api/v1/external/web/{app_id}/sessions/{session_id}/messages，传入 request_id 与 text，获取回复。长期应用 Token 不进入浏览器代码。

  3. 会话过期或主动关闭

    默认空闲 600 秒过期，可配置。使用对应会话的 DELETE 接口主动结束；不同访客的上下文彼此隔离。

官网简单对话使用访客隔离的临时会话，不写入长期记忆。需要工具联动时，使用已配置的业务入口与权限。

接入业务工具与新渠道

业务工具通过 HTTP API 或 MCP 提供真实查询与操作能力；Skill 描述如何使用这些工具、缺什么参数要追问、执行前需要确认什么。工具清单、凭证、权限和审批由服务端管理，导入 Skill 本身不会解锁权限。

新渠道适配器负责收消息、识别群或私聊、映射发言人和 @ 信息、发送内容及回传结果。不同平台按能力接入，不能把一种渠道的识别和发送能力直接套到所有平台上。

运行结构

当前服务端采用 Python，配有管理后台，使用 PostgreSQL / pgvector、Redis，以及 API、Worker、Scheduler；Windows Agent 负责微信桌面收发。Agent 主动连接服务端，通常无需固定公网 IP，服务端需要可达的稳定地址与 HTTPS / WSS。

微信 Agent 仍依赖登录状态与可交互桌面。远程桌面客户端不必一直开着，但退出微信、锁屏或系统会话变化可能影响桌面操作，需要状态检测与恢复；这与纯服务端渠道适配不同。

模型、记忆、Skill 与工具分别做什么？
组成部分用日常语言理解配置与接入含义
模型负责理解和生成内容可以选择供应商和模型；它本身不等于业务权限
人设助手如何表达和判断可按群或私聊配置，继承公共默认
知识库回答业务问题时查阅的资料按权限检索相关片段，不把全库放进每次请求
上下文当前对话刚刚发生了什么同一会话内连续交流；不同访客与群按边界隔离
长期记忆以后还值得保留的信息沉淀事实、偏好及证据，支持查询、更正和删除
Skill完成某类任务的流程说明指导步骤和缺失参数追问；不会自动获得工具权限
API 或 MCP访问真实业务系统的工具入口查询和操作能力取决于接口、凭证和授权
渠道适配器把平台消息翻译为统一事件处理群私聊、发言人、@能力、发送结果等差异

A FEW THINGS YOU MAY WONDER

再说清楚几件事。

它与通用 AI 聊天应用有什么不同？

mimoChat 的工作重点是管理你的资料、规则、权限和工具，并接到实际消息入口。回答可以有业务依据，处理结果可以被投递和跟踪。回答质量仍然取决于模型、资料质量和接入条件。

知识库会每次全部发给模型吗？

不会。按问题、相关性与权限检索片段，再结合上下文组织输入。Embedding 用于语义召回；未配置时仍有精确与关键词检索。它不保证每次都检索到正确资料。

记忆会永久保存所有聊天吗？

长期记忆与聊天原文有不同生命周期。事实与偏好可以沉淀、查询、更正和删除；原文受保留策略影响。网页临时对话不沉淀长期记忆。

有 API 就一定能马上接入吗？

还需要可用凭证、参数与错误映射、业务权限和执行确认。有的平台只开放查询，有的平台没有开放消息回复；实际接入范围以目标系统提供的能力为准。

模型和工具调用会产生费用吗？

可能产生所选供应商、业务服务和部署环境的费用。具体以实际套餐和调用量为准；具体费用可在申请内测时结合实际使用场景确认。

05 / START WITH ONE LITTLE THING

先把一件事，
交代给 Mimo。

告诉作者你想减少哪一次重复操作，
一起看看资料、群聊和工具怎样接起来。
还想了解产品？官网向导可以先回答你的问题。

作者微信二维码，可扫码申请 mimoChat 深度体验。

带一件你想减少重复操作的事来。

BRING YOUR LITTLE WHAT IF

带一件你想办的事来。

加作者微信，聊聊你的场景，申请深度体验。

作者个人微信二维码，使用微信扫一扫添加。

也可以长按保存二维码。