登录社区云，与社区用户共同成长
邀请您加入社区
大模型很强大，但让它回答企业内部问题就经常"胡说八道"。RAG 技术能解决这个问题——通过检索私有数据增强生成，让 AI 回答更准确。本文从零开始搭建 RAG 系统，分享核心架构、实战经验和踩坑记录。
大家构建智能体应用的时候或多或少会有个烦恼:系统提示词越写越长,什么代码审查、Git 操作、文件整理、API 测试……全往里塞,最后一个 Prompt 两千多行,跑一次烧一堆 token 不说,模型还经常抓不住重点,东一榔头西一棒子。
Function Calling：AI Agent 调用工具的基础能力，也是后面两个能够存在的基础。MCP (Model Context Protocol)：由 Anthropic 推动的开放标准，为 LLM 应用提供标准化接口以连接和交互外部数据源和工具，现已捐赠给linux基金会。
本人学习react基于@小满zs此博主的教学视频及文档（博主全网同名，有兴趣可搜索查看，博主讲的超级好！！博主文字文档教程如下以下仅为个人的学习笔记（有个人理解+博主本人的文档内容）用于构建用户界面的JavaScript库是一个将数据渲染为HTML视图的开源JavaScript库。
摘要：本文系统介绍了智能体编排中的18种核心节点类型及其设计理念。节点作为"能力积木"遵循单一职责、高内聚低耦合原则，通过可视化拖拽实现复杂功能搭建。节点分为六大类：基础节点（开始/结束）、输出节点、AI能力节点、流程控制节点、数据处理节点和扩展节点。每种节点具有标准化视觉结构（头部-内容-底部）和特定功能，如AI节点处理对话、条件节点实现分支判断等。这种模块化设计使得非技术人
本文介绍了如何实现智能体编排的可视化画布系统。首先分析了画布的核心功能需求，包括节点展示、拖拽添加、连线编辑等，并设计了合理的界面布局。在技术选型方面，对比了主流流程图引擎后推荐使用VueFlow，其支持Vue3原生开发并提供丰富的交互功能。文章还详细讲解了节点面板的分类设计，将节点分为基础、AI能力、流程控制和工具扩展四大类，并阐述了拖拽添加节点的实现流程。通过这套系统，用户可以像搭积木一样直观
如果你在找 claude 镜像 api，通常不是想看概念科普，而是想快速知道哪里能接、Base URL 怎么填、模型名怎么选，以及怎样把 Claude 稳定放进自己的项目里。本文按实际接入顺序讲清楚 claude 镜像 api 的用法，并把
当别人还在卷Prompt长度时，顶尖团队已经换了个赛道上周和一位做企业级AI助手的朋友聊天，他说了句话让我印象深刻：“我们花了三个月优化Prompt，效果还不如一个实习生写的标准操作流程。”
文章摘要： AI正从被动问答机向自主代理（Agentic LLM）演进，ReAct框架通过交织推理（Thought）与行动（Action）实现多步骤任务自主完成。工具调用（Tool Use）赋予模型外部能力，如搜索、计算等，而标准化函数调用（Function Calling）优化了交互流程。为确保可控性，测试框架（Harness）约束Agent行为，规范驱动（Spec-Driven）明确其边界。其
这是整个体系的基石。元数据：名称、版本、依赖、权限声明、触发关键词SOP流程：用结构化方式描述执行步骤、决策分支、异常处理输入输出规范：JSON Schema定义参数格式和返回值结构异常处理：常见错误码及对应的处理策略写好一个SKILL.md需要产品思维+工程思维+领域知识的三重结合。回看整个Agent开发的知识体系，从理论范式到工程落地，中间隔着大量需要踩坑的细节。如果你刚开始接触这个方向，建议
react 服务端渲染原理不复杂，其中最核心的内容就是同构。node server 接收客户端请求，得到当前的req url path,然后在已有的路由表内查找到对应的组件，拿到需要请求的数据，将数据作为 props 、context或者store 形式传入组件，然后基于 react 内置的服务端渲染api renderToString() or renderToNodeStream() 把组件渲
/ 4. 监听 hashchange 事件（vue-router 3.1.6不触发）// vue-router 3.1.6不触发 popstate。
本文讲解了Qt中信号槽机制的基础认识。
pipeToNodeWritable() 是一个有用的 API，它允许你将 Vue 组件的渲染输出直接“管道”到一个 Node.js 可写流（Writable stream）中。这在与现有的 Node.js 流处理系统（如 HTTP 响应）集成时特别有用，因为它允许你更有效地处理大型响应体，而无需将整个响应加载到内存中。pipeToNodeWritable() API 的存在主要是为了提供一种更明
Vue.js服务端渲染（Server-Side Rendering，SSR）是指在服务器端将Vue.js组件渲染为HTML字符串，并将其发送到浏览器以供展示。
使用webpack的时候遇到了这样的问题，显示resource busy or lock。我这里是因为我之前打包过，然后资源繁忙，又要生成新的打包文件，可能也还有会重名一系列的问题。解决方案就是以下步骤： 基本步骤1到3可以解决很多npm的报错...
当我们用 canvas 绘制动画时，每一帧绘制前都会调用 ctx.clearRect 清除上一帧的画面，如果当前帧画面计算量比较大，导致清除上一帧画面到绘制当前帧画面之间有较长间隙，就会出现白屏。为了解决这个问题，我们可以在内存中绘制当前帧动画，绘制完毕后直接用当前帧替换上一帧画面，由于省去了两帧替换间的计算时间，不会出现从白屏到出现画面的闪烁情况。FPSFramesPerSecond 指的画面每
Vue3项目工程化配置：husky+lintstaged+commitlin+commitizen + cz-git
把该轮的对话结果整合/压缩为一句话（summary）再添加到context中，避免原始信息（TAO）过多导致context迅速增长；这里要讲几种主流的压缩方式：1.全量压缩：在不改变原TAO内容的情况下，在每次的TAO结束并更新之后对已有的所有TAO内容进行总结和压缩；每次总结压缩的原文本都在增长；summary = LLM(全部历史context)context = [summary] （当前轮
巧用compositionstart和compositionend两个API解决react或taro输入框中文输入法抖动问题，vue框架中v-model的指令处理输入框事件的细节处理
团队开发的成员越来越多，项目都是由多个人进行开发和维护，每个人的代码书写习惯和风格又不尽相同，commit 的提交log 也是乱七八糟，为以后的开发和维护增添了很多困难，所以规范和约束在多人协作下，就显得尤为重要。自定义提交规则可以根据团队开发规范来进行额外配置，假设提交规则为：把每个需求的产品文档链接关联到每一个feature，这样后续要是有问题，也方便找到对应的产品文档。配置如下commitl
在医疗应用中，我们需要管理多种类型的状态。我们采用了清晰的状态分类策略：3.1.2 状态管理原则我们遵循以下核心原则来设计状态管理架构：应用状态管理全局的应用配置和生命周期状态：3.2.2 用户认证状态管理 (UserState)用户认证状态管理用户的登录状态和权限信息：3.2.3 UI 状态管理 (UIState)UI 状态管理全局的界面交互状态：3.2.4 业务状态管理患者选择状态管理在医疗应
2、要传三个参数到前端，如下图第二个红色框框所示。因为layui框架代码如果未修改，默认要传入这三个参数。解决：1、加注释 @ResponseBody ，确保返回的是json数据。注意：用layui则不能在前端使用ajax传值，否则报错！原因：后端控制台的数据格式没有设置清楚。
本文系统梳理了前端渲染模式的演进与应用场景。从基础的CSR（客户端渲染）和SSR（服务器端渲染）对比出发，分析了SSG（静态生成）、ISR（增量静态再生成）等新型渲染方案的特点与适用场景。文章重点探讨了混合渲染模式的技术实现，包括页面级和组件级的混合策略，以及孤岛架构等前沿方案。同时详细阐述了不同渲染模式对SEO优化的影响，提供了技术层面、内容层面和外部链接三个维度的SEO优化建议。通过对比表格直
一般是你目录搞错了，因为我就是。
React中在setInterval/setTimeout内使用setState时会出现状态值过时问题，这是由闭包导致的。解决方案有两种：1)使用函数式更新setCount(prev=>prev+1)获取最新状态；2)通过useRef保存状态值，在useEffect中同步更新ref.current，在定时器中通过ref获取最新值。这两种方法都能有效解决定时器中状态更新不及时的问题。
但是在cesium中不推荐这种方式，这种加载少量的白膜可以实现效果，但是数据量大起来后，会导致卡顿，性能上会出大问题，所以不推荐这种加载方式，在cesium中推荐Cesium3DTileset来加载3d tiles文件来渲染白膜，也就是方法二。如果你没有3dtiles文件来加载白膜，只有geojson加载白膜可以通过GeoJsonDataSource来加载白膜，json格式如下。Cesium3DT
2026年，随着HarmonyOS NEXT正式版发布，鸿蒙原生应用迎来爆发式增长。作为深耕鸿蒙生态的技术博主，我整理了今年大厂面试中出现频率最高的15道核心面试题，每一道都配有深度解析和实战代码。建议收藏反复学习！
离线插件安装显示网络错误.解决办法：/vendor/karsonzhang/fastadmin-addons/src/addons/Service.php搜索用//注释掉
《React源码阅读的正确路径：从宏观模型到微观实现》摘要：阅读React源码失败的主因在于缺乏整体认知框架。React本质是一个UI异步调度操作系统，核心包含描述UI、计算变化和执行更新三个环节。理解源码必须建立五大核心模型：ReactElement静态说明书、Fiber执行单元、Lane优先级控制、双缓存机制及Effect标签系统。源码阅读应聚焦react、react-reconciler和s
前端框架
——前端框架
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
AtomGit开源社区
龙虾开发者社区
魔珐星云开发社区
AI硬件创业社区
人工智能6S服务平台
