Parsewise 连接器
对话里的实时数据
连接器是助手和你系统之间的桥。 价格、库存和状态都在提问的当下取 — 来自 1C、CRM 或你的 API。运行在支持 function calling 的模型上:助手自行决定何时调用工具。
一层接一层
请求穿过六层 — 带着实时数据回来。 只有支持 function calling 的模型层能开启这条链路:没有它,就没有东西去发起调用。
客户

对话里的提问
挂件

渠道与上下文
LLM · function calling

决定调用工具
MCP 网关

已授权动作的 schema
连接器

密钥来自项目保险箱
你的系统

1C · CRM · API
带护栏的桥
访问你的系统,不是靠口头信任。 已授权动作、频率上限和逐次调用日志:安全部门有东西可查。
动作清单
连接器只会做事先允许的事 — 一份约定好的工具清单。
密钥在保险箱
凭据保存在项目设置里 — 不会进入对话,也不会到客户那里。
调用日志
对你系统的每次访问都有记录:谁、何时、带什么参数、拿回了什么。
频率限制
每分钟请求数上限 — 助手不会把你的系统压垮。
超时与缓存
慢响应不会卡住对话,高频数据走缓存。
按项目启用
连接器只在启用它的地方生效 — 很适合先做试点。
关于连接器的问题
只支持具备 function calling 的大模型。模型以 schema 形式拿到工具,并自行决定何时调用连接器;没有这套机制,就没有东西去发起调用。
比再问一遍还快
你系统的返回零点几秒就到。 而后台任务不等提问 — 调度器每分钟跑一遍。
动作调用
从提问到系统返回答案
调度周期
按计划执行的后台任务
条调用日志
每次访问都可见、可核查
无需值守
助手自己去核对
即时作答,也按计划运行
调度器不用等人问就把任务办了。 开门前查库存、提醒未完成的申请、刷新状态 — 用话把任务说清楚,之后它自己跑。
个问题。
来自你系统的实时回答 — 就在对话当下。
秒。
调度器的一个周期 — 例行任务按计划执行。
次复述。
回答里不再有隔夜数据。
接入实时数据
先从一个连接器开始。 接上 1C 的库存或 CRM 的状态 — 助手的回答就不会再过期。
用你自己的数据试一试
上传你的文档和商品目录,然后把别人问你的问题拿去问助手。 这是唯一有意义的检验。

-poster.webp&w=2048&q=75)

