34K Star 的 GraphRAG:微软开源的“知识图谱 + RAG“组合拳,让企业 AI 真正读懂你的私域文档

OpenViking上下文数据库Golang集成实践 技术创新文件系统范式:将AI Agent的上下文管理从扁平向量存储提升为结构化文件系统分层检索策略:L0/L1/L2三层加载机制,减少62.1%的Token消耗记忆自迭代:会话提交触发Agent经验沉淀,实现越用越智能工程实践完整Golang实现:提供生产级可用的OpenViking客户端库企业级集成方案:涵盖文档摄入、检索、会话管理等全流程性能优化成果:检索准确率提升24.1%,响应时间减少53.3%可观测性提升可视化检索轨迹:实现检索过程的白盒化,调试效率提升77.1%全面监控指标。 阅读详情

今天聊一个让我这个做了 5 年企业 AI 应用的朋友感慨万千的项目。

微软研究院开源的 GraphRAG——基于知识图谱的检索增强生成(RAG)系统。

34.5k Star、3.6k Fork、MIT 协议、Python 写就,今天(7月18日)还在更新。

它的核心思路:

传统 RAG 是"关键词匹配 + 段落切片",GraphRAG 是"实体关系图谱 + 全局推理"。

后者能让你的 AI 回答那些传统 RAG 答不上来的问题——比如「这家公司过去三年里哪个产品线的营收贡献最大?涉及哪些高管变动?」

这种"跨文档、跨实体"的复杂问题,传统 RAG 基本无能为力。

它叫 GraphRAG。

01 从一个企业 AI 的"答不上来"现场说起

我有个朋友在某制造业上市公司做数字化部门负责人。

去年他们搞了个"内部知识库 AI 助手"——把公司 15 年的项目档案、产品手册、技术规范、会议纪要、技术博客全部喂进去。

用的是最经典的 RAG 方案:文档切片 → embedding → 向量库 → 检索 → LLM 生成。

效果怎么样?

简单问题答得不错,复杂问题集体翻车。

他举了几个真实案例——

问 1:「我们 2023 年发布的 XX 型号产品,用户投诉主要集中在哪些方面?」

→ RAG 给的答案:返回了 2023 年那款产品的几段说明书文字,但没有真正的"投诉汇总分析"。

问 2:「过去三年参与过 XX 技术栈项目的工程师,现在哪些人在哪个部门?」

→ RAG 给的答案:支离破碎——返回了几个工程师的简历片段、几份项目立项书,但没法让人组织起一个完整的人员图谱。

问 3:「公司在 AI 方向上有哪些战略决策?涉及哪些高管?时间线是怎样的?」

→ RAG 给的答案:压根没答上来——因为这个答案需要跨几十份文档、跨多个时间点、跨多个高管姓名做关联,传统向量检索根本抓不全。

他说:「我想要的是一个能’读懂’公司历史的 AI,不是返回片段的搜索引擎。」

这就是 GraphRAG 要解决的问题——

让 AI 真正建立"实体之间的关系",从文档里抽出结构化知识,再用结构化知识做推理。

02 传统 RAG 为什么不够用?

我没打算在这里长篇讲 RAG 原理(之前发过 NextChat 和 Firecrawl 的时候已经讲过),但要快速说清楚 传统 RAG 在企业场景下的痛点——

痛点 1:检索靠"相似度",不是"相关性"。

传统 RAG 用向量相似度做检索。问题是:「去年营收下降了 20%」和「为什么营收下降了」在 embedding 空间里不相邻,因为句法结构不同、关键词也不同。

但人脑理解这两句话"显然是相关的"——它们在讲同一件事。

痛点 2:跨文档推理失效。

向量检索是"段落级"的——它返回最像的几个段落给你。但很多企业问题需要把几十份文档里的信息拼起来。

传统 RAG 不会自己"拼",需要人写 prompt 引导它。引导得不好就翻车。

痛点 3:实体关系看不见。

向量召回的段落是孤立的。你看到 A 段提到了"张三",B 段提到了"李四",但你看不出他俩是上下级,因为这两段不在同一个上下文中。

人脑在阅读时自动建索引,传统 RAG 不行。

痛点 4:全局性问题无解。

「这个公司的价值观是什么?」

这种问题需要遍历整个语料库,把所有"价值观"相关的句子汇总、归纳、生成总结。

传统 RAG 检索 top-k 个段落,根本没法做这种"全局归纳"。


GraphRAG 的思路就是: 用 LLM 把非结构化文本预先抽成结构化的实体-关系图——节点是实体(人、产品、事件、概念),边是关系(参与了、负责了、影响了、属于)。

之后所有查询先查图谱,再走图谱推理——不再靠"字符串相似度"凑答案。

这个思路是微软研究院 2024 年 7 月在 arXiv 上发的一篇论文引爆的(Paper: From Local to Global: A Graph RAG Approach to Query-Focused Summarization),随后开源了实现。

03 它是怎么工作的?

GraphRAG 的工作流分两阶段——索引阶段(一次性预处理)+ 查询阶段(实时问答)。

第一阶段:构建知识图谱(一次性,约 30 分钟-数小时)

原文档(TXT / JSON / CSV)    ↓ (LLM 抽取)实体列表:{人、产品、组织、事件、地点...}    ↓ (LLM 关系抽取)实体关系图谱:节点 + 边的有向图    ↓ (LLM 社区检测 + 摘要)分层社区 + 社区摘要:可遍历的"语义地图"    ↓ (嵌入存储)图谱 + 社区摘要 + 原始 chunks 三件套

关键步骤是 “实体 + 关系抽取”——LLM 读一遍文档,把所有实体、人名、机构名、产品型号、关键概念抽出来,并标注实体之间的相互关系。

抽完之后再做 “社区检测”——把关系紧密的实体聚成一个社区,每个社区生成一段摘要。

最终你的数据结构有:

  • 实体节点(Node):人、产品、概念

  • 关系边(Edge):参与、负责、属于、影响

  • 社区(Community):自动聚类

  • 社区摘要(Community Summary):每段都用自然语言描述这个社区在讲什么

  • 原始 chunks:保留原始文本片段做兜底

第二阶段:查询(每次问题)

用户问题    ↓LLM 决定查询模式:  - "Local Search":聚焦某个实体 + 它周围的图谱  - "Global Search":跨社区做综合分析    ↓从图谱召回相关节点 + 关系 + 社区摘要    ↓组装 Prompt 喂给 LLM    ↓生成答案

两种查询模式是 GraphRAG 设计的精华:

Local Search——聚焦"附近"。

问:「XX 型号产品的负责人是谁?技术栈用了什么?」

GraphRAG 从图谱里挑出 “XX 型号产品” 这个节点,召回它的直接关联节点(负责人、技术栈),喂给 LLM 生成答案。

Global Search——全景分析。

问:「公司过去三年研发投入的趋势是什么?」

GraphRAG 把所有社区摘要都喂给 LLM,让它做"地图式推理"——读完全图后总结趋势。

这一点是传统 RAG 完全做不到的:任何一份文档里都不会明确告诉你"三年趋势"——这个答案必须读完全部文档才能给出来。

GraphRAG 的全局搜索天生就是为了回答这种"汇总型"问题设计的。

04 装起来有多简单?

前提:Python 3.10+、一个 LLM API Key(OpenAI / Azure / Anthropic 都支持)。

最简 3 步:

1. 安装pip install graphrag2. 初始化项目(在你想分析的文件目录下)mkdir -p ./ragtest/inputcp your-docs/*.txt ./ragtest/input/graphrag init --root ./ragtest3. 配置 API key编辑 ./ragtest/.envGRAPHRAG_API_KEY=sk-your-openai-keyGRAPHRAG_LLM_MODEL=gpt-4o-mini  # 或者 gpt-4o、claude-3-5-sonnet4. 建索引(首次运行,约 30 分钟-数小时)graphrag index --root ./ragtest5. 问问题graphrag query \  --root ./ragtest \  --method global \  --query "公司过去三年的研发投入趋势是什么?"

⚠️ 预算提示: 索引阶段会消耗大量 token——1 万字的文档大概消耗 50 万-100 万 token(取决于文档密度)。

省钱实战方案:

  • 索引用 gpt-4o-mini(便宜 10 倍)

  • 查询用 gpt-4o 或 claude-3-5-sonnet(效果好)

支持的数据源:

  • 纯文本 (.txt)

  • CSV / Excel

  • JSON

  • PDF(要先转成文本)

  • 网页(用 firecrawl 之类的工具先抓下来)

05 哪些场景特别适合用 GraphRAG?

我从使用体感出发排:

场景 1:企业内部知识库(最香)

公司年报、内部 wiki、项目档案、HR 资料、会议纪要——这种"实体丰富、关系复杂"的语料,GraphRAG 优势最大。

场景 2:学术研究 / 法律分析(第二香)

论文集、判例库、合规文档——需要找"实体间关联"的研究场景。

场景 3:医疗 / 临床指南

医学文献中的"疾病-症状-药物-疗法"关系,GraphRAG 能给你串成完整链路。

场景 4:情报分析 / 投资研究

爬下来的行业报告、企业年报、研报——找"公司-股东-投资-产品"四元关系,GraphRAG 跑出来比人工快百倍。

场景 5:新闻媒体 / 舆情分析

时间序列事件追踪——能用 GraphRAG 看"这个话题过去半年涉及哪些人和事"。

哪些场景不太适合:

  • 简单 FAQ / 单文档查询(传统 RAG 就够了,GraphRAG 反而重)

  • 实时数据查询(图谱构建太慢,不适合实时)

  • 特别小规模语料(低于 100 份文档,索引一遍性价比不高)

06 它解决的"真实的痛点"

痛点 1:传统 RAG 答不上"总结型问题"。

「这家公司过去三年里…」「所有项目里…」「整个行业趋势…」

传统 RAG 抓不全,GraphRAG 通过 Global Search 直接读完整图答。

痛点 2:同义不同词,召回不到。

「张三」和「Zhang San」和「张总」在 embedding 空间里可能不像,但 GraphRAG 抽实体时会把它们归到同一个节点。

痛点 3:跨文档关系混乱。

A 文档说"张三负责 X 项目",B 文档说"李四接手了 X 项目"—— GraphRAG 把两条信息通过同一个项目节点串起来,推导出"李四接了张三的活"。

痛点 4:可解释性差。

传统 RAG 的答案是黑盒——你不知道它到底看了哪几段。

GraphRAG 给了你图谱——你能看见 AI 是基于哪些实体关系推理出这个答案的。

对金融、医疗、法律场景,可解释性不是 nice-to-have,是必须。

痛点 5:增量更新简单。

文档变了,传统 RAG 需要重新嵌整个数据库;GraphRAG 增量加节点、增量更新社区摘要就行。


07 跟竞品对比

跟 LangChain / LlamaIndex 比:

LangChain 和 LlamaIndex 主要是 RAG 框架,自己不构建图谱。GraphRAG 是一个具体的、确定的图谱 RAG 实现,不是框架。

好处:上手快,效果明确。

坏处:定制空间小,特殊业务逻辑得改源码。

做法是混合用: LangChain 做应用框架,GraphRAG 做"全局查询引擎",局部查询用 LangChain 的标准 Retriever。

跟 LightRAG(另一个图谱 RAG)比:

LightRAG 更轻量、增量更新更快、跨语言支持更好。

GraphRAG 的优势: 微软背书 + 论文支撑 + 社区大(34.5k Star)+ 文档全。

做选型时: 如果是严肃企业内部项目选 GraphRAG;如果只是快速实验选 LightRAG。

08 几个值得展开的细节

第一,它支持 prompt 自定义。

抽取实体 / 关系的 prompt 是 settings/ 目录下的 yaml 文件。你可以根据业务调整"需要抽取哪些实体类型"、“需要识别哪些关系类型”。

比如医疗场景下,你可以让 LLM 专门抽"疾病 / 药物 / 症状 / 检查"四类实体。

第二,它支持自定义 LLM。

OpenAI / Azure OpenAI / Anthropic Claude / Ollama(本地模型)都行——本地跑的话完全免费、隐私零外泄。

第三,它有评估工具。

微软配套发了 GraphRAG Evaluator——基于 LLM-as-a-Judge 思路评估你问答系统的质量。

第四,它有可视化工具。

graphrag visualize 一键生成图谱可视化 HTML——你可以用它做"知识图谱 demo"给老板看效果。

第五,它有 Python 和 CLI 两套接口。

CLI 适合快速试 + 写脚本;Python 库适合集成到应用里。

from graphrag.query.indexer import LocalSearchsearch = LocalSearch(...)result = search.search("XX 型号产品的负责人?")print(result.response)

第六,它的社区非常活跃。

GitHub Issues / Discussion 都有官方团队回复——在 Discord 上能直接和微软工程团队对话。

7月18日(今天)还在更新,迭代节奏是真的有保障。

学AI大模型的正确顺序,千万不要搞错了

🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!

有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!

就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

在这里插入图片描述

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!

我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

用AI学习graphify Graphify是一个AI驱动的知识图谱构建工具,能够将代码、文档、论文、图像和视频等多模态数据转换为结构化知识图谱。其核心技术特点包括: 多模态处理能力: 支持25+编程语言的AST解析 处理PDF、Markdown等文档 集成Whisper进行音视频转录 高效知识提取: 采用确定性AST解析与LLM语义提取结合 相比直接读取源文件,查询token消耗最多减少71.5倍 增量更新机制仅处理变更文件 智能分析功能: 自动识别高中心性的"上帝节点" 发现跨领域的"意外连接&quo 阅读详情

相关推荐

到底什么是Harness工程?一篇文章从入门到企业落地全解析

随着OpenClaw爆火,Harness Engineering(驾驭工程)成为AI编程时代的热门概念,很多小白对其感到陌生。本文用通俗类比和真实案例,避开复杂术语,从基础定义入手,讲清Harness Engineering的核心逻辑——人类工程师设计“约束系统”(马具),让AI模型(烈马)安全高效地完成代码工作,同时拆解其核心组件、企业落地场景和实战成果,帮小白快速入门,读懂这项能解放人力、提升效率的新技术,轻松掌握它的核心价值和落地思路。

program哲学 3289

基于RAG的企业智能客服项目,已拿70万offer!

基于 RAG 构建一套企业智能客服系统📖。

m0_59164520的博客 1450

ubuntu 20.04系统离线安装nfs

ubuntu环境下,离线安装nfs

m0_62464865的博客 2245

从Vibe Coding到可控生产力:Harness Engineering的实践启示

摘要:OpenAI提出的Harness Engineering(工程化治理)理念为AI Agent时代的软件工程提供了关键方法论,旨在解决代码高产出下的质量闭环、上下文管理等核心矛盾。其三大目标包括重构工程师角色、将AI纳入可控体系、实现低成本纠错,通过六大举措(如角色重构、机械化约束、反熵机制等)重构工程流程。该理念与vibe coding高度互补,既保留灵感驱动的敏捷性,又通过工程化体系保障稳定性,最终推动工程师从"代码生产者"升级为"工程体系设计者"。

小程故事多的博客 4401

pwm电机调速的原理介绍与代码实现

1、pwm实现调速的原理与介绍 PWM(Pulse Width Modulation)脉冲宽度调制。 1)占空比 pwm占空比就是一个脉冲周期内有效电平在整个周期所占的比例。 通过调节PWM的占空比就能调节IO口上电压的持续性变化,因此也能够控制外设的功率进行持续性变化,也就能控制直流电机的转速快慢。 那么重点就在于如何调节PWM波形的输出。如下图所示 图中的ARR是我们给定时器的一个预装载值,CCRx的上下变化是产生PWM波的关键。我们假设ARR大于CCRx的部分输出为高电平(即t1-t2、t3-t4

Clichong 7万+

【FPGA】AD9653设计和调试总结

基于FPGA的AD9653设计,设计思路,注意事项

weixin_41246509的博客 7599

AIGC 应用工程师(5-10年)面试题与答案全解析(2026 前沿版)

AIGC 应用工程师面试题与答案全解析(2026 前沿版) 摘要 本文系统整理了 2026 年 AIGC 应用工程师岗位的核心面试内容,包含 19 大模块、68 道关键题目及 15+ 代码示例。内容覆盖: 岗位定位:强调工程落地能力(RAG、Agent、系统集成)与业务闭环思维 技术体系:从基础理论(Transformer、涌现能力)到前沿应用(MCP协议、多模态生成) 工程实践:包含推理优化、成本控制、安全合规等关键落地能力 评估体系:详细讲解 golden set 构建、LLM-as-judge 等评估

weixin_48053866的博客 821

莫兰指数stata命令_一文读懂16个sp系列stata空间计量命令及应用

spcompress:Compress Stata-format shapefile压缩数据成stata格式的shapefile2、Looking at data/观测数据2、Looking at data/观测数据grmap:Graph choropleth maps绘制等值区域图spdistance:Calculator for distance between places计算区域之间距离3...

weixin_39719989的博客 822

大模型工程化:从Prompt到Harness,驾驭AI生产力新时代

大模型工程化三大范式:提示词工程、上下文工程与驾驭工程 摘要:随着大模型技术的成熟,行业焦点转向如何实现能力稳定落地。文章系统阐述大模型工程化的三大范式:提示词工程(Prompt Engineering)作为基础,通过标准化指令引导模型输出;上下文工程(Context Engineering)通过信息注入解决知识边界与幻觉问题;驾驭工程(Harness Engineering)构建全链路管控体系。三者呈递进互补关系,共同支撑生产级应用。当前趋势呈现三大特点:自动化Prompt优化、多模态场景融合、体系化管控

m0_63171455的博客 1856

K型热电偶分度表读取方法

K型热电偶分度表读取方法

guaizaiguaizai的博客 5922

qq对接openclaw,通过qq发送命令

把 OpenClaw 接入 QQ 和微信,目前主流的微信文章和教程主要提供了两种截然不同的路径。我为你梳理了它们的核心区别和关键步骤,你可以根据自己的需求来选择。

suny8的专栏 272

graphify构建代码知识库,一行代码搭建属于自己的知识图谱

graphify 是一个将任意文件夹(代码、文档、图片、视频等)转化为可查询知识图谱的工具。它的核心理念是:与其让 AI 逐文件读取,不如先把所有内容构建成一张图,让 AI 按图索骥。 你可以把它理解为一个"代码库地图生成器"。输入一个项目目录,它会分析所有文件,提取概念、关系、调用链,然后用可视化的方式呈现给你。更重要的是,这张图是可以查询的——你可以问"认证模块和数据库之间有什么关系",而不需要自己去 grep 几十个文件。

努力前行,总会成为自己心中的那道光 8545

Pinocchio 快速详细入门教程 —— 开源机器人运动学动力学库

本文介绍了机器人学中的数字机器人学、正逆运动学、动力学仿真与控制、最优控制等核心主题,以及Pinocchio库的应用。内容包括: 数字机器人学:通过UR5机器人模型演示了构型空间采样、碰撞检测、路径规划等基础操作,使用优化方法在约束条件下寻找有效构型。 运动学:详细讲解了二维和三维机器人的正运动学(构型到末端位置)和逆运动学(目标位置到构型),包括串联机械臂和并联机器人的处理。 动力学与控制:介绍了动力学仿真(如自由落体、摩擦效应)、PD控制、计算扭矩控制,以及接触仿真(碰撞检测与处理)。 最优控制:以独轮

机器人控制与仿真应用 2883

GitNexus 核心引擎深度解析

GitNexus 核心引擎深度解析:GitNexus 是一个将代码库转换为可查询知识图谱的系统,由索引流水线、社区检测和混合搜索三大子系统组成。索引流水线通过9个阶段将代码转换为知识图谱,支持多语言解析和并行处理。社区检测采用Leiden算法进行功能聚类,流程追踪则通过BFS算法从入口点生成执行流程。混合搜索结合关键词和语义搜索,使用RRF算法融合结果。系统优化包括Worker池并行解析、语言感知导入解析、调用关系置信度计算等,实现了高效的代码分析与搜索能力。

2842

老 Intel Mac mini 装 OpenClaw:低成本常年在线方案

老款Intel Mac mini部署OpenClaw方案摘要 本文详细介绍了如何利用老款Intel Mac mini低成本部署OpenClaw系统。方案推荐2011-2018款Mac mini,建议升级至16GB内存和SSD存储以提升性能。部署步骤包括:1)安装Ubuntu系统;2)配置Docker环境;3)通过docker-compose部署OpenClaw及其依赖组件(PostgreSQL和Redis);4)进行系统级和Docker层面的性能优化;5)设置开机自启动服务。该方案充分利用老款设备剩余价值,

一键难忘的博客 2478

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

Harness Engineering:2026年最被低估的工程革命

2026年2月,OpenAI的工程师Ryan Lopopolo在官方博客发布了一篇看似平淡的技术文章。文章描述了一个内部实验:一个3人小组,用5个月时间,构建并上线了一个拥有百万行代码的生产级产品。

xx_nm98的博客 1090

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

Harness Engineering(驾驭工程)核心解析

Harness Engineering(国内常译“驾驭工程/管控工程”)是2026年Agent开发领域爆火的新一代工程化范式,是AI工程化从“提示工程→上下文工程”之后的第三次范式跃迁,核心解决Agent在生产环境中长期可靠运行的核心痛点。

weixin_58753619的博客 1401

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

Graphify从入门到精通(非常详细),彻底搞懂下一代AI知识库,看这一篇就够了!

Graphify是一款开源命令行工具,由开发者captainkink07在Andrej Karpathy发文后连夜构建。它能将任意文件夹一键转化为持久化知识图谱,支持19种编程语言,与Claude Code深度集成,实现每次查询减少71.5倍token消耗。上线48小时内获得逾6000个GitHub星标,零遥测、无厂商锁定,数据永不离机。

m0_59164520的博客 7503

驾驭未来:零基础读懂“驾驭工程”(Harness Engineering)

在混乱中建立秩序,在复杂中寻找路径。

举世誉之而不加劝,举世非之而不加沮,定乎内外之分,辩乎荣辱之境,斯已矣。 2523

OpenViking 深度解析:字节跳动为 AI Agent 设计的上下文数据库

OpenViking 是字节跳动火山引擎 Viking 团队于 2026 年 1 月开源的上下文数据库(Context Database),专为 AI Agent 设计。。把 Agent 所需的一切——记忆、资源文档、技能说明——统一抽象为"文件",组织在一个虚拟文件系统中,通过专属协议viking://进行寻址和访问。OpenViking 解决的是真实存在的问题,技术思路也有其创新之处——用文件系统范式统一管理 Agent 上下文,L0/L1/L2 分层加载在 token 效率上确实能做到显著优化。

潇汀 2390

一文分清用法Dify-Plugin与SkillS

很多人会把插件(Plugin)和Skill(技能)混为一谈,二者看似都是为应用拓展能力、实现更多功能,核心定位、适用范围、使用方式却有着明确差异。

legend24and8的博客 1851

dify查询接口响应到默认的图表渲染

之后走两条线,一条线流式响应返回数据分析的回复,另一条线走图表生成线,负责生成合适的图表。由于ECharts图表生成插件,支持生成的图表有柱状图,线形图,饼图,那么我们可以设置一个问题分类,然后对于数据分类的结果再做模型数据的抽取。在工作流中新建接收http请求的节点,用以接收http请求体数据。实现的效果:可以根据请求体自定义生成合适的图表数据。数据输入:来自于http请求体的数据。插件:ECharts图表生成插件。

qq_43781332的博客 812

AI(四): 工具 (GitNexus、CLI-Anything、 OMO: Oh-My-Openagent, OMO: oh-my-codex、 OpenSpec、 Superpowers)

GitNexus 是一款能够将代码库转化为可查询知识图谱的智能工具。它的核心能力可以概括为三点:解析 —— 基于 Tree-sitter 深度解析代码,提取函数、类、变量之间的调用与依赖关系建图 —— 将代码结构存入 KuzuDB 图数据库,构建完整的代码知识图谱适配 —— 通过 MCP 协议与 Claude 等 AI 智能体无缝对接,提供结构化代码上下文。

Men-DD 2856

Harness Engineering深度指南(非常详细),软件工程转型控制系统设计,从入门到精通,收藏这一篇就够了!

George 提到 **Harness engineering** 这种模式已经出现了三次: * 第一次是在 18 世纪 80 年代,詹姆斯·瓦特(James Watt)发明了离心调速器(Centrifugal governor)。 * 第二次是在 Kubernetes 出现。 * 第三次是 OpenAI 提出的 Harness engineering。

m0_59235945的博客 1034

MCP和Skill的区别

MCP与Skill是智能系统的两个关键维度:MCP(多通道平台/处理器)作为底层架构,负责整合多模态交互渠道(如语音、文本)和计算能力;Skill则是基于MCP的具体功能模块(如"查天气""设闹钟")。核心区别在于:MCP关注系统级资源调度与跨渠道协同,为Skill提供运行环境;Skill聚焦单一任务的精准执行,依赖MCP的底层能力。二者的关系如同"舞台与演员",MCP提供基础设施,Skill实现具体功能,共同构建完整的智能交互体系。

m0_53830442的博客 2219

Graphify:开启你的文档分类新时代

Graphify:开启你的文档分类新时代 项目介绍 Graphify 是一个基于Neo4j的无管理扩展项目,专为文档和文本分类而设计。通过利用强大的自然语言处理技术,Graphify能够高效地训练模型,并对未标记的文本进行智能分类。其简洁的RESTful API使得集成到任何系统中变得轻而易举。 项目技术分析 Graphify的核心在于它的自然语言解析模型,该模型采用先进的算法抽取文本的关键信息并...

gitblog_00060的博客 708
上一篇: Agent架构三层拆解:Harness、Loop、Graph一次讲透
下一篇: 面试官:“什么是大模型项目的分词器?”,我:“文本切成一个个词,让模型能处理”,他:“只会表面功夫?”
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2841原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值