首页
学习
活动
专区
圈层
工具
发布

【AIGC】LangChain Agent最全教程学习

该图展示了代理及其组件的示例:二、提升你的Agent(代理)你可能想知道,“为什么我不能使用简单的LLM来回答我的问题?...它可能是与您的内部 API、文档系统和许多其他应用程序的集成!三、LangChain Agent vs. Chain除了拥有代理之外,LangChain还支持链的想法。...JSON也是某些实体表示的非常常见的标准。如果您正在构建某种对 JSON 文件进行操作的集成,并且模型支持它,则可以尝试使用此代理。它支持聊天记录。5.结构化聊天适用于多输入工具。它支持聊天记录。...它可以是 Web 搜索、矢量数据库搜索或任何其他操作。您可以从社区完成的许多完整工具中进行选择,也可以编写自己的工具。...有不同的例子:CSV代理工具包,用于对“CSV”文件进行操作(读取、写入),Github 代理工具包,在 Github 上实现了不同的操作,例如创建新问题、创建新拉取请求等。

3.1K11
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    博客系统知多少:揭秘那些不为人知的学问(三)

    它最初由UserLand在其Radio UserLand产品中作为大纲应用程序的本机文件格式开发,此后已被用于其他用途,最常见的是在Web Feed聚合器之间交换Web Feed列表。...OPML规范将大纲定义为任意元素的层次结构,有序列表。该规范相当开放,因此适用于多种类型的列表数据。...,一旦自己的文章被他人引用就会收到pingback请求,而自己引用了他人的文章就会向对方博客发送一个pingback请求,因此完成一次Pingback需要己方和对方的博客共同支持pingback协议。...5.11丨RSD Really Simple Discovery(RSD)是XML格式和一种发布约定,用于使博客或其他Web软件公开的服务可由客户端软件发现。...这是一种将设置编辑/博客软件所需的信息减少到三个众所周知的元素的方法:用户名,密码和主页URL。任何其他关键设置都应该在与网站相关的RSD文件中定义,或者可以使用提供的信息来发现。

    1.3K10

    Elasticsearch介绍与Solr对比

    Elasticsearch是一个基于Lucene的实时的分布式搜索和分析 引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠, 快速,安装使用方便。基于RESTful接口。...– 普通请求是...get?a=1 – rest请求....get/a/1 • Elasticsearch的用户 – GitHub,Wikipedia,ebay等......处理多租户(multitenancy)不需要特殊配置,而Solr则需要更多的高级设置。 Elasticsearch 采用 Gateway 的概念,使得完备份更加简单。...各节点组成对等的网络结构,某些节点出现故障时会自动分配其他节点代替其进行工作。...缺点 只有一名开发者(当前Elasticsearch GitHub组织已经不只如此,已经有了相当活跃的维护者) 还不够自动(不适合当前新的Index Warmup API) 参考资料:http://

    1.3K50

    无需锁定的向量搜索:为什么开发者喜欢ClickHouse

    为什么 ClickHouse 在向量搜索中脱颖而出 ClickHouse 的列式存储架构最初是为分析工作负载而设计的,它也非常适合向量运算。 它可以提供跨海量数据集进行实时相似性搜索所需的性能。...该数据集有几个关键列: emb: 嵌入向量(代表每篇文章的 768 个浮点数数组) text: 实际的维基百科文章内容 title: 文章标题 其他元数据,如浏览量和语言信息 我将使用两个命令在...稍后我将介绍性能优化。 加载 Wikipedia 数据集 现在,我将使用多个 Parquet 文件中的数据填充该表。...ZSTD 压缩嵌入向量,它适用于浮点数: ALTER TABLE wiki_emb MODIFY COLUMN emb Array(Float32) CODEC(ZSTD); 请注意,虽然像 LZ4...这样的传统压缩方法对于嵌入效果不佳,但 ZSTD 可以显着减少存储空间,而不会影响性能。

    30300

    我们应该重新定义REST吗?

    这意味着服务器处理客户端请求所必需的所有应用程序状态(即会话状态或外部状态)都包含在请求本身内。因此,服务器永远不需要在单个请求 - 响应生命周期内保持任何客户端的状态。...了解 Web 基础的关键架构原理可以帮助理解其技术层面的成功原因,并可能推动其他分布式应用程序的改进,尤其是那些适用于相同或相似交互方法的应用程序。...例如,建议使用 HTTP 动词(例如 GET、PUT 和 POST)来提示对资源执行的操作类型的是 HTTP 规范,而不是 REST 约束。使用这些方法的不是 RESTful。...一个 REST API 接入时,除了初始 URI(书签)和适用于目标受众的标准媒体类型集之外,应该没有其他任何前置知识……从这时起,所有应用程序状态转换都必须由客户端在收到的表征中展示的,服务器提供的选项中做出的选择来驱动...它们将被版本化,并且它们的静态接口可能会在 OpenAPI 或其他流行的 IDL 约定中记录。更一般而言,HTTP API 并不适合轻量级解决方案、最新的代码生成和其他自动化工具链。

    98110

    Rxjs 响应式编程-第六章 使用Cycle.js的响应式Web应用程序

    我们不会经常创建驱动程序 - 只有当我们需要副作用时,例如修改DOM,从其他接口读取和写入(例如,本地存储)或发出请求。...我们使用JSONP而不是HTTP来更容易在本地计算机上运行此示例,因为使用HTTP从不同的域检索数据会导致某些浏览器因为安全原因阻止这些请求。...我们首先在其请求中过滤包含Wikipedia的API URL的内容,以确保我们正在处理相关的响应。 respond.JSONP是一个Observable of Observables。...组件(C)声明哪些其他组件影响它,而不是明确更新(C)的其他组件。 ? MVI中的三个组件由Observables表示,每个组件的输出是另一个组件的输入。 该模型表示当前的应用程序状态。...我们绝对可以将它变成自己的小部件。 目标是将我们的小部件封装在自己的组件中,以便我们将其用作任何其他DOM元素。 我们还应该能够使用我们想要的任何属性来参数化组件。

    3.9K30

    REST架构风格详解

    但是REST远远不仅是指API的风格,它是一种网络应用的架构风格。我们到后面会有所体会。 另外,需要注意的是,REST的原则不仅仅适用于HTTP协议。...完整状态码列表 如何设计RESTful API 在过去不使用RESTful架构风格的时候,如果我们要设计一个系统,会以“操作”为出发点,然后围绕它去建设其他需要的东西。...而如果我们设计REST风格的系统,资源是第一位的考虑,首先从资源的角度进行系统的拆分、设计,而不是像以往一样以操作为角度来进行设计。...一旦在URL中引入了动词,这个URL的功能就定死了,无法用于别的用途(比如,GET /transfer/${amount}/to/${toUserID}或GET /api/sendMessage的语义很奇怪...等一下,为什么客户端会收到“/user/csr/blogs”资源?因为客户端请求的就是“/user/csr/blogs”资源。 继续追溯,为什么客户端会请求这个资源?

    1.1K20

    微服务与其他三种软件架构的优缺点

    创建多个不同的较小的程序,而不是构建单个程序,每个程序都有自己的目标。每当请求新功能时,都会创建一个新程序。...如果您更改协议,它将影响所有其他连接的微服务或 API 网关。需要以新旧版本的微服务协议同时运行的方式增量部署微服务的新版本。因此,为服务版本制定一个好的策略很重要。 ?...在面向服务的体系结构中,组件的大小范围可以从小型应用程序到整个企业应用程序; 中间件与 API:微服务使用 API 层和简单的消息传递协议进行通信,而 SOA 具有具有额外功能的消息传递中间件组件; SOA...SOA的缺点是: 大量的开销:每次服务与另一个服务进行交互时,都会在 ESB 上完成请求和参数的完整转换和验证; 该体系结构不适用于不需要消息中间件的小型应用程序。...事件溯源的优点是: 设计模式提供了开箱即用的完全可靠的审核日志; 可以实施查询来确定对象在任何时间点的状态; 由于事件是存储的而不是域对象,因此可以避免对象关系阻抗不匹配。

    1.8K30

    区块链一键登录:MetaMask教程(One-click Login with Blockchain: A MetaMask Tutorial)

    类似于具有过滤器参数的路由GET /api/users?publicAddress=${publicAddress}应该这样做。...当然,由于这是未经过身份验证的API调用,因此后端应配置为仅显示nonce此路由上的公共信息(包括)。 如果前一个请求没有返回任何结果,则表示当前的公共地址尚未注册。...它不适用于移动设备:这值得自己阅读。 移动设备上的缺点 正如我们所看到的,web3这是登录流程的先决条件。在桌面浏览器上,MetaMask将其注入。...“使用MetaMask登录”适用于这些移动浏览器。 关于移动应用程序,答案是肯定的,登录流程正常,但准备工作有很多基础。基本上,你需要自己重建一个简单的以太坊钱包。...所以我会争辩说,简短的答案是否定的,这个登录流程今天不适用于移动设备。正在朝这个方向努力,但今天的简单解决方案仍然是移动用户的并行传统登录方法。

    9.1K21

    HTTPS安全最佳实践

    (1)仅发送重定向 当你重定向到HTTPS时,请不要随重定向一起发送任何内容,你发送的任何文本都以纯文本形式发送,因此最好将其最小化,将内容加入重定向的请求数据中并不好。...默认情况下,浏览器首先请求HTTP站点,因此你需要支持它。 但有一个例外,如果你有一个API端点,那么你可以(并且应该)完全禁用HTTP,为什么?...浏览器遵循重定向,但API客户端可能不会,或者可能将POST重定向为GET。你不希望某些客户端工作,而某些客户端则不工作。 此外,对于API的客户,你提供方案是让任何消费者只可以使用HTTPS。...它的工作原理是指示浏览器不应在后续请求中使用HTTP,而只应使用HTTPS。...例如,http://sub.example.com可能适用于某些用户但不适用于其他用户,具体取决于他们之前是否访问过example.com,获得HSTS标头的用户将仅请求HTTPS站点,而其他用户会一直访问

    2.3K30

    保卫你的API:深入了解接口限流

    为什么需要限流来维护API性能和可用性: 突发流量:在某些情况下,API可能会受到突发的高请求量的影响,例如DDoS攻击或广告宣传活动。限流可以帮助应对这些突发流量,防止服务器过载。...公平共享资源:通过限制每个客户端的请求数量,API可以更公平地分配资源,确保每个用户都有机会获得服务,而不会被少数客户端垄断。...适用场景: 适用于需要平滑控制请求速率的场景,例如API限流、网络带宽控制等。 适合应对瞬时突发流量,同时维持长期平均速率稳定的情况。...计数器限流: 特点: 简单,适用于低负载场景,不适合处理突发流量。 适用场景: 用于简单的请求速率限制,例如登录尝试次数限制。...漏桶算法: 优势:固定的输出速率,可以平滑请求速率,不容易被滥用。 限制:不适合应对突发流量,可能浪费一些资源。 计数器限流: 优势:简单直接,适用于低负载场景。

    47510

    运维监控之Prometheus入门简介篇

    Prometheus基本原理是通过HTTP协议周期性抓取被监控组件的状态,这样做的好处是任意组件只要提供HTTP接口就可以接入监控系统,不需要任何SDK或者其他的集成过程。...标签:就是对一条时间序列不同维度的识别了,例如一个http请求用的是POST还是GET,它的endpoint是什么,这时候就要用标签去标记了。...例子: http_response_total{method=”GET”,endpoint=”/api/tracks”} 100,10秒后抓取http_response_total{method=”GET...它既适用于面向服务器等硬件指标的监控,也适用于高动态的面向服务架构的监控。对于现在流行的微服务,Prometheus的多维度数据收集和数据筛选查询语言也是非常的强大。...如果你对统计数据需要100%的精确,它并不适用,例如:它不适用于实时计费系统。

    19.9K41

    API架构风格对比:SOAP vs REST vs GraphQL vs RPC

    服务端存根(stub)和客户端存根(stub)负责参数的序列化和反序列化。 ? RPC的优点 直接简单的交互方式:RPC使用GET获取信息,并使用POST处理其他功能。...高度安全的数据传输:SOAP的刚性结构、安全和授权能力使其特别适用于在遵守API提供者和API使用者之间的契约的同时,在API和客户端之间履行正式的软件契约。...这也是为什么金融机构和其他企业用户选择SOAP的原因。...无状态:处理请求本身所包含的请求状态,而服务器不会存储与会话相关的任何内容 缓存 客户端-服务端架构:允许两端独立演进 应用系统分层 服务端可以给客户端提供可执行的代码 实际上,某些服务仅在一定程度上是...由于强耦合特性,RPC通常用于内部微服务间的通信,不适用于外部API或API服务。 SOAP比较麻烦,但它本身丰富的安全特性仍然是交易操作、订单系统和支付等场景的不二之选。

    3.7K11

    Microsoft REST API指南

    解读指导 4.1 应用指南 这些准则适用于Microsoft或任何合作伙伴服务公开的任何REST API。私有或内部API也应该尝试遵循这些准则,因为内部服务最终可能会被公开。...fast-failing 快速失败 safe-failing 安全失败 5.3 延迟 延迟定义为特定的API调用完成所需的时间(尽可能使用客户端调用进行测量)。此测量方法同样适用于同步和异步的API。...对于任何其他标头或值,将发生预检请求。 8.2....不需要cookie或任何其他形式的[用户凭证] cors-user-credentials的资源可以使用通配符星号(*)进行响应。请注意,通配符仅在此处可接受,而不适用于下面描述的任何其他标头。...其他任何内容类型都会引发预检请求。 服务不得以避免CORS预检请求的名义违反其他API指南。由于内容类型的原因,大多数POST请求实际上需要预检请求。

    6.2K11

    Salesforce Integration 概览(五) Remote Call-In(远程操作 外部->salesforce)

    请求的所有响应主体和HTTP状态都在单个响应主体中返回。整个请求都算作一个符合API限制的调用。...使用apexweb服务的好处必须与Salesforce中需要维护的额外代码进行权衡。不适用于Platform Event,因为使用者处的事务预插入逻辑不适用于基于事件驱动的体系结构。...远程系统只需要能够形成HTTP请求并处理返回的结果(XML或JSON)。不适用于Platform Event,因为使用者处的事务预插入逻辑不适用于基于事件驱动的体系结构。...下图为SOAP API流程 ? 下图为REST API流程 ? 五. 其他关键点 1.调用机制:调用机制取决于为实现此模式而选择的解决方案。...Bulk API 2.0 同步 Bulk API适用于操作数量超过2000条的情况,如果操作的数量超过了2000条,最好使用 bulk,而不是 SOAP/REST 六: 常见考题 Universal

    3.9K20

    39. 精读《全链路体验浏览器挖矿》

    要注意一点, 文中很多说明是默认基于XMR和BTC的, 他们两个又同源, 机制非常相似. 所以很多命题判断并不适用于所有的成千上万的加密货币....原来上面的代码里用的还是我的API key, 所以还没挖到你自己那里 :P 继续下面的步骤 在coinhive注册账号并登陆. 它是做什么的? 别急, 后面会详细讲....这就是对整个链路的一个描述. 从中我们会生出一些疑问, 比如: 给我看看具体算什么hash? 为什么要算XMR而不是比特币或者其他? 既然第一个算出的赢家通吃所有, 为什么我的收益却是线性的?...要看具体算法, 没有问题. bitcoin在这里, XMR则看CryptoNote Standard 008 读完两个算法我们就有了以上疑问的答案: 2.1.1 为什么要算XMR而不是比特币或者其他 XMR...这就是为什么你会得到线性收益而不是all or none. 自古以来各行业都会自发产生行业工会, 建立类似保险和行业守则 / 规范这些人人为我我为人人的机制. 在crypto行业也不例外.

    72110

    使用 LeanCloud 云引擎部署 React Web 应用

    最近在探索 KubeSphere 和 K8s,东西毫无疑问是好东西,学了在未来也很有用,但是用在个人开发上实在是费用有点高,当然也不太敢用在个人开源项目上,因此我再次开始探索适用于个人全栈应用托管平台。...自己服务器的好处在于灵活,只要资源够用,几乎可以部署任何想要部署的服务,个人开发的作品一般流量也不会特别大,完全够用。...于是今天我探索出一种完全使用 leancloud 进行全栈应用托管的方法,后面会进行详细介绍。 发展的过程# 任何事物的发展和学习过程都要遵循一定规律,否则就容易空转。...这是我自己在长期自学中总结出来的,也许不适用于大多数人,至少我自己是这样子的。 学习和发展需要循序渐进,就以软件开发为例,可以先做不依赖网络的本地小软件,再做前后端分离的某一端,再到全栈。...': '/random', // axios 访问/api == target + /random } })); app.get('*', function (req, res) {

    1.1K20

    前端开发本地代理详解:根据不同环境自动设置请求地址和接口代理

    ,实现请求转发给其他服务器,特别需要注意的是这个只能用作于开发阶段,临时解决本地请求服务器产生的跨域问题,并不适用于线上环境哟!...,因为我特么不会设置代理去访问呀,嘿嘿......// ② 一般接口请求路径里的 /api 和 /sys-user 服务名这些都是在后端框架或Nginx里统一设置的 // 当后端自己起的本地服务器一般也就设置了一个端口,所以是不需要这些的...pathRewrite: { '^/api-dev': '' }, // 路径重写后的实际访问地址 http://192.168.1.111:8080/get-user-info...pathRewrite: { '^/api-dev': '' }, }, }, }, } 网络补充 同一个局域网里大家通过 ip 是可以实现相互访问的,这也是为什么后端在他本地起了一个服务

    2.9K60
    领券