- 博客(1561)
- 收藏
- 关注
RSS订阅转载 DeepSeek核心技术图解揭秘
探索DeepSeek V1~R1 卓越之处，为技术爱好者、专业人士和从业者提供使用指引，力求启发更多关于人工智能创新发展的思考与探索。本文从多视角剖析DeepSeek不同版本技术亮点以及发展历程，并且充分涵盖核心模块的。腾讯工程师 tommielei，版权归原作者所有。同时，生动地展示核心模块的。原理篇、架构图以及性能指标。转自公众号：数据思考笔记。
2025-06-10 14:30:52
7
转载 264页 Agent 综述！MetaGPT、Mila、斯坦福、耶鲁、谷歌半年共同撰写
但目前大部分 Agent 仅是基于 LLM 的简单延伸，距离真正的通用的智能尚有距离，在目前的设计下，面对复杂的真实世界，Agent 面临着推理规划、长期记忆、自主学习以及安全对齐等核心能力不足的问题。个体 Agent 的异质性、环境反馈和信息交换增强了交互的动态性，这对复杂社会网络的形成和决策策略的改进至关重要。随着多 Agent 的优势成为共识，其评估范式亦需有根本性的变革——MAS 评估应聚焦于 Agent 交互的整体性，包括协同规划的效率、信息传递的质量与群体决策的性能等关键维度。
2025-06-09 08:36:25
5
转载 从大模型、智能体到复杂AI应用系统的构建
以文中提到的“四链融合产业大脑”为例，它首先基于通用大模型，注入了海量的产业数据（覆盖企业、人才、专利、政策、供应链、市场行情等数十亿条信息）和数百个产业链知识图谱进行训练，形成了具备产业深度理解能力的垂域模型（如iChainGPT）。它不仅能理解你的指令，更能自主规划步骤、调用API、访问数据库、执行代码、搜索网络，甚至协同多个不同功能的AI模型（如HuggingGPT框架），去完成过去需要大量人工介入的复杂工作流，例如自动化生成深度调研报告、监控系统异常并执行应对措施等，极大地拓展了AI的应用边界。
2025-06-07 22:04:29
9
转载 架构设计：业务域的拆分
在六边形架构中，领域层跟技术层没有关系。可以看作是业务的技术实现，端口层包裹在领域层外，外部要与领域成通信，必须通过接口层来“首肯”。反过来，领域层与外部通信也需要经过接口层。但这种方式一般在技术上的，比如领域对象的管理。大白话：请假系统是解决人力资源工时问题，属于人力资源领域；实现方式：可靠事件模式（不断重试）；以模型职责拆分（基于业务逻辑为主）1、扩展期：3人对应1个服务。2、维护期：2人对应多个服务。五、领域建模的架构方法和经验。二、服务拆分的真实案例解析。核心域&支撑子域&通用子域。
2025-06-06 22:06:45
10
转载 AI应用开发新范式
算力的演进，模型智力能力和模型场景泛化能力的演进，都符合摩尔定律，甚至在一定程度上，演进的速度超过了摩尔定律；过去经典模型没有通用性能力，解决的都是个性化问题，Transformer架构目前被证明是最有效的大模型架构，模型参数规模、数据规模、训练计算量的规模都会显著提升大模型的智力能力，它的演进是有确定性方向的。模型网关：基于大模型的应用开发一定需要模型网关，有以下方面的原因：（1）市面上的模型很多，对企业来说，包括自建的模型、外购的第三方模型，什么业务应该路由给哪一个模型，需要考虑业务路由问题。
2025-06-05 19:31:02
10
转载 华为企业数据架构设计方法总结
四、数据资产目录设计（数据域、概念实体、样例）超级棒的企业数据架构设计方法总结，供参考。八、跨域主题域模型设计。二、数据架构设计方法。三、数据架构设计步骤。五、概念数据模型设计。六、逻辑数据模型设计。七、数据分布蓝图设计。
2025-06-03 18:00:52
19
转载 智能体开发平台大盘点：Coze、Dify、腾讯元器、文心智能体
（AgentBuilder）是百度基于文心大模型推出的平台，分为C端（个人用户）和B端（企业用户）的千帆AppBuilder，专注快速构建商用化智能体。：支持数百种国内外大模型（包括GPT、Llama、Mistral等），还支持RAG（检索增强生成），能轻松整合企业知识库，生成精准回答。（Yuanqi）是腾讯基于自研混元大模型推出的智能体开发平台，深度整合微信、QQ等生态，适合需要社交场景赋能的用户。：相比海外版，国内版Coze只能用国内大模型，模型选择范围较窄，可能影响某些特定场景的表现。
2025-06-02 22:35:41
194
转载 4大类AI Agent协议框架全面综述
由Anthropic提出，是一个通用的上下文获取协议，允许AI代理通过标准化的方式与外部资源（如数据、工具和服务）进行交互。：代理协议是标准化框架，定义了代理之间以及代理与外部系统之间结构化通信的规则、格式和程序。：由WildCardAI提出，是一个基于OpenAPI标准的开源机器可读合同格式，专门用于将传统API与AI代理桥接，支持网站声明AI兼容接口、认证方案和多步工作流。协议分发模块将协议分发给相应的专业代理（如Flight Agent、Hotel Agent、Weather Agent）。
2025-06-02 22:35:41
35
转载 DeepSeek深度应用指南--公文写作
但公文不同于一般文稿，撰写技巧主要有：明确主旨，选用精准术语，提取核心数据，遵循法定模板，强化层次衔接，确保严谨高效，兼顾政策合规性与表达专业性。“假设我是(单位/部门)的(某个职务)，请你帮起草一份关于会议(具体事项)的通知，需包含(时间)、(地点)、(人物)，(也就是具体要求)做到语言简洁练，符合《党政机关公文格式》要求。“假设我是(单位/部门)的(某个职务)，请你帮起草一份关于会议(具体事项)的通知，需包含(时间)、(地点)、(人物)，(也就是具体要求)做到语言简洁练，符合《党政机关公文格式》要求。
2025-05-30 20:51:09
39
转载 AI大模型应用架构图大全
出处：https://zhuanlan.zhihu.com/p/1898655667440575331。AI大模型物联网AloT架构图。AI大模型Agent平台架构图。AI大模型合规风控管理架构图。AI大模型通用技术架构图。AI大模型通用技术架构图。AI大模型通用技术架构图。AI农业大模型技术架构图。AI导购大模型技术架构图。AI大模型合规管理架构图。AI大模型+CRM架构图。RAG知识库业务架构图。AI导购大模型架构图。
2025-05-30 20:51:09
13
原创 分库分表系列文章大纲和分布分表基础
分布式事务是分布式系统的通用问题，可以采用2PC，3PC，TCC，SAGA，最终一致性（消息（本地、事务）、最大通知、对账等）。主要解决单表高并发访问或冷热数据问题，可以将一张表垂直分为多张表，比如用户信息表，将用户基本信息和用户扩展信息分开，成为两张表。分库分表一般分为垂直拆分和水平拆分，再结合拆分的对象是数据库，还是数据表，有四种组合：垂直分库、垂直分表、水平分库，水平分表。主要解决单一数据库访问压力，将同一张表的数据，分布到不同的库中，可以缓解单一数据库的访问压力，提升并发处理的能力。
2025-05-28 13:30:27
281
转载 只有技术人才能看懂的幽默
面试官：请写出一段体现你水平的代码。我：sudo rm -rf /*面试官：这体现了你哪方面能力？我：我大学田径队的.....1、程序有问题时不要担心。如果所有东西都没问题，你就失业了。2、计算机系的男同学追班里一女同学，结果此女总是躲躲闪闪。男的看没戏，就另找了一个去追，结果这女的不满意了，质问这男的为啥抛弃她。男的问：“请教一个电脑问题，如果你点击一个程序，总是提示‘没有响应’，怎么办？”女的...
2022-12-17 21:21:39
614
转载 微服务方法论02--服务划分规则01
背景现在微服务比较流程，那么对于微服务的拆分方法也比较让人困惑。本文从不同的角度切入后以系统的、全面的、统一的方式为各位介绍服务拆分的问题。问题定义服务划分具体的问题在哪里？服务划分是对于具体技术的选择？是选择使用纵向切割的方式，还是使用横向切割的方式将业务切割开。这个切割方式是不是有效，直接对于业务切割是否能够满足其他方面的要求。都是需要考虑的。还是在实现过程中遇到的服务聚合的问题？很多人对于O...
2022-11-10 12:32:24
747
转载 微服务实践--微服务方法论00
思想在接收到一个新的新项目时，架构师的职责是建立项目的业务与技术实现之间的桥梁。在翻译业务到技术实现的过程中需要进行业务建模、技术设计等方面的工作。业务建模和技术设计过程中都有各自领域的知识体系。基本上每个知识体系都是由上层的理论、概念和方法论的提供方向上的支撑，由下层的实施方法、实施工具进行具体工作的实施。在微服务实践系列文章中主要介绍在微服务实践过程中可能会考虑到的方向、以及这些方向可供选择的...
2022-11-09 11:54:54
726
转载 数据库设计范式之逻辑设计
逻辑设计1. 相关名词1.1. 候选码，主码候选码通常有一个或多个，用于唯一确定一个元组（行，对象）。举例：主键，唯一索引都可以是候选码。主码从候选码中选择，通常是表的主键。1.2. 属性，属性名称，域，分量属性就是列，对象属性值。属性名就是列名，字段名，对象属性名。域就是属性值范围。分量就是属性值范围中的某个属性值。举例：用户表的性别是一个属性，gender是属性名，female是属性值，mal...
2022-11-04 07:40:04
386
转载 系统间的交互用接口还是用消息？
在各类系统设计中我们经常会使用这两者做信息的传递、系统的解耦，但是很难说出在什么场景上我们使用标准服务接口，什么场景使用标准消息，好像是都可以用。尤其在平台系统需要支撑各类业务场景的设计上，这类问题往往会是一个很难权衡的点。我们先看一下这两种方式的特点（并非是优缺点）。标准服务接口交互高时效：耗时即为方法处理时间强一致：理论意义上的强一致，直接接口调用为强一致，soa调用需要分布式事务支持，明确能...
2022-11-01 19:17:50
601
转载 五步搭建自己的简易低代码平台
前言平时开发项目时，总会写很多crud代码，开发过程基本一个套路，定义controller、service、dao、mapper、dto，感觉一直在repeat yourself也接触过很多快速开发框架，定义一个sql就可以生成接口，或者定义一个框架脚本自动生成接口，但感觉这些框架没有说太成熟广泛使用的，出了问题也很难解决本文重点研究一下如何只通过定义sql就自动生成接口，但是只是简单实现，为提供...
2022-10-30 19:32:06
4867
转载 应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。一、应用架构二、技术架构三、安全架构四、部署架构五、有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问：https://www.processon.com/u/5f633168e0b34d080d54c128/profile出处：https:/...
2022-10-29 20:07:58
755
转载 单点登录必知的两个著名协议：SAML、OAuth2
在本文中，我们将了解单点登录 (SSO) 和 SSO 广泛使用的两种协议，即 SAML 和OAuth2。这是任何程序员都需要理解的复杂领域之一。什么是单点登录？单点登录 (SSO) 是用户可以使用一组凭据登录多个应用程序的过程。考虑到如今网站的数量以及其中大多数都要求进行身份验证，这是一个方便且高效的功能。我们都知道，我们无法为每个应用程序跟踪如此多的凭据集。SSO 来救援了！！！用户无需一遍又一...
2022-09-29 13:33:49
1707
转载 基于Kafka的六种事件驱动的微服务架构模式
在过去的一年里，我一直是负责Wix的事件驱动消息基础设施（基于Kafka之上）的数据流团队的一员。该基础设施被 1400 多个微服务使用。在此期间，我已经实现或目睹了事件驱动消息传递设计的几个关键模式的实现，这些模式有助于创建一个健壮的分布式系统，可以轻松处理不断增长的流量和存储需求。一、消费与投射…那些非常受欢迎的服务会成为瓶颈当您遇到存储大型领域对象的“流行”数据的瓶颈时，此模式可以提供帮助。...
2022-09-29 13:33:49
534
转载 轻松搞定亿级用户中心系统架构
一、背景会员系统是一种基础系统，跟公司所有业务线的下单主流程密切相关。如果会员系统出故障，会导致用户无法下单，影响范围是全公司所有业务线。所以，会员系统必须保证高性能、高可用，提供稳定、高效的基础服务。随着同程和艺龙两家公司的合并，越来越多的系统需要打通同程APP、艺龙APP、同程微信小程序、艺龙微信小程序等多平台会员体系。例如微信小程序的交叉营销，用户买了一张火车票，此时想给他发酒店红包，这就需...
2022-09-28 12:53:07
414
转载 数据库设计的 10 个最佳实践
数据库是应用及计算机的核心元素，负责存储运行软件应用所需的一切重要数据。为了保障应用正常运行，总有一个甚至多个数据库在默默运作。我们可以把数据库视为信息仓库，以结构化的方式存储了大量的相关信息，并合理分类，方便搜索及使用。因此，数据库设计成为软件开发中的重要一环，对于开发者来说，设计一个高效的数据库至关重要。那么，为什么数据库设计很重要，“好”的标准又是什么？本文将做以介绍。为什么数据库设计很重要...
2022-09-28 12:53:07
266
转载 分库分表后，数据库数据一致性问题如何解决？
前言通过对数据的垂直拆分或水平拆分后，我们解决了数据库容量、性能等问题，但是将会面临数据迁移和数据一致性的问题。在数据迁移方面，需要考虑如何快速迁移、平滑迁移、不停机的迁移等。待数据迁移完毕后，还需要校验数据的完整性。数据一致性方面，要根据的业务来判断是否要必要引入分布式事务，如果需要引入分布式事务，需要斟酌是采用XA，还是基于BASE的柔性事务。数据迁移数据迁移是很容易出故障的一个环节，需要考虑...
2022-09-26 18:29:55
520
转载 亿级流量场景下平滑扩容：TDSQL水平拓展方案实践
今天的分享我会主要包含这四部分：第一部分首先介绍水平扩容的背景，主要介绍为什么要水平扩容，主要跟垂直扩容进行对比，以及讲一下一般我们水平扩容会碰到的问题。第二部分会简单介绍TDSQL如何做水平扩容，让大家有一个直观的印象。第三部分会详细介绍TDSQL水平扩容背后的设计原理，主要会跟第一部分进行对应，看一下TDSQL如何解决一般水平扩容碰到的问题。第四部分会介绍实践中的案例。一、数据库水平扩容的背景...
2022-09-26 18:29:55
387
转载 系统设计五步指南
系统设计对话可能非常具有挑战性。可能有很多模棱两可的地方、选项和想法——加上有限的时间和难以解决的问题。根据经验，我发现了一种通用方法，可以帮助使这些对话更有条理、更有趣、更有成效。1. 要求和目标系统设计讨论通常从要解决的开放式问题开始。假设需求是：“让我们设计 Twitter”。从一开始，每个人都需要保持在同一页面上。你可以通过澄清问题然后制定讨论议程来实现这一点。该议程的第一步将讨论需求和目...
2022-09-25 21:37:46
4270
转载 DDD六边形架构入门
经营传统农场绝对是一场噩梦。你必须喂食动物，把它们赶出去，安排兽医的拜访，种植庄稼，驱赶害虫，并同时处理数百项其他任务。把所有东西都放在正确的地方一定是一份全职工作。鸡无意识地四处游荡，被狐狸抢购一空，羊跳篱笆，荆棘丛生侵入你的土地。分离农场的不同功能区域是其成功管理的关键。让那些鸡远离玉米地，并竖起坚固的栅栏以阻止奶牛离开城镇。Clean分离同样，在任何重要的软件项目中，一半的战斗都是管理复杂性...
2022-09-25 21:37:46
317
转载 从单体迁移到微服务的十二种方法
你的团队决定是时候摆脱那个旧的、笨重的单体了，它运行得很好，但是单体已经变得如此之大，以至于你花费更多的精力来维护它而不是添加功能。这里有 12 个技巧，可帮助您尽可能顺利地过渡到微服务。#1 确保你知道你在做什么重写从来都不是一件容易的事，但是从单体应用到微服务，你改变的不仅仅是编码方式；你正在改变公司的运营模式。你不仅需要学习一个新的、更复杂的技术栈，管理层还需要调整工作文化，将人员重组为更小...
2022-09-24 21:10:02
1278
转载 6 条重要的软件架构原则
这是六个重要的软件架构原则的选择。1. 制造、购买、重用——或者更好地重用、购买、至少制造在购买之前重复使用，在制造之前购买。为什么？示例：如果您制作（编码和实施）您的个人公司互联网浏览器、邮件应用程序或办公软件包，会发生什么？答：你会花很多时间和金钱。您将无法专注于您的核心业务。通常，您的解决方案会非常独特，以至于在糟糕的情况下，它需要额外的用户培训。尤其是在大公司中，验证解决方案是否已经存在、...
2022-09-24 21:10:02
288
转载 基于 Kubernetes 的微服务项目设计与实现
随着互联网的发展，后端服务和容器编排技术的日益成熟，微服务成为了后端服务的首选，Kubernetes 也已经成为目前容器编排的事实标准, 微服务拥抱容器时代已经来临。笔者结合自己的经验，写了这篇微服务+ Kubernetes 入门宝典，希望能够抛砖引玉。能让大家了解 微服务和 Kubernetes 如何配合。上卷主要描述 微服务设计，项目实现，kubernetes 部署，微服务的部署 高可用和监控...
2022-09-20 12:47:45
364
转载 设计一个容错的微服务架构
微服务架构使得可以通过明确定义的服务边界来隔离故障。但是像在每个分布式系统中一样，发生网络、硬件、应用级别的错误都是很常见的。由于服务依赖关系，任何组件可能暂时无法提供服务。为了尽量减少部分中断的影响，我们需要构建容错服务，来优雅地处理这些中断的响应结果。本文介绍了基于RisingStack 的 Node.js 咨询和开发经验构建和操作高可用性微服务系统的最常见技术和架构模式。如果你不熟悉本文中的...
2022-09-20 12:47:45
232
转载 主流微服务全链路监控系统之战
问题背景随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题。全链路监控组件就在这样的问题背景下产生了。最出名...
2022-09-19 12:47:31
401
转载 一张图看懂微服务架构路线
我为什么选择微服务架构？众所周知，单体应用程序，由于其种种不足，几乎不支持敏捷方法。如果你想为一个大型或复杂的业务创建一个软件项目，最好从微服务架构开始。微服务架构是一种灵活的架构，可以显著性地提高应用程序灵活性、可扩展性等。微服务架构路线据我了解很多开发者，想知道他们应该如何开始微服务架构旅程，虽然有成千上万的资源可以使用，但是资源到处分散。我决定通过为微服务架构学习定义路线图，使这段旅程更加清...
2022-09-19 12:47:31
169
转载 为什么微服务一定要有网关？
一、什么是服务网关服务网关 = 路由转发 + 过滤器1、路由转发：接收一切外界请求，转发到后端的微服务上去；2、过滤器：在服务网关中可以完成一系列的横切功能，例如权限校验、限流以及监控等，这些都可以通过过滤器完成（其实路由转发也是通过过滤器实现的）。二、为什么需要服务网关上述所说的横切功能（以权限校验为例）可以写在三个位置：每个服务自己实现一遍写到一个公共的服务中，然后其他所有服务都依赖这个服务写...
2022-09-16 08:15:51
216
转载 MySQL 23道经典面试吊打面试官
1.说一说三大范式「第一范式」：数据库中的字段具有**「原子性」**，不可再分，并且是单一职责「第二范式」：「建立在第一范式的基础上」，第二范式要求数据库表中的每个实例或行必须**「可以被惟一地区分」**。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主键「第三范式」：「建立在第一，第二范式的基础上」，确保每列都和主键列直接相关，而不是间接相关不存在其他表...
2022-09-14 20:07:30
197
转载 分布式定时任务框架怎么选？
我们先思考下面几个业务场景的解决方案:支付系统每天凌晨1点跑批，进行一天清算，每月1号进行上个月清算电商整点抢购，商品价格8点整开始优惠12306购票系统，超过30分钟没有成功支付订单的，进行回收处理商品成功发货后，需要向客户发送短信提醒类似的业务场景非常多，我们怎么解决？为什么我们需要定时任务很多业务场景需要我们某一特定的时刻去做某件任务，定时任务解决的就是这种业务场景。一般来说，系统可以使用消...
2022-09-13 18:48:18
173
转载 分库分表后如何设计索引？全局索引、二级索引
分布式数据库架构下，索引的设计也需要做调整，否则无法充分发挥分布式架构线性可扩展的优势。今天我们就来聊聊 “在分布式数据库架构下，如何正确的设计索引？”主键选择对主键来说，要保证在所有分片中都唯一，它本质上就是一个全局唯一的索引。如果用大部分同学喜欢的自增作为主键，就会发现存在很大的问题。因为自增并不能在插入前就获得值，而是要通过填 NULL 值，然后再通过函数 last_insert_id()获...
2022-09-12 20:00:13
355
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人