Kaifuny

@yintenaite 我这就补文档 😵

暂时可以自行 folk 本项目，更改dict.js的字典文件，自行打包使用

模块划分图 组织结构与角色划分 @hailiang-wang @SAMZONG

现在一阶段 项目框架，以及 api mock的方案已经确认 尽量保证平滑的v8使用，所以 api 设计暂时后移，当下更为专注于产品形态到交互界面的落地 根据这个产品目标界面交互初版，再确定当前 v8 后端到底能兼容多少，还是升级到 v9。后端启动的时间初步设想在 10月初了 @hailiang-wang 关于 目录划分 因为现在还有一部分 develop 的 bug 修改，需要合并最新 commit 这个最后再一并调整 目录位置

@GijsGoudzwaard, Do you mean that if have the same setup in each page, tabs will be change on each page at same?

@jaxliu-1989 I will release v1.0

里程碑 issue 信息汇总查看链接 [前后端分离里程碑](https://github.com/cskefu/cskefu/issues?q=is%3Aopen+is%3Aissue+milestone%3A%E5%89%8D%E7%AB%AF%E9%A1%B9%E7%9B%AE%E5%8E%9F%E5%9E%8B%E6%90%AD%E5%BB%BA) 暂定为 v9 版本任务

其实很难做有效的分类，我们只能够根据厂商的不同，来划分相应 API 能力在厂商的架构亦或者说商业版图的位置。并且前后不一定存在技术上的依赖关系，并且国内与国外也存在诸多差异。 ## 微信篇 微信具有广阔的用户基数，自身就是渠道商，在微信下存在我们熟知两种产品形式 - 微信公众号 - 微信小程序 这两个产品都是，一对多的创作平台因此需要给创作者商家提供客服能力。因此这两个渠道的开放平台文档下都各存在一种客服 API 文档。地址如下： - 微信公众号 客服API https://developers.weixin.qq.com/doc/offiaccount/Customer_Service/Forwarding_of_messages_to_service_center.html - 微信小程序 客服API https://developers.weixin.qq.com/miniprogram/dev/OpenApiDoc/kf-mgnt/kf-message/sendCustomMessage.html 自今年 6 月份起，这两种 API 存在诸多限制，仅能够下发 5 条客服消息。因此小程序也推荐使用微信客服 API，而公众号仍然具有基于消息API进行开发的能力 随着微信下产品形式和商家服务的丰富，还存在以下几种产品...

补充： 1. 如果考虑视频号，搜一搜品牌官方区，微信支付凭证三处渠道的客服接入能力，只能通过"微信客服 API" 2. 微信客服 API，本身具有向企微导流的引导意图（从注册到使用）稍有不慎就会变成【融合版】，尤其是在配置上存在较大差异，其客服账号存在默认命名规则需要注意。并且文档中提到的客服账号等同于坐席，可以一个客服账号在企微中对应多个接待人员

## 云服务商-阿里云篇 前面提到的微信是作为渠道商，以及自身商业版图包含企业微信推出了一系列基于自身渠道优势 SaaS 服务。然而作为云服务厂商的思路则完全不同，他们更侧重于基于自身云服务提供商的资源能力，并没有涉及过多的渠道限制。更加专注于客服服务本身的技术角度。我们是能够获得一个比较完整的客服系统的架构图的。 由于国内云服务商，阿里云非常具有代表性我们就以阿里云为例，兼顾讨论一些其他云服务厂商的产品。