首页 文章 精选 留言 我的

精选列表

搜索[热点技术征文第九期],共10000篇文章
优秀的个人博客,低调大师

SpreadJS V19.0 新特性解密:透视表拖动自定义排序,解锁数据整理新姿势 | 葡萄城技术团队

在数据分析与报表制作场景中,透视表凭借强大的维度聚合能力成为开发者的核心工具。但传统透视表的排序功能往往受限于固定规则,当用户需要根据业务逻辑自定义调整字段项顺序时,操作繁琐、灵活性不足的问题尤为突出------比如想按业务优先级调整产品类别顺序,或按部门协作逻辑重组数据维度,都需要额外编写复杂代码或手动修改数据源,严重影响工作效率。 为解决这一痛点,SpreadJS V19.0 重磅推出透视表拖动(自定义)排序功能,让用户无需复杂配置,通过直观的拖拽操作即可实现字段项顺序的自由调整,彻底重构透视表数据整理的便捷性。下面,我们将深入解析这一特性的核心价值与使用细节。 核心功能解析:灵活拖拽,精准控序 SpreadJS V19.0 的透视表拖动排序功能,以"直观操作+全面兼容"为设计核心,覆盖多种使用场景,满足不同用户的排序需求: 1. 多维度拖拽选择,适配多样操作习惯 功能支持四种灵活的拖拽选择方式,无论用户习惯精准选择还是批量操作,都能快速上手: 仅选择字段头(PivotField Header):精准调整单个字段的整体顺序,不影响字段下的值区域; 选择字段头及部分值区域:针对字段下的特定数据项进行排序调整,保留其他项的原有位置; 选择字段头及全部值区域:批量移动整个字段及下属所有数据项,实现维度整体迁移; 点击字段头选择全部值区域:一键选中字段关联的所有数据,简化批量拖拽操作。 2. 可视化拖拽流程,操作直观无门槛 拖拽过程全程伴随清晰的视觉指引,降低操作学习成本: 鼠标移动到选中区域边缘时,光标自动切换为"移动状态",明确提示当前区域可拖拽; 按下鼠标开始拖拽后,系统会显示动态拖拽指示器,实时标注目标插入位置,避免误操作; 拖拽过程中,指示器会根据鼠标坐标智能判断:列字段按水平(x坐标)定位插入点,行字段按垂直(y坐标)定位,精准匹配透视表结构; 若拖拽的是父字段,指示器会自动跳过所有子字段的数据区域,确保层级结构不混乱; 释放鼠标后,选中的字段项会自动插入到指示器标注的位置,排序结果即时生效。 3. 排序选项智能联动,状态同步不脱节 拖拽排序后,字段项的排序状态会自动同步到透视表的排序选项对话框:当用户打开排序设置时,排序方式会默认切换为"手动(manual)",清晰标识当前为自定义拖拽排序结果,避免与系统自动排序规则冲突,也方便用户后续按需切换排序方式。 典型应用场景:让数据整理更贴合业务逻辑 这一特性的推出,让透视表排序彻底摆脱固定规则的束缚,在多个核心场景中发挥价值: 业务优先级排序:在销售报表中,将重点推广的产品类别拖拽到靠前位置,直观突出核心数据; 协作场景适配:跨部门协作分析时,按协作流程拖拽调整部门、项目等维度顺序,让报表更符合团队工作逻辑; 个性化报表展示:根据汇报对象需求,自定义调整透视表字段顺序,让数据呈现更具针对性; 临时数据重组:数据分析过程中,快速拖拽字段项进行多维度组合尝试,无需修改数据源即可探索不同数据视角。 操作指南:3步完成自定义拖拽排序 选中目标:在透视表中选择需要排序的字段项(支持前文提到的四种选择方式); 开始拖拽:鼠标移动到选中区域边缘,待光标变为移动状态后,按下鼠标并拖动; 确认插入:拖动过程中观察拖拽指示器,到达目标位置后释放鼠标,字段项自动完成排序调整。 注意事项:这些边界场景需留意 为确保功能使用顺畅,以下两类操作暂不支持,开发者需提前知晓: 不支持选中整行或整列进行字段项拖拽:仅能通过选中"字段头"或"字段头+值区域"的方式进行拖拽,全选行/列无法触发字段项排序; 不支持同时选择不同父字段下的同名子字段进行拖拽:SpreadJS 仅支持单个子字段的独立拖拽,避免多父字段下的子字段混淆。 总结与展望:让透视表更懂业务需求 SpreadJS V19.0 推出的透视表拖动自定义排序功能,以"直观操作、灵活适配、精准控制"为核心优势,彻底解决了传统透视表排序灵活性不足的痛点,让数据整理更贴合业务逻辑,大幅提升报表制作与数据分析效率。 作为一款面向企业级应用的纯前端表格控件,SpreadJS 始终聚焦开发者与终端用户的实际需求,持续优化透视表等核心功能的使用体验。除了拖动排序,V19.0 还为透视表带来了日期分组、受保护工作表中启用透视表等多项增强能力,全方位提升数据处理能力。 如需了解更多功能细节,可访问 SpreadJS 官网 查看产品文档,或通过 在线 Demo 直接体验新特性。SpreadJS V19.0 即将正式发布,敬请期待这款更强大、更灵活的前端表格控件,为你的业务系统注入新的活力!

优秀的个人博客,低调大师

测试用例设计方法六脉神剑——第四剑:石破天惊,功能图法攻阵| 京东物流技术团队

1 引言 前面几篇文章为我们讲述了因果图、判定表、正交试验等几种方法,主要是针对于不同条件输入输出的组合进行测试,但在实际需求中,我们也常会遇到需要对被测对象的状态流转进行验证的情况,此时前面几种方法将不再适用,对于这种状态转换类问题,功能图法则可大展身手。 2 概念及原理 2.1 基本概念 功能图:也称状态图法,该方法是一种专门解决动态说明问题的测试用例设计方法 ,主要由状态迁移图和逻辑功能模型两部分构成。 2.1.1 状态迁移图 用于描述一个特定对象生命期中满足某些条件的所有状态,以及由于各种事件的发生而引起的状态之间的转移。关于状态迁移图,有如下几点需要注意: 1)一个状态迁移图中包含如下几种状态: • 初态(即初始状态) ——实心圆 • 终态(即最终状态) ——一对同心圆(内圆为实心圆) • 中间状态——圆角矩形 2)在一张状态图中只能有一个初态,而终态则可以有0至多个。 3)状态图既可以表示单程生命周期,也可以表示系统循环运行过程。 2.1.2 逻辑功能模型 用于描述静态说明,表示在状态中输入条件和输出条件之间的对应关系。 2.2 核心思想 功能图法的核心思想在于:抽象出待测系统的若干状态以及状态之间的转换条件和转换路径,然后从状态迁移路径覆盖的角度设计测试用例。 3 方法步骤 1)分析需求,明确状态节点,具体关注以下几个信息 • 存在的状态; • 状态之间的转换关系; • 状态变化的触发条件。 2)梳理不同状态的转换,输出状态-条件表; 3)画出状态迁移图; • 定义初始状态; • 为初始状态增加一次操作改变初始状态,增加新的状态; • 为上一步步产生的新状态增加一次操作,再增加新的状态; • 循环直到没有新状态产生为止。 4)转换为状态迁移树; 结合广度优先遍历+深度优先遍历算法,遍历状态迁移图的每一条路径,得到状态迁移树。 5)从状态迁移树导出测试路径。 状态迁移树中根节点到每个叶子节点的路径即为一条测试用例。 4 举个栗子 场景:针对客服系统事件状态流转过程设计测试用例 1)分析客服事件可能存在的所有状态。 • 已创建/待分配 • 已分派 • 处理中 • 已解决 • 已关闭 • 升级待分派 • 再次打开  2)梳理状态之间的转换关系和触发条件,得到状态-条件表。  当前状态 下一个状态 状态转换条件 已创建/待分配 已分派 ①系统自动分派②手动领取 已分派 处理中 ①客服操作事件/事件有更新 已创建/待分配 处理中 ①事件转移 已创建/待分配 已解决 ①系统解决事件(如小程序-用户取消服务) 已创建/待分配 已关闭 ①mq触发关闭(如上游取消异常) 处理中 已解决 ①客服手动解决事件②系统自动解决事件 已解决 已关闭 ①归档 已解决 再次打开 ①手动reopen②系统触发reopen 处理中 升级待分派 ①客服升级事件 处理中 已关闭 ①合并 升级待分派 已分派 ①系统自动分派②手动领取 升级待分派 处理中 ①事件转移 再次打开 升级待分派 ①客服升级事件 再次打开 已解决 ①客服手动解决事件②系统自动解决事件 - 已创建/待分配 ①fxm/小程序等生成事件 - 已分派 ①客服手动创建②电话/咚咚等方式进线 - 升级待分派 ①系统升级事件(如邮政投诉事件) 3)根据状态-条件表,画出功能图/状态图。   4)根据功能图输出状态迁移树。   5)输出测试用例,下表举例输出前5条,其余类似不做赘述。  用例编号 测试项 标题 预置条件 操作步骤 预期结果 Test_01 改变事件状态 事件状态转变:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【已关闭】 可正常操作事件 1、通过fxm渠道进线生成事件;2、客服手动领取事件;3、客服操作更新事件信息;4、客服点击解决事件;5、事件15天无操作,系统归档事件。 事件状态转变为:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【已关闭】 Test_02 改变事件状态 事件状态转变:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【已解决】--【已关闭】 可正常操作事件 1、通过fxm渠道进线生成事件;2、客服手动领取事件;3、客服操作更新事件信息;4、客服点击解决事件;5、客服reopen事件;6、客服点击解决事件;7、事件15天无操作,系统归档事件。 事件状态转变为:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【已解决】--【已关闭】 Test_03 改变事件状态 事件状态转变:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【升级待分派】--【已分派】--【处理中】--【已解决】--【已关闭】 可正常操作事件 1、通过fxm渠道进线生成事件;2、客服手动领取事件;3、客服操作更新事件信息;4、客服点击解决事件;5、客服reopen事件;6、客服点击升级事件;7、事件分派至其他客服;8、客服操作更新事件信息;9、客服解决事件;10、事件15天无操作,系统归档事件。 事件状态转变为:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【升级待分派】--【已分派】--【处理中】--【已解决】--【已关闭】 Test_04 改变事件状态 事件状态转变:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【升级待分派】--【处理中】--【已解决】--【已关闭】 可正常操作事件 1、通过fxm渠道进线生成事件;2、客服手动领取事件;3、客服操作更新事件信息;4、客服点击解决事件;5、客服reopen事件;6、客服点击升级事件;7、主管转移事件;8、客服处理并解决事件;9、事件15天无操作,系统归档事件。 事件状态转变为:【已创建/待分配】--【已分派】--【处理中】--【已解决】--【再次打开】--【升级待分派】--【处理中】--【已解决】--【已关闭】 Test_05 改变事件状态 事件状态转变:【已创建/待分配】--【已分派】--【处理中】--【升级待分派】--【已分派】--【处理中】--【已解决】--【已关闭】 可正常操作事件 1、通过fxm渠道进线生成事件;2、客服手动领取事件;3、客服操作更新事件信息;4、客服点击升级事件;5、事件分派至其他客服;6、客服操作更新事件信息;7、客服解决事件;8、事件15天无操作,系统归档事件。 事件状态转变为:【已创建/待分配】--【已分派】--【处理中】--【升级待分派】--【已分派】--【处理中】--【已解决】--【已关闭】 ... ... ... ... ... ...  5 总结  功能图/状态图方法 适用场景 1、由于某种条件成立导致发生状态改变的情况。2、主要关注状态转移的正确性。 优点 1、通过状态图可以清晰掌握系统的整个交互过程;2、可保证每一个状态的所有可达状态都覆盖到;3、通过验证给定条件内是否能够产生需要的状态变化,可检验出是否存在不可达的状态、不必要的状态或其他非法状态,以及非法的状态迁移。 缺点 针对有效输入输出进行设计,所以无法覆盖无效路径和非法输入。 注意事项 1、每种状态至少需要访问一次;2、重点测试最常见、最普遍的状态转换;3、其次测试最不常用的状态转换路径;4、单个状态之间的转换可通过结合其他用例设计方法保证覆盖全面;5、添加非法测试路径进行测试。(异常输入、状态和条件的非法组合)  通过本节讲述的功能图测试用例设计方法,我们可以轻松设计存在对象状态转移变换需求的测试用例,从而清楚的掌握整个系统的交互过程,但如果我们面对的需求中更多描述复杂的业务处理流程,我们又该使用哪种方法呢?一起看看下一节的场景法吧~ 作者:京东物流 陈雨婷 来源:京东云开发者社区 自猿其说Tech 转载请注明来源

优秀的个人博客,低调大师

ChatGPT小型平替之ChatGLM-6B本地化部署、接入本地知识库体验 | 京东云技术团队

本文期望通过本地化部署一个基于LLM模型的应用,能让大家对构建一个完整的应用有一个基本认知。包括基本的软硬环境依赖、底层的LLM模型、中间的基础框架及最上层的展示组件,最终能达到在本地零编码体验的目的。 一、ChatGLM-6B模型介绍 https://github.com/THUDM/ChatGLM-6B [Star 27.6k] 一个清华开源的、支持中英双语的对话语言模型,基于GLM架构,62亿参数。可以本地安装部署运行在消费级的显卡上做模型的推理和训练。 开源10天10000stars 当天在GitHub的趋势排行第一 Huggingface下载超过100万 开源的训练数据量达到1万亿字符的模型 1、能力 自我认知 文案写作 提纲写作 信息抽取 2、缺点 模型容量小导致回答存在偏见内容,推理能力较弱 3、场景 垂直领域知识 基于私有数据的问答 二、部署体验 1、环境依赖: 硬件: 基于GPU,建议16GB起步,建议24GB+体验,否则多轮容易爆显存; 无GPU可以仅用CPU,大约需要25GB内存,CPU会慢一点,本次不使用。 软件: CUDA 11.7+ Python3.10.8+ pip3 git 2、钞能力-算力市场: 强烈不建议本地部署,一整套硬件价值不菲,费时耗力,按需购买算力对于体验来说最划算,建议使用京东Ku+平台即可,目前都有配额,可直接申请使用,本次演示流程基于autodl算力平台搭建: ▪http://kuplus.jd.com [Ku+] ▪https://www.autodl.com [AutoDL] 3、下载demo: # 下载项目源代码 git clone https://github.com/THUDM/ChatGLM-6B # 切换到项目根目录 cd ChatGLM-6B # 安装依赖 pip install -r requirements.txt # 安装回老版本gradio,解决输出内容未渲染html标签问题 pip install gradio==3.28.3 # 如果pip下载有问题,修改其他源,比例douban或aliyun,没有pip.conf需新建 mkdir ~/.pip && touch ~/.pip/pip.conf && vim ~/.pip/pip.conf [global] index-url=http://pypi.douban.com/simple/ [install] trusted-host=pypi.douban.com 4、下载模型: # 直接git下载模型,大约需要13G空间 git clone https://huggingface.co/THUDM/chatglm-6b # 或者部分地区可能无法下载,可以使用镜像单独下载,新建url.txt, 拷贝以下镜像地址保存 https://cloud.tsinghua.edu.cn/seafhttp/files/08ff8050-912c-47b8-ad5c-56bcd231df71/ice_text.model https://cloud.tsinghua.edu.cn/seafhttp/files/88a7978c-8eda-498d-85e8-0671294a4c47/pytorch_model-00001-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/de998e41-7093-41b3-84f1-59e32361e703/pytorch_model-00002-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/077b5058-5ebd-4930-9470-8e873c01f47c/pytorch_model-00003-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/728f7324-ce96-44bc-a08f-5c7222727ca5/pytorch_model-00004-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/932b40ac-d195-4ba4-8d06-7946b8e6d0d8/pytorch_model-00005-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/d763678e-c438-416b-a4b9-5594c52cb3f6/pytorch_model-00006-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/59da96fd-8eb9-42d4-992e-03e1d0637a01/pytorch_model-00007-of-00008.bin https://cloud.tsinghua.edu.cn/seafhttp/files/849d7de4-9253-487a-bc37-9a43418e3c0c/pytorch_model-00008-of-00008.bin # 此处文件夹名称使用THUDM/chatglm-6b mkdir -p THUDM/chatglm-6b && cd THUDM/chatglm-6b && touch url.txt # 保存批量下载地址 vim url.txt # 执行wget批量下载到当前文件夹 wget -i url.txt 5、安装运行: 打开 web_demo.py # 一、如果模型位置不是默认path,修改如下位置: tokenizer = AutoTokenizer.from_pretrained("THUDM/chatglm-6b", trust_remote_code=True) model = AutoModel.from_pretrained("THUDM/chatglm-6b", trust_remote_code=True).half().cuda() # 二、找到最后一行或者类似 queue().launch 位置,指定ip、端口方便外网映射用,一般算力市场会默认提供一个映射端口,指定即可: demo.queue().launch(share=False, inbrowser=True, server_name='0.0.0.0', server_port=6006) # 启动 python web_demo.py root@autodl-container-9494499a62-3e5ab6d1:~/ChatGLM-6B# python web_demo.py Explicitly passing a `revision` is encouraged when loading a model with custom code to ensure no malicious code has been contributed in a newer revision. Explicitly passing a `revision` is encouraged when loading a configuration with custom code to ensure no malicious code has been contributed in a newer revision. Explicitly passing a `revision` is encouraged when loading a model with custom code to ensure no malicious code has been contributed in a newer revision. Loading checkpoint shards: 100%|█████████████████████████████████████████████████████████████████████| 8/8 [00:10<00:00, 1.36s/it] Running on local URL: http://0.0.0.0:6006 To create a public link, set `share=True` in `launch()`. 6、实际效果、资源占用: 主机配置 演示效果  7、推理参数含义: · Maximum length 通常用于限制输入序列的最大长度,因为ChatGLM-6B是2048长度推理的,一般这个保持默认就行, 太大可能会导致性能下降 · Top P Top P 参数是指在生成文本等任务中,选择可能性最高的前P个词的概率累加和。这个参数被称为Top P,也称为Nucleus Sampling。 例如,如果将Top P参数设置为0.7,那么模型会选择可能性排名超过70%的词进行采样。这样可以保证生成的文本准确性较高,但可能会缺乏多样性。相反,如果将Top P参数设置为0.3,则会选择可能性超过30%的词进行采样,这可能会导致生成文本的准确性下降,但能够更好地增加多样性。 · Temperature Temperature参数通常用于调整softmax函数的输出,用于增加或减少模型对不同类别的置信度。 具体来说,softmax函数将模型对每个类别的预测转换为概率分布。Temperature参数可以看作是一个缩放因子,它可以增加或减少softmax函数输出中每个类别的置信度。 例如,将Temperature设置为0.05和0.95的主要区别在于,T=0.05会使得模型更加自信,更加倾向于选择概率最大的类别作为输出,而T=0.95会使得模型更加不确定,更加倾向于输出多个类别的概率值较大。 8、其他好玩的: 看图说话,VisualGLM-6B,一个支持图像理解的多模态对话语言模型,语言模型基于ChatGLM-6B。 三、结合LangChain实现本地知识库 1、LangChain: https://github.com/hwchase17/langchain [Star 45k] ⽤于开发由语⾔模型驱动的应⽤程序的基础框架,是一个链接面向用户程序和LLM之间的中间层,可以理解成是一个lib。 · 简介原理 · 主要功能 1.调⽤语⾔模型; 2.将不同数据源接⼊到语⾔模型的交互中; 3.允许语⾔模型与运⾏环境交互。 · 模块介绍 1.Modules:⽀持的模型类型和集成; 2.Prompt:提示词管理、优化和序列化; 3.Memory:内存是指在链/代理调⽤之间持续存在的状态; 4.Indexes:当语⾔模型与特定于应⽤程序的数据相结合时,会变得更加强⼤-此模块包含⽤于加载、查询和更新外部数据的接⼝和集成; 5.Chain:链是结构化的调⽤序列(对LLM或其他实⽤程序); 6.Agents:代理是⼀个链,其中LLM在给定⾼级指令和⼀组⼯具的情况下,反复决定操作,执⾏操作并观察结果,直到⾼级指令执行完成; 7.Callbacks:回调允许您记录和流式传输任何链的中间步骤,从⽽轻松观察、调试和评估应⽤程序的内部。 2、LangChain-ChatGLM https://github.com/imClumsyPanda/langchain-ChatGLM [Star 8k] 一种利用langchain实现的基于本地知识库的问答应用,目标期望建立一套对中文场景与开源模型支持友好、可离线运行的知识库问答解决方案。 实现过程:包括加载文件 -> 读取文本 -> 文本分割 -> 文本向量化 -> 问句向量化 -> 在文本向量中匹配出与问句向量最相似的top k个 -> 匹配出的文本作为上下文和问题一起添加到prompt中 -> 提交给LLM生成回答。 · 项⽬特点 1.依托ChatGLM等开源模型实现,可离线部署; 2.基于langchain实现,可快速实现接⼊多种数据源; 3.在分句、⽂档读取等⽅⾯,针对中⽂使⽤场景优化; 4.⽀持pdf、txt、md、docx等⽂件类型接⼊,具备命令⾏demo、webui和vue前端。 · 项⽬结构 1.models:llm的接⼝类与实现类,针对开源模型提供流式输出⽀持; 2.loader:⽂档加载器的实现类; 3.textsplitter:⽂本切分的实现类; 4.chains:⼯作链路实现,如chains/local_doc_qa实现了基于本地⽂档的问答实现; 5.content:⽤于存储上传的原始⽂件; 6.vector_store:⽤于存储向量库⽂件,即本地知识库本体; 7.configs:配置⽂件存储。 · 安装部署 与ChatGLM安装基本类似,git clone之后修改模型地址到本地chartglm-6b的path启动即可,如果使用AutoDL平台,可用镜像一键拉起,镜像保持最新master版本,可体验最新功能。 最新镜像地址,已包含离线llm model: chatglm-6b 和 embedding: text2vec-large-chinese: https://www.codewithgpu.com/i/Liudapeng/langchain-ChatGLM/langchain-chatglm-master # 新增一步,下载离线 embedding model sudo apt-get install git-lfs git lfs install git clone https://huggingface.co/GanymedeNil/text2vec-large-chinese # 启用本地离线模型 vim ~/langchain-ChatGLM/configs/model_config.py # 1、修改 embedding path embedding_model_dict = { "text2vec": "/root/GanymedeNil/text2vec-large-chinese", } # 2、修改 llm path, 直接指向为第一章节的 chatglm-6b path即可 "chatglm-6b": { "name": "chatglm-6b", "pretrained_model_name": "THUDM/chatglm-6b", "local_model_path": "/root/ChatGLM-6B/THUDM/chatglm-6b", "provides": "ChatGLM" } # 3、启用本地模型 NO_REMOTE_MODEL = True # 运行Gradio web demo cd ~/langchain-ChatGLM/ root@autodl-container-95b111aeb0-c6fdac9f:~/langchain-ChatGLM# python webui.py INFO 2023-06-08 14:10:58,531-1d: loading model config llm device: cuda embedding device: cuda dir: /root/langchain-ChatGLM flagging username: dc706ff885da43a8b0e8181bcc72ad1e WARNING: OMP_NUM_THREADS set to 14, not 1. The computation speed will not be optimized if you use data parallel. It will fail if this PaddlePaddle binary is compiled with OpenBlas since OpenBlas does not support multi-threads. PLEASE USE OMP_NUM_THREADS WISELY. Loading chatglm-6b... Loading checkpoint shards: 100%|██████████████████████████████████████████████████████████████████████████████| 8/8 [00:13<00:00, 1.66s/it] Loaded the model in 23.48 seconds. INFO 2023-06-08 14:11:26,780-1d: Load pretrained SentenceTransformer: /root/GanymedeNil/text2vec-large-chinese {'answer': '你好👋!我是人工智能助手 ChatGLM-6B,很高兴见到你,欢迎问我任何问题。'} INFO 2023-06-08 14:11:33,694-1d: 模型已成功加载,可以开始对话,或从右侧选择模式后开始对话 Running on local URL: http://0.0.0.0:6006 To create a public link, set `share=True` in `launch()`. · 效果对比 LLM回答 LLM+知识库 知识库来源 四、视图框架 快速构建针对人工智能的python的webApp库,封装前端页面+后端接口+AI算法模型推理,方便AI算法工程师快速展示成果,常用的两个展示层框架: 1、Gradio: 优势在于易用性,代码结构相比Streamlit简单,只需简单定义输入和输出接口即可快速构建简单的交互页面,更轻松部署模型。适合场景相对简单,想要快速部署应用的开发者; 2、Streamlit: 优势在于可扩展性,相比Gradio复杂。适合场景相对复杂,想要构建丰富多样交互页面的开发者。 作者:京东科技 刘大朋 来源:京东云开发者社区

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册