- 博客(548)
- 收藏
- 关注
原创 揭秘登上2021春晚舞台的黑科技-XR技术
我是架构精进之路,点击上方“关注”,坚持每天为你分享技术干货,私信我回复“01”,送你一份程序员成长进阶大礼包。2021牛年春晚的舞台效果太美了,在视觉表现、科技创新上做了诸多尝试,...
2021-02-14 17:16:07
6114
8
原创 系统稳定性建设实践总结
2020年,注定是个不平凡的一年。疫情的蔓延打乱了大家既定的原有的计划,同时也催生了一些在线业务办理能力的应用诉求,作为技术同学,需要在短时间内快速支持建设系统能力并保障其运行系统稳定性...
2020-12-03 12:45:00
3703
1
原创 一文读懂 ClawdBot(旧称 Moltbot):一个私有 AI 助手
Moltbot 是一个开源的个人 AI 助理,它的核心理念是“在你自己的设备上运行”。则是更高层次的封装,它是一系列工具和指令的组合,用于完成更复杂的、可重复的工作流。这个项目代表了一种新的 AI 应用范式:不再将 AI 视为一个遥远的、被封装在某个网站或应用里的功能,而是将其深度整合进我们自己的数字生活,让它成为一个触手可及、可被信任、并能与我们共同成长的伙伴。它不是一个孤立的应用程序,而是一个连接了 AI 大模型、你的个人设备以及你日常沟通渠道的“中枢系统”。相反,它会回复一个简短的、一次性的配对码。
2026-02-06 08:33:17
96
原创 命名规范:camelCase 还是 snake_case?
Python 或 Ruby 中,频繁正则转换确实消耗 CPU,但现代框架(如 Pydantic v2,基于 Rust)通过预计算 Schema 映射,将开销降至极低。这从来不止是审美偏好的选择,其背后直指后端持久层与前端表现层的 “阻抗失配” 问题,同时牵涉序列化性能、网络传输效率、开发者体验(DX)乃至认知心理学等多重维度。)全面采用驼峰命名。Java 确立了“类名大驼峰,方法/变量名小驼峰”的工业标准。在 Web API 语境下,将复杂性封装在后端,便捷性留给使用者,是专业而务实的选择。
2026-02-04 08:23:22
554
原创 一文读懂 HTTP 与 SSE 的关系和区别
而在 SSE 中,服务器在接收到客户端的请求后,返回的不是一次性数据,而是一个持续不断的“数据流”。这种做法虽然能模拟实时性,但效率极低,因为大量的请求可能得到的都是“没有新数据”的空回复,浪费了带宽和服务器资源。为了解决服务器无法主动向客户端推送数据的问题,技术社区在 HTTP 协议的基础上演进出了多种方案,SSE 便是其中一种轻量级且优雅的解决方案。客户端通过标准的 HTTP 协议发起请求,但在请求头中或通过特定的 API 告知服务器,它希望建立一个 SSE 连接。在前面的示例中,我们只处理了默认的。
2026-01-29 11:51:32
543
转载 系统解读:AI Agents 时代的 Memory 技术
提出 新三大记忆形态:Token-level / Parametric / Latent,取代传统“长-短期记忆”二分法。开源地址:https://github.com/Shichun-Liu/Agent-Memory-Paper-List。展望 7 大前沿:生成式记忆、自动记忆管理、RL 驱动、多模态、多 Agent 共享、世界模型、可信记忆。把 LLM 包装成能持续交互、自我进化的 Agent,必须外挂一块可读写、可增长、可遗忘的记忆体。
2026-01-06 08:23:15
34
转载 <span class=“js_title_inner“>系统解读:AI Agents 时代的 Memory 技术</span>
提出 新三大记忆形态:Token-level / Parametric / Latent,取代传统“长-短期记忆”二分法。开源地址:https://github.com/Shichun-Liu/Agent-Memory-Paper-List。展望 7 大前沿:生成式记忆、自动记忆管理、RL 驱动、多模态、多 Agent 共享、世界模型、可信记忆。把 LLM 包装成能持续交互、自我进化的 Agent,必须外挂一块可读写、可增长、可遗忘的记忆体。
2026-01-06 08:23:15
5
原创 AI 编程:重构工作流的思维与实践
补充完“评分排序、上映时间筛选”逻辑后,AI 快速实现了数据展示功能,但方案存在致命缺陷:默认一次性加载全部250条电影数据,未做分页处理与图片懒加载优化,导致页面首次加载耗时超 8 秒,滚动时出现明显卡顿,移动端甚至直接白屏。Trae.ai 是个 AI 编程 IDE,字节跳动的产品,目前是免费使用,写代码、查文档、加接口都可以,和它对话就能改功能、查问题,事半功倍。AI 生成的代码,经常会陷入“技术正确,业务失真”的困境——语法合规、可编译运行,但完全不符合真实业务的约束条件与核心诉求。
2025-12-31 08:23:51
947
原创 <span class=“js_title_inner“>AI 编程:重构工作流的思维与实践</span>
补充完“评分排序、上映时间筛选”逻辑后,AI 快速实现了数据展示功能,但方案存在致命缺陷:默认一次性加载全部250条电影数据,未做分页处理与图片懒加载优化,导致页面首次加载耗时超 8 秒,滚动时出现明显卡顿,移动端甚至直接白屏。Trae.ai 是个 AI 编程 IDE,字节跳动的产品,目前是免费使用,写代码、查文档、加接口都可以,和它对话就能改功能、查问题,事半功倍。AI 生成的代码,经常会陷入“技术正确,业务失真”的困境——语法合规、可编译运行,但完全不符合真实业务的约束条件与核心诉求。
2025-12-31 08:23:51
370
原创 一文搞懂什么是 Vibe Coding?
我只需要盯着效果,觉得哪里不对、哪里有问题,就直接改 prompt,重新提需求,AI 会自动帮你调整和优化,直到最后结果完全符合你的预期为止。它自带的 AI 助手特别能帮你省事,直接把需求告诉它,Cursor 就能帮你写代码、查 bug、改逻辑,甚至自动重构,流程爽到飞起。AI 就帮你自动做好,真正实现专业代码、接口、注释“写出来即是规范,改一行全同步”。Trae.ai 也是个 AI 编程 IDE,字节跳动的产品,目前是免费使用,写代码、查文档、加接口都可以,和它对话就能改功能、查问题,事半功倍。
2025-12-23 08:24:00
1077
原创 <span class=“js_title_inner“>一文搞懂什么是 Vibe Coding?</span>
我只需要盯着效果,觉得哪里不对、哪里有问题,就直接改 prompt,重新提需求,AI 会自动帮你调整和优化,直到最后结果完全符合你的预期为止。它自带的 AI 助手特别能帮你省事,直接把需求告诉它,Cursor 就能帮你写代码、查 bug、改逻辑,甚至自动重构,流程爽到飞起。AI 就帮你自动做好,真正实现专业代码、接口、注释“写出来即是规范,改一行全同步”Trae.ai 也是个 AI 编程 IDE,字节跳动的产品,目前是免费使用,写代码、查文档、加接口都可以,和它对话就能改功能、查问题,事半功倍。
2025-12-23 08:24:00
562
转载 扫码登录:背后的安全验证原理你了解吗?
从前面这个流程,我们可以看到,客户端不会也没必要保存你的密码,相反,它是保存了 token。但是在日常使用过程中,我们应该会注意到,只有在你的应用下载下来后,第一次登录的时候,才需要进行一个账号密码的登录, 那之后呢 即使这个应用进程被杀掉,或者手机重启,都是不需要再次输入账号密码的,它可以自动登录。服务端就可以通过 token 找到与它绑定的账号与设备信息,然后把绑定的设备信息与客户端每次传来的设备信息进行比较, 如果相同,那么校验通过,返回 AP 接口响应数据, 如果不同,那就是校验不通过拒绝访问。
2025-12-16 08:23:33
116
转载 <span class=“js_title_inner“>扫码登录:背后的安全验证原理你了解吗?</span>
从前面这个流程,我们可以看到,客户端不会也没必要保存你的密码,相反,它是保存了 token。但是在日常使用过程中,我们应该会注意到,只有在你的应用下载下来后,第一次登录的时候,才需要进行一个账号密码的登录, 那之后呢 即使这个应用进程被杀掉,或者手机重启,都是不需要再次输入账号密码的,它可以自动登录。服务端就可以通过 token 找到与它绑定的账号与设备信息,然后把绑定的设备信息与客户端每次传来的设备信息进行比较, 如果相同,那么校验通过,返回 AP 接口响应数据, 如果不同,那就是校验不通过拒绝访问。
2025-12-16 08:23:33
3
转载 HTTP/3 发布了,我们来谈谈
不过 SPDY 的开发组全程参与了 HTTP/2 的制定过程,参考了 SPDY 的很多设计,所以我们一般认为 SPDY 就是 HTTP/2 的前身。我们看一个例子,在一条 TCP 连接上同时发送 4 个 Stream,其中 Stream1 已正确送达,Stream2 中的第 3 个 Frame 丢失,TCP 处理数据时有严格的前后顺序,先发送的 Frame 要先被处理,这样就会要求发送方重新发送第 3 个 Frame,Stream3 和 Stream4 虽然已到达但却不能被处理,那么这时整条连接都被阻塞。
2025-12-10 08:23:34
65
转载 <span class=“js_title_inner“>HTTP/3 发布了,我们来谈谈</span>
不过 SPDY 的开发组全程参与了 HTTP/2 的制定过程,参考了 SPDY 的很多设计,所以我们一般认为 SPDY 就是 HTTP/2 的前身。我们看一个例子,在一条 TCP 连接上同时发送 4 个 Stream,其中 Stream1 已正确送达,Stream2 中的第 3 个 Frame 丢失,TCP 处理数据时有严格的前后顺序,先发送的 Frame 要先被处理,这样就会要求发送方重新发送第 3 个 Frame,Stream3 和 Stream4 虽然已到达但却不能被处理,那么这时整条连接都被阻塞。
2025-12-10 08:23:34
2
原创 跳出舒适圈:让你快速变强的 25 个关键认知
这世界本就是个 “巨大的草台班子”,光鲜背后多是寻常,不必仰望他人而焦虑,也不必低估自己而自卑,专注挖掘自身优势,才是成长的核心。强者 “我行我素” 的本质,是拥有稳定的自我认知,不被他人的闲言碎语裹挟,更不会因别人的否定而自我内耗,心安理得地走自己的路。最能让你变强的,是那段 “生不如死” 的时光。方法和技巧是阶段性的工具,而真正的变强,是把相对静止的美好品质,内化为自己的灵魂烙印。把赚钱当作一件认真的事,通过合法合规的方式积累财富,内心才会真正强大,面对生活的变故时,才有说 “不” 的底气。
2025-11-28 08:34:47
406
原创 <span class=“js_title_inner“>跳出舒适圈:让你快速变强的 25 个关键认知</span>
这世界本就是个 “巨大的草台班子”,光鲜背后多是寻常,不必仰望他人而焦虑,也不必低估自己而自卑,专注挖掘自身优势,才是成长的核心。强者 “我行我素” 的本质,是拥有稳定的自我认知,不被他人的闲言碎语裹挟,更不会因别人的否定而自我内耗,心安理得地走自己的路。最能让你变强的,是那段 “生不如死” 的时光。方法和技巧是阶段性的工具,而真正的变强,是把相对静止的美好品质,内化为自己的灵魂烙印。把赚钱当作一件认真的事,通过合法合规的方式积累财富,内心才会真正强大,面对生活的变故时,才有说 “不” 的底气。
2025-11-28 08:34:47
545
转载 微服务架构下网关的技术选型
在微服务体系的架构中,因为服务变小了,所以一个明显的问题是,客户端可能需要多次请求才能得到所有的数据。于是,我们可以让网关来帮客户端请求多个后端的服务(有些场景下完全可以并发请求),然后把后端服务的响应结果拼装起来,回传给客户端(当然,这个过程也可以做成异步的,但这需要客户端的配合)。下面图介绍了网关(Gateway)作用,可知 Gateway 方式下的架构,可以细到为每一个服务的实例配置一个自己的 Gateway,也可以粗到为一组服务配置一个,甚至可以粗到为整个架构配置一个接入的 Gateway。
2025-11-19 08:26:41
171
转载 MySQL 自增 ID 超 int 上限的实战解法
然后我看redis是有值的,以为是redis和数据库数据不一致问题,我就把redis的key删了,重新再跑一下,结果打印了insert语句,但是没有插入到数据,看来事情并没有那么简单- -还有一个小插曲,因为系统两天没消费数据,kafka的数据堆积了很多,然后我把消费者数量从30个改成50个,跑了两天,kafka还是有1天的延迟,看来麻木添加消费者数量已经没啥提升的作用了,按理说自增id应该是一个接着一个,不会有空隙的,后面查了一下由于数据库自增id有个高性能策略,设置了id就不一定连续。
2025-11-11 08:23:33
43
转载 解构复杂业务系统:架构设计的核心逻辑与实践
结合着业务系统的复杂性,如果想要系统未来具有长期价值,不得不把大的系统进行拆分,用统一的业务语言进行描述,把不可识别的问题,拆分成可识别的问题域进行解决,这也就是现在又逐渐盛行起来的领域驱动设计的方法。应用如何进行设计,包括模块如何划分,功能如何实现,技术如何支撑,数据如何展示,流程如何定义,逻辑如何实现,数据如何存储等等,都是应用架构的范畴。架构的本质依然没有改变,只是由于社会的发展,我们的需求,需要处理的问题、依赖愈来愈复杂,我们需要用发展的眼光,时刻追随技术前沿,进而推进、优化、迭代系统的架构设计。
2025-11-04 08:34:31
71
转载 API 架构选哪种?SOAP、REST、GraphQL 与 RPC 全方位对比分析
最初的 XML-RPC 是存在问题的,因为很难确保 XML 有效负载的数据类型。SOAP 严格的消息结构,安全性和授权功能使其成为在 API 和客户端之间执行正式软件协议的最合适的选择,同时又符合 API 提供者与 API 使用者之间的法律合同。归根结底,去针对一些小型的用例来尝试某种特定 API 架构,并去了解它是否适合你的用例以及是否解决了你的问题,这样做是比较合适的。因此,客户端要么会担心调用特定端点的带来的任何可能的副作用,要么需要尝试弄清楚要调用的端点,因为客户端不了解服务器如何命名其函数。
2025-10-30 08:23:27
132
转载 从程序员到架构师:为何多数人迈不过这道坎?
如果碰上了他想不到的,那就只能各显神通了,十几个团队,几十个子系统,一开始大家还算规规矩矩,后来需求越来越复杂,渐渐开始乱来,最后一团乱麻,甚至公共服务已将没法兼容所有子系统了。研发工作更有趣,更容易得到社会的承认,不论是图形学,还是人工智能,区块链,甚至骇客(网络安全),凭借你的智慧和努力,可以在短时间内取得成就,并达到一个很漂亮的高度。架构师需要的能力主要是设计能力,这里的设计不是指算法逻辑的设计,更不是代码语法函数参数的设计,要解决的问题不是算法精度或者运行性能,而是研发体系的效率,质量和成本。
2025-10-21 08:34:59
73
转载 分布式链路追踪实战:基于 TraceIdFilter+MDC+Skywalking 的全链路追踪落地
发起服务间调用时,需要将 MDC 中的 traceId 传递到被调用服务。对象,在原生 Runnable 对象执行前,将父线程的 MDC 设置到子线程中,在原生 Runnable 对象执行结束后,清除子线程 MDC 中的内容。在子线程执行任务前,将父线程的 MDC 内容设置到子线程的 MDC 中;任何日志框架想要使用 MDC 功能,需要遵守。会解析用户配置的 pattern 表达式,得到 pattern 中需要动态解析的占位符,比如。包中,MDC 是 slf4j 的规范,对 MDC 的所有操作都会落到。
2025-10-10 08:34:16
87
转载 为什么微信选 SQLite 保存聊天记录?
但是,在相当多的其他场合,它却是最合适的选择。事实上,SQLite 是一个非常可靠的数据库,它可以处理 TB 级的数据,但它没有网络层。它不支持的功能在其他一些主要产品中也同样不支持(在聚合中语句中的distinct,width_bucket, respect|ignore nulls和from first|last等语句)。这是一个特有的SQL扩展,即它不是标准SQL的一部分,因此在下面的矩阵中是灰色的。无论是日常的摸鱼,还是深情的告白,亦或是关键的商务沟通,这些聊天记录都是我们生活中重要的一部分。
2025-09-19 08:34:52
47
原创 多智能体系统不是银弹
在众多多智能体框架中,LangGraph 的多智能体架构设计极具代表性,堪称实践典范。多智能体系统失败分类(MASF)为未来研究提供了结构化框架,结合组织理论与工程技术,推动MAS从实验性工具向可靠系统的演进。可以了解到多智能体系统,正是通过独特的架构设计,让 AI 突破单智能体的能力边界,实现更复杂的任务协作。多智能体系统的失败区别于单一 LLM 缺陷(如幻觉)的产物,而是系统设计、交互协议与验证机制的综合结果。加州伯克利大学的一项有趣研究指出了由大语言模型驱动的多智能体系统(MAS)中的关键失败模式。
2025-08-26 08:34:37
1043
原创 多智能体系统架构解析
随着 LLM 能力的持续提升,未来的 Agent 框架必将朝着更简洁、高效、易用的方向演进。Command 驱动 Handoffs 的发生,而 Handoffs 是 Command 在智能体间传递的载体和实现方式。在 AI 快速发展的今天,我们能明显感受到不同智能系统的差异:有的擅长自然对话,有的依托技能点精准响应。而多智能体系统,正是通过独特的架构设计,让 AI 突破单智能体的能力边界,实现更复杂的任务协作。多智能体组成虚拟团队,模拟人类专业协作模式,以解决超越单智能体能力边界的复杂问题。
2025-08-25 11:56:35
774
转载 微服务鉴权设计的几种方案
但需要注意的是应该将Web项目的容器换成Undertow,因为Tomcat是阻塞式的容器,不换也不是不行,但吞吐量可能会少一下,Undertow是非阻塞式的容器,可以与Gateway到达相同的效果。根据需求积分服务提供了一个给用户添加积分的API,如果你的API是通过获取的当前登录用户ID增加的积分,那么面对场景二时你需要重新编写一个给用户添加积分的API,因为当前登录的是后台管理员而不是用户(代码复用率较低)各位服务都有自己的鉴权方式,当然也可以通过jar包的方式统一各服务的鉴权方式。
2025-07-30 08:34:30
97
转载 RPC好,还是RESTful好?
比如我们有一个处理订单的系统服务,先声明它的所有的接口(这里就是具体指Java中的interface),然后将整个项目打包为一个jar包,服务端这边引入这个二方库,然后实现相应的功能,客户端这边也只需要引入这个二方库即可调用了。1、gRPC是Google最近公布的开源软件,基于最新的HTTP2.0协议,并支持常见的众多编程语言。RPC服务和HTTP服务还是存在很多的不同点的,一般来说,RPC服务主要是针对大型企业的,而HTTP服务主要是针对小企业的,因为RPC效率更高,而HTTP服务开发迭代会更快。
2025-07-18 08:34:34
94
原创 MySQL 类型转换的隐秘逻辑:你可能踩过的坑
上述示例中,将字符串 'aa' 和1进行求和,因为 'aa' 和数字1的类型不同,通过上述转换规则并且经查看warnings可以确认:隐式类型转化将字符串转为了 double 类型。同时也告诫我们日常在写SQL时一定要检查参数类型与数据库字段类型是否一致,否则可能造成隐式类型转换,不能正常应用索引,造成慢查询,甚至拖垮整个数据库服务集群。从结果我们可以判定,SQL1中将字符串的“1”转换为数字1,而在SQL2 中,将数字2转换为字符串“2”。如果字符串的第一个字符就是非数字的字符,那么转换为数字就是0;
2025-07-08 08:24:00
798
转载 Spring 团队开源nohttp,尽可能不用HTTP
另一方面,ROB 表示 Spring 团队已更新所有主机以确保使用 HTTPS,每个站点都支持 HTTPS、重定向到 HTTPS,并使用 Strict Transport Security。如果你近期准备面试跳槽,建议在ddkk.com在线刷题,涵盖 一万+ 道 Java 面试题,几乎覆盖了所有主流技术面试题,还有市面上最全的技术五百套,精品系列教程,免费提供。但是有些情况下确实无法使用 HTTPS,例如,Spring 链接的某些站点不支持 HTTPS、XML 命名空间标识符必须与文档中的标识符匹配等。
2025-07-03 08:23:21
110
转载 一图解析微服务架构核心设计
随着业务量增长,单表的数据量达到性能瓶颈之后,我们就要采用分库分表来对数据库表进行水平拆分和垂直拆分了,具体如何进行合理的拆分,以及技术选型,这些和项目现有的表结构设计是息息相关的,要考虑后续的可拓展性,不能短期拆了一时爽,后续业务量增暴涨之后,服务器的性能不足以维持数据库的性能时,这时候要拆分服务器部署了。不管单体服务,还是微服务,数据持久层都是必须的,我们是选用互联网项目经常使用的mysql作为DB,为了保证服务读写效率以及高可用性,我们主从分离模式,同时实现读写分离,来保障mysql的读写性能。
2025-06-25 08:33:58
218
原创 AI Agents vs Agentic AI:有何区别?为何如此重要?
这些技术相互补充的潜力巨大——想象一下,一个能够像 Agentic AI 一样学习和适应的 AI Agents,能够提供更强大的自动化任务和决策能力。虽然它们听起来像是高深的科技术语,但实际上指的是两种不同类型的人工智能,它们都对我们的世界产生了巨大的影响。AI 聊天机器人可以帮助企业快速高效地响应客户查询,充当 AI Agents 处理常见问题,从而解放人工客服人员,使其专注于更复杂的任务。AI 仓库机器人就是一个例子——这些机器人能够在复杂的环境中导航,适应不同的条件,并在仓库内自主移动货物。
2025-05-30 08:36:58
1017
原创 LangGraph Agent 架构设计
本质上,它就像智能体的数字大脑——整合了"眼睛"(传感器)、"大脑"(决策逻辑)以及"双手"(执行器)来处理信息并采取行动。典型结构含生成器与批判器双智能体,比方说作者智能体生成文本后,由评审智能体提出反馈意见,循环迭代直至达到预设次数。:定义智能智能体构建与运作的结构框架,涉及核心组件及其组织方式(类似"骨架"),明确智能体如何感知环境、处理信息、决策行动。选择合适的架构对构建高效AI智能体至关重要。规划智能体生成子任务序列,专业智能体执行子任务,结果返回规划智能体进行动态调整,最终反馈给用户。
2025-05-09 08:36:30
792
转载 模块化 VS 微服务:别让架构选择误入 “伪需求” 陷阱
讽刺的是,微服务并没有以任何方式阻止使用这些“重量级”协议,某些微服务甚至建议使用gRPC——一种跟IIOP非常相似的二进制协议,它来自CORBA,属于SOAP、WSDL、XML Schema和WS-*完整规范集等“重量级”协议的前身。而且聪明的朋友可能已经注意到,上面大概一半的观点都在强调共通的主题——创建和维护更小、更独立的代码和数据“块”,让各块间相互版本化,使用共同的输入和输出以实现整体系统集成。我得说一句,行业中的每次重大炒作都少不了工具的捧场,特别是在实在没什么可宣传的时候。
2025-04-29 11:50:34
677
原创 大模型重复生成内容:根因剖析与优化策略
当你的前面的条件文本过长时,大模型的输出的几个短文本会被原始的很长的条件文本淹没,继续预测下一个token的话,在模型看起来可能条件仍然是差不多的,此时如果使用greedy search,只选择概率最大的一个token,模型极大可能会将前面已经生成的短文本重新预测成概率最大的文本,以此类推,会一直重复下去。随着认知建模技术的进步,我们正在从"避免重复"走向"智能重复",让大模型的输出既保持连贯性,又充满意料之外的智慧闪光。不同表述但表达相同含义,例如 "天气晴朗,阳光明媚" 与 "日照充足,万里无云"。
2025-04-22 08:36:57
1937
原创 API 架构风格抉择:SOAP、REST、GraphQL 和 RPC 的特性、优势与局限
API 与底层系统的耦合度越高,其对其他系统的可重用性就越低。但是,如果您的目标并非高网络性能,而是在发布高度差异化的微服务的团队之间建立稳定的 API 连接,那么 REST 能够满足您的需求。的严谨结构、安全性和授权功能使其成为在 API 和客户端之间执行正式软件合同的最佳选择,同时又能遵守 API 提供商和 API 消费者之间的法律合同。虽然 REST 提供了多个 API 版本,但 GraphQL 使用单一的、不断发展的版本,该版本可以持续访问新功能并有助于实现更清洁、更易于维护的服务器代码。
2025-04-16 08:36:32
1156
原创 无缝切换,实现多厂家大模型高效对接
随着业务需求的多样化,大家希望能够逐一对比和探索不同的大模型,以便选择最适合的解决方案。然而,不同模型的对接方式各异,请求格式、参数解析也各不相同,这给开发者带来了不小的困扰。借助这一方案,研发同学可以更专注于业务逻辑的实现,而无需为不同模型的适配问题头疼,助你在 AI 的浪潮中游刃有余。事实上,OpenAI 已经为我们提供了现成的参考实现,只需稍作调整即可轻松集成到你的项目中。,通过统一的接口设计,屏蔽了底层模型的差异,使开发者能够无缝切换和对接不同的大模型。私藏多年的系统性能优化十大绝招(万字干货)
2025-03-14 08:36:44
673
原创 Deepseek 这么厉害,普通人怎么用好它?
点击蓝字,关注我们DeepSeek 学习内容,持续更新,欢迎关注~最近,Deepseek 的风头可谓是一时无两,相关消息一波接着一波。它强大的能力让人惊叹不已,写代码、做翻译、生成文案……简直无所不能!不少小伙伴跃跃欲试,却又担心自己不是程序员、不会写代码,用不好这么“高大上”的工具。许多之前不了解 AI 的人,都开始纷纷入坑。DeepSeek 功能强大,但普通人如何才能充分利用其 AI 能力呢?...
2025-02-19 08:43:30
1229
原创 基于 LangServe 的 Deepseek 本地大模型服务化实践
点击蓝字,关注我们DeepSeek 学习内容,持续更新,欢迎关注~在人工智能技术飞速发展的今天,大模型(LLM)已成为推动 AI 应用落地的核心驱动力。上次分享「普通人上手 Deepseek 的实用攻略」,我们已经将 Deepseek 大模型的能力高效地部署到本地环境,并对外提供稳定的服务。本文将分享我们基于LangServe框架,将DeepSeek 本地大模型服务化的实践经验,带你一步步...
2025-02-12 19:15:18
853
原创 普通人上手 Deepseek 的实用攻略
点击蓝字,关注我们DeepSeek 学习内容,持续更新,欢迎关注~近期,DeepSeek 作为人工智能领域一颗新星,冉冉升起,引发业界广泛关注。这款由深度求索公司开发的AI工具,以其强大的功能和广泛的应用前景,迅速成为科技圈的新宠,相信在春节期间也刷爆了大家的朋友圈。作为研发同学,应该不仅仅了解一些新闻报道,更想上手亲自体验一下,那该如何操作呢?最近花时间研究了下,上手体验 DeepSeek 有以...
2025-02-07 18:26:52
4032
二维码生成接口(含源码),简单易用
2022-12-22
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅