标签: AI Agent

  • Graphify:让AI编码助手拥有持久记忆的知识图谱工具,71K+ Stars让代码/文档/会议全部可查询

    Graphify:让AI编码助手拥有持久记忆的知识图谱工具,71K+ Stars让代码/文档/会议全部可查询

    ⭐ GitHub 71.2K+ Stars | MIT 许可 | Python

    Graphify

    AI 编码助手的知识图谱技能,让代码、文档、会议记录全部可查询

    📋 项目简介

    Graphify 是一款 AI 编码助手技能插件,支持 Claude Code、Codex、Cursor、Gemini CLI 等几乎所有主流 AI 编码工具。它可以将任意文件夹下的代码、SQL 模式、文档、论文、图片、视频等内容,转换为可查询的知识图谱,实现单个图谱同时覆盖应用代码、数据库模式和基础设施信息。

    核心价值:让 AI 编码助手拥有持久记忆,不再「忘记」之前的对话和决策。

    71.2K+
    GitHub Stars

    1.1M+
    下载量

    20+
    AI 工具支持

    36
    语言/格式支持

    ⚙️ 安装要求和过程

    环境要求

    依赖 最低版本 安装方式
    Python 3.10+ python.org
    uv(推荐) 任意版本 curl -LsSf https://astral.sh/uv/install.sh | sh

    快速安装(3步搞定)

    # 1. 安装 graphify(PyPI 包名为 graphifyy,双 y)
    uv tool install graphifyy
    
    # 2. 注册到 AI 助手
    graphify install
    
    # 3. 在 AI 助手中使用
    /graphify .

    可选扩展功能

    uv tool install "graphifyy[all]" — 安装全部扩展(PDF/Office/视频/MCP/Neo4j/中文分词)

    🚀 核心功能

    🧠 知识图谱自动构建

    支持 36 种编程语言 AST 解析、PDF/Office 文档、图片、视频/音频、YouTube 链接等几乎所有项目相关文件,自动构建可查询的知识图谱。

    ⚡ 增量更新(无需重建)

    不同于 RAG 管道每次更改都重新嵌入所有内容,Graphify 维护一个活图谱。文件变更时,仅更新受影响的节点和边,其余保持不变。

    🔍 多模态语义查询

    支持语义查询、节点路径查询、节点解释、PR 影响分析、PR 冲突检测等功能,查询结果附带来源和置信度评分。

    🤖 20+ AI 工具兼容

    支持 Claude Code、Cursor、VS Code Copilot、Aider、Devin CLI、OpenClaw、Codex、Gemini CLI 等几乎所有主流 AI 编码工具。

    🔒 隐私优先(本地处理)

    代码文件完全本地通过 tree-sitter 解析,无需调用 API;无遥测、无用户行为追踪;支持气隙(air-gapped)部署。

    👥 团队协作友好

    生成的 graphify-out/ 目录可直接提交到 Git,团队成员拉取后可直接使用图谱,无需重复构建;支持 MCP 服务暴露供团队共享。

    💡 典型使用场景

    场景一:新人快速上手大型代码库

    问题:新工程师加入团队,需要数周时间阅读文档、grep 代码才能理解代码库。

    解决:运行 /graphify .,图谱一次性构建完成。询问 AI 助手「为什么我们移动从 REST 到 gRPC?」即可获得完整决策链路,包括 RFC 文档、设计会议记录、相关提交。

    场景二:PR 影响分析与冲突检测

    问题:提交 PR 时不知道哪些模块会受影响,容易引入隐形 Bug。

    解决:使用 graphify prs 42 查看 PR 的详细影响分析;使用 graphify prs --conflicts 检测共享图谱社区的 PR,避免合并冲突。

    场景三:跨代码/文档/会议的完整上下文

    问题:AI 编码助手只看到代码,看不到设计文档、会议记录、研究论文,导致建议不全面。

    解决:将代码仓库、PDF 设计文档、Markdown 会议记录、YouTube 技术讲座全部添加到图谱(graphify add <url>),AI 助手查询时获得完整上下文。

    🌟 推荐理由

    Graphify 是我近期关注的最令人兴奋的新项目之一。它解决了 AI 编码助手的一个核心痛点:遗忘。每次新对话,AI 助手都不记得之前的决策和上下文,导致重复解释、决策不一致。

    Graphify 通过知识图谱方案解决这个问题,比传统 RAG 更高效:

    • 增量更新:文件变更时仅更新受影响部分,不需要像 RAG 那样每次都重新嵌入所有文档
    • 结构化关系:图谱中的节点和边能够表达代码之间的调用关系、文档之间的引用关系,查询结果更有意义
    • 本地优先:代码解析完全在本地进行,不需要发送到大模型 API,保护代码隐私

    特别适合:使用 Claude Code、Cursor、Aider 等 AI 编码工具的开发者;需要管理大型代码库或跨多个文档/会议工作的团队;重视代码隐私、希望本地处理敏感项目的企业。

    ⚡ 增长惊人:项目 2026 年 4 月 3 日才创建,仅 3 个月已达到 71,275 Stars 和 110 万次下载,是 YC S26 孵化项目,增长势头非常强劲!

    📌 项目开源许可:MIT | 最新版本:0.8.46 | 最后更新:2026 年 6 月

    🏷️ 相关标签:AI Agent · 知识图谱 · RAG · 代码智能 · Claude Code · Cursor

  • 印度营销SaaS公司MoEngage收购AI代理初创公司Aampe,押注「千人千面」营销

    印度营销SaaS公司MoEngage收购AI代理初创公司Aampe,押注「千人千面」营销

    一家印度SaaS公司,悄悄做了一笔”代理人”收购

    印度客户互动软件公司MoEngage最近干了一件事——把旧金山初创公司Aampe全现金收购了,交易金额数千万美元。这件事在外媒上没掀起太大水花,但仔细看下去,你会发现它指向的方向有点意思。

    Aampe是2020年成立的公司,做的东西听起来很朴素:给每一个客户分配一个专属的AI代理,根据个人行为来决定给ta推送什么消息、什么时候推。不是传统营销里那种”把用户分成几组、每组发一样的邮件”的逻辑,而是真的一个人一个模型。

    AI营销代理概念图
    AI代理正在接管个性化营销决策

    为什么是现在

    MoEngage的联合创始人兼CEO Raviteja Dodda在接受TechCrunch采访时说了一句很直白的话:这次收购的主要目的,是从Salesforce和Adobe手里抢客户。

    他说MoEngage近期的增长,很大一部分来自从Salesforce Marketing Cloud和Adobe Experience Cloud迁移过来的企业客户。最近刚签了三四笔年合同价值数百万美元的单子,都是原先在用Salesforce的。收购Aampe之后,他觉得这个势头还能加速。

    “我们增长的很大一部分来自从Salesforce Marketing Cloud和Adobe Experience Cloud迁移过来的企业客户。”——MoEngage CEO Raviteja Dodda

    这个背景值得停下来想一下。Salesforce和Adobe在营销自动化这块吃了这么多年,现在开始被后来者用”AI代理”这个理由撬墙角了。

    Aampe到底做了什么

    Aampe的核心产品说起来不复杂,但做起来很难:给每个用户跑一个独立的AI代理,这个代理负责决定要不要给这个人发消息、发什么、什么时候发。它目前有30多个客户,分布在美国、欧洲和亚太,过去一年年度经常性收入增长了150%。

    用Aampe的品牌客户包括Swiggy(印度外卖平台)、Grab(东南亚出行)、Taxfix(德国税务App)。这些公司同时也在用MoEngage的客户互动平台,两个产品并存的局面在被收购后会被打通。

    Aampe成立以来融了大约2800万美元,投资方包括Peak XV Partners、Z47、Theory Ventures。收购完成后,约20名Aampe员工将加入MoEngage,公司总人力扩展到大约820人。

    更大的故事:AI从”生成”走向”决策”

    这件事说出来可能有点抽象,但趋势是真实的:软件公司正在把AI从”帮你生成内容的工具”升级成”替你做决策的代理人”。在营销这个场景里,这意味着AI不再只是帮你写邮件文案,而是直接决定”给谁发、发什么、几点发”。

    这个转变的想象空间很大,但风险也摆在台面上。当AI代理开始替企业做营销决策,谁来监督它?它会不会学出什么奇怪的偏好?目前行业里还没有成熟的审计标准。

    MoEngage对外的说法是,Aampe的技术会让品牌在营销上真正做到”千人千面”——不是口号上的千人千面,而是每个用户背后真的跑着一个专属模型。这个目标听起来美好,落地起来需要多少数据、多少算力,是另一回事。


    MoEngage在收购Aampe之前大约六个月刚融了2.8亿美元(包含一级和二级交易),账上有钱做这种收购。印度SaaS这几年在国际上存在感越来越强,MoEngage是其中跑得比较稳的一家。这次把Aampe收进来,短期看是补技术,长期看是在为”AI代理人营销”这个品类占坑。

    至于这个坑最后能不能成,可能要看接下来一两年AI代理在企业软件里到底能落多少地。

  • Pydantic AI:类型安全的AI Agent框架,Pydantic官方出品,17.9K+ Stars为GenAI开发带来FastAPI体验

    项目简介:Pydantic AI 是由 Pydantic 官方团队开发的 Python 原生 AI Agent 框架,目标是将 FastAPI 的开发体验带到生成式 AI 应用和 Agent 开发中。Pydantic 验证库已被 OpenAI SDK、Anthropic SDK、LangChain 等主流 AI 工具采用,而 Pydantic AI 则直接从源头集成 Pydantic 能力,让开发者能够快速、自信、低痛苦地构建生产级 GenAI 应用和工作流。

    ⭐ GitHub Stars
    17.9K+
    🍴 Forks
    2,250+
    📜 开源许可
    MIT
    🏢 开发团队
    Pydantic

    Pydantic AI Logo

    🔧 安装要求和过程

    环境要求

    • Python 3.9+(推荐 Python 3.10+)
    • pip 或 uv 包管理器
    • 支持的操作系统:Windows / macOS / Linux

    快速安装

    # 使用 pip 安装
    pip install pydantic-ai

    # 或使用 uv 安装(推荐)
    uv pip install pydantic-ai

    # 安装可选依赖(如需运行示例)
    pip install "pydantic-ai[examples]"

    验证安装

    python -c "import pydantic_ai; print(pydantic_ai.__version__)"

    🚀 核心功能

    1. 官方团队原生开发

    Pydantic 验证是 OpenAI SDK、Google ADK、Anthropic SDK、LangChain、LlamaIndex 等主流 AI 工具的基础验证层。Pydantic AI 直接从源头集成 Pydantic 能力,稳定性和兼容性更强。

    2. 完全类型安全

    充分利用 Python 类型提示,为 IDE 提供充足上下文,支持自动补全和静态类型检查,将大量运行时错误提前到编写时发现,获得类似 Rust “编译通过即可用” 的开发体验。

    3. 模型无关性

    支持几乎所有主流模型和提供商:OpenAI、Anthropic、Gemini、DeepSeek、Grok、Cohere、Mistral、Perplexity;云厂商:Azure AI Foundry、Amazon Bedrock、Google Cloud;本地推理:Ollama、LiteLLM、Groq、OpenRouter 等。未覆盖的模型可通过自定义模型扩展。

    4. 无缝可观测性

    深度集成 Pydantic Logfire(通用 OpenTelemetry 可观测平台),支持实时调试、基于评估的性能监控、行为追踪、成本追踪。同时也支持其他兼容 OpenTelemetry 的可观测平台。

    5. 强大的评估与扩展能力

    支持系统化测试和评估 Agent 系统的性能和准确性;支持通过可组合的能力(Capabilities)构建 Agent,能力可打包工具、钩子、指令、模型设置为可复用单元;支持完全通过 YAML/JSON 定义 Agent,无需编写代码。

    💡 典型使用场景

    场景一:银行客服 Agent

    构建具备工具调用、依赖注入、结构化输出的银行客服 Agent。通过 RunContext 注入数据库连接,使用 Pydantic BaseModel 定义结构化输出,实现类型安全的 Agent 响应。

    from pydantic_ai import Agent, RunContext
    from pydantic import BaseModel

    class SupportOutput(BaseModel):
        support_advice: str
        block_card: bool
        risk: int

    agent = Agent('openai:gpt-5.2', output_type=SupportOutput)

    场景二:带可观测性的生产级 Agent

    集成 Pydantic Logfire 实现全链路可观测性,监控 Agent 的完整运行链路、工具调用、数据库查询、Token 消耗和成本追踪,让生产环境 AI 应用透明可控。

    import logfire
    logfire.configure()
    logfire.instrument_pydantic_ai()
    logfire.instrument_sqlite3()

    💬 推荐理由

    Pydantic AI 是我见过的类型安全做得最彻底的 Python AI Agent 框架。如果你已经在用 Pydantic 做数据验证(相信我,你一定在用),那么 Pydantic AI 会让你感觉”回家了”。

    最打动我的是它的开发体验——类型提示让 IDE 自动补全几乎能”预测”你想写什么,大量潜在错误在编写阶段就被捕获,而不是在运行时才爆雷。这种”编译通过即可用”的 Rust 式体验,在 Python AI 开发中实在难能可贵。

    另外,Pydantic 团队在构建 Pydantic Logfire 时因为没有找到符合预期的 Agent 框架,干脆自己造了一个——这种”自己用它才做得好”的项目,质量通常有保障。目前 17.9K Stars,正处于快速成长阶段,现在上手正当其时。

    📥 下载地址

    📚
    官方文档

    ai.pydantic.dev

    🐍
    PyPI 安装

    pypi.org/project/pydantic-ai

    🔥
    Pydantic Logfire

    logfire.pydantic.dev

    🚀 Pydantic AI —— 类型安全的 AI Agent 框架,让 GenAI 开发像 FastAPI 一样流畅

  • AI正在进入「循环」时代:当AI开始指挥AI干活

    AI agent loops conceptual illustration
    AI agents working in recursive loops — 概念图

    上周五,在Meta举办的@Scale开发者大会上,观众问了Claude Code的创造者Boris Cherny一个问题:AI里的”循环”(loops)到底是下一个炒作周期,还是来真的?

    Cherny的回答很干脆:来真的,而且这一步和当年从手写代码过渡到AI agents一样重要。

    “两年前我们手写源代码。然后过渡到让agents写代码。现在我们正在过渡到agents prompting agents、再由后者写代码的阶段。从源代码到agents是一步大跨越,loops是同样重要、同样大的一步。”

    一个agent在后台永不停工

    Cherny在演讲中(YouTube视频32分钟左右)具体描述了他自己在用的loop:一个agent持续寻找改进代码架构的方法,另一个agent寻找可以合并的重复抽象层。它们像普通程序员一样提交pull request,而由于代码在不断变化,这两个agent永远不会停止运行。

    这个想法听起来激进,但背后逻辑其实很直接。agentic AI的主流用法是”管好你的agents”——设清楚目标,检查进度,别让它们跑太远。loop把这个逻辑再推一步:授权一群agents在后台持续工作,没有止境。这是对AI的极大信任,但随着模型能力快速提升,让AI处理真实工作,loop可能是下一步。

    不是什么新鲜事,但也不一样

    严格来说,递归循环(recursive loops)并不是新东西。函数在自己内部调用自己来重复执行某个操作,再加一个停止条件——这是计算机科学入门课的基本内容。

    但今天的agentic loops遵循的是非确定性逻辑——停止循环的时机由一个子agent来判断,而不是明确的边界条件。只要程序员开始用AI完成任务,某种版本的递归循环(AI监督AI)迟早会出现。

    流行的一种做法是”Ralph Loop”(以《辛普森》里的Ralph Wiggum命名),基本思路是让模型总结自己已经做了什么,然后判断目标是否完成。这是应对AI模型运行时间过长后”迷失方向”的一种办法——本质上就是把模型来回”弹”,直到任务完成。

    烧token的速度会很快

    另一种理解loop的角度是:这是业界推动test-time compute(推理时计算)更大规模使用的一部分。OpenAI研究员Noam Brown本月初指出,当代模型只要砸足够多的算力进去,几乎能解决任何问题。这意味着确保一个问题被解决的一个办法,就是不停地砸算力,直到完成为止。

    对于”爬山坡”类的问题(比如改进代码库),模型可以不断做增量改进,直到达到某个阈值。或者,像Cherny的例子一样,只要有算力可花,它就可以一直做增量改进。

    如果这听起来很烧钱,那是因为它确实很烧钱。和agentic AI一样,AI loops消耗token的速度比简单问答机器人快得多——而且因为设计目标就是让loop一直运行,你能花多少钱没有天花板。对Anthropic来说这没问题,毕竟它本质上就是卖token的生意。但对其他所有人来说,这可能是一种昂贵的工作方式。

    当然,只要agentic loop要解决的问题值得,而且设置有得当的监督(token支出、漂移等经典AI问题),好处可能足够大,值得这个成本。


    这场”loop革命”目前还处在非常早期的阶段。Cherny的公开表态意味着Anthropic正在认真押注这个方向。问题是,大多数公司有没有足够的算力预算来跑一群不停工作的agents?答案可能取决于你的代码库有多大、问题有多难,以及你愿意为自动化付出多少。

  • Anthropic给Slack加了个常驻AI队友:Claude Tag能记住你们组在干嘛

    Anthropic给Slack加了个常驻AI队友:Claude Tag能记住你们组在干嘛

    如果你在公司Slack里用过AI助手,大概知道那种感觉:每次都要重新解释背景,AI像得了短期记忆症,说完就忘。Anthropic今天推出的一样新东西,想解决这个问题——它叫Claude Tag,本质上是让Claude住进你的Slack频道里,不再是个随叫随到的工具,而是一个能”待在那里”的队友。

    Claude Tag集成到Slack工作界面
    Claude Tag让AI直接驻留在Slack频道中,持续感知团队工作上下文 | 图片来源:AI生成

    不只是@一下那么简单

    之前Anthropic其实已经在Slack里有了集成——你可以私信@Claude,或者在频道里@它提问。但Claude Tag加了一层之前没有的东西:持续上下文和记忆。Anthropic在介绍里是这么写的:”随着Claude跟着频道一路看下去,它会越来越了解这份工作。”

    具体来说,Claude Tag如果被管理员授权,可以读取其他频道的消息,然后把信息带回来。同一个Slack频道里的所有人共享同一个Claude身份——任何人都能看到Claude之前干了什么,也能从上一个人打断的地方接着聊。这个设计挺有意思,它把AI从一个”私人工具”变成了一个”团队资源”。

    Anthropic的描述是:这让Claude感觉像一个”真正的同事”——它能在公开视图里产出工作成果,拥有比之前丰富得多的上下文和理解。

    管理员手里还有控制权

    当然,让AI能读公司Slack消息,这件事在任何大公司里都会引发隐私和安全讨论。Anthropic这次给管理员留了相当细的控制权:系统管理员可以指定Claude能访问哪些工具、哪些信息、哪些频道。每个Claude身份都被限定在管理员定义的频道范围内——给法务部门设置的Claude,看不到工程频道的消息。

    这个设计其实是向企业客户释放信号:Anthropic知道你在担心什么。AI公司想进企业市场,合规和权限控制是绕不过去的门槛。Microsoft的Copilot也是这套逻辑——先搞定IT部门,再谈推广。


    还有一个”环境模式”

    Claude Tag最值得注意的一个功能是”ambient mode”(环境模式)——它不仅能被动等你@,还能主动跳出来。比如它发现组织里别的地方有个和你当前任务相关的信息,它会自己插一句。或者它注意到某个线程的讨论没了下文,会主动跟进去问一句进展。

    这个设计方向上,Anthropic不是独一家。Microsoft有Graph(通过Copilot和Work IQ表达),Snowflake和Databricks都在把自己的平台定位成”企业隐性知识”的后端,让AI Agent能调取到组织里的隐性知识。Glean也在做类似的事——在模型和企业数据之间建一个”理解上下文”的层。

    • Claude Tag目前处于research preview阶段,仅对Claude Enterprise和Team客户开放
    • AI Agent能主动”跳出来”参与讨论,这和企业聊天工具的传统交互逻辑很不一样
    • 上下文记忆是企业AI部署里最敏感也最有价值的部分,各家都在抢

    说到底,这场竞争的核心不在于谁的模型最强,而在于谁能把AI真正”放”进企业的工作流里——不是让你跳到一个聊天窗口里去问AI,而是让AI就在你本来就在用的工具里,知道你在干什么,记得你们组之前聊过什么。从这个角度看,Claude Tag是一个挺认真的尝试。

  • LangGraph:Build Resilient Agents,LangChain 团队出品的 AI 智能体编排框架,循环计算图让智能体真正「会思考」(35.5K Stars)

    LangGraph:Build Resilient Agents,LangChain 团队出品的 AI 智能体编排框架,循环计算图让智能体真正「会思考」(35.5K Stars)

    🔄

    LangGraph

    Build Resilient Agents —— LangChain 团队出品的 AI 智能体编排框架

    35.5K+ Stars
    MIT 许可
    Python
    LangChain 官方

    LangGraph 是由 LangChain 团队开发的 AI 智能体编排框架,专为构建有状态、可循环、鲁棒的 AI 智能体而设计。与传统的 DAG(有向无环图)工作流不同,LangGraph 支持循环计算图,让智能体能够真正”思考-行动-反思”,实现接近人类的问题解决过程。

    LangGraph 架构设计

    LangGraph 循环计算图设计(支持状态循环与条件分支)

    ⚙️
    安装要求和过程

    环境要求

    • Python >= 3.9
    • pip 或 poetry 包管理器
    • (可选)LangChain 生态集成
    • (可选)LangSmith 用于调试追踪

    快速安装

    # 安装 LangGraph 核心库
    pip install langgraph
    
    # 安装 LangGraph CLI(用于本地开发)
    pip install langgraph-cli
    
    # 安装 LangChain(如需使用 LangChain 集成)
    pip install langchain langchain-openai
    
    # 使用 poetry
    poetry add langgraph

    最新版本:langgraph==1.2.6(2026-06-18 发布)


    核心功能

    01

    🔄 循环计算图支持

    与传统 DAG 框架不同,LangGraph 支持循环(cycles)条件分支,让智能体能够迭代优化输出、进行多轮对话、实现复杂的决策逻辑。这是构建真正”会思考”的智能体的关键能力。

    02

    💾 持久化状态管理

    内置 Checkpointer 机制,支持将智能体状态持久化到内存、SQLite、PostgreSQL 等存储后端。支持人机协作(Human-in-the-Loop):可以在智能体执行过程中暂停、审核、修改状态,然后继续执行。

    03

    🎯 细粒度控制与调试

    支持 时间旅行(Time Travel) 调试:可以回到智能体执行的任意步骤,检查状态、修改输入、重新运行。完美集成 LangSmith 进行追踪和评估。支持断点、单步执行、状态快照等高级调试功能。

    04

    🏗️ LangGraph Studio 可视化 IDE

    提供 LangGraph Studio 桌面应用,可视化编辑智能体工作流、实时预览执行状态、交互式调试。支持一键部署为 API 服务,或导出为 Python 代码。让智能体开发从”写代码”升级为”画流程”。

    05

    🚀 生产级部署方案

    提供 LangGraph Cloud(托管服务)和 自托管(Docker + LangGraph Server)两种部署方式。支持水平扩展、异步执行、长时运行任务、Webhook 回调等企业级特性。已有数千家公司在生产环境使用。

    💡
    典型使用场景

    场景一:多轮对话智能客服

    利用 LangGraph 的循环计算图,构建能够”理解上下文→查询知识库→生成回复→等待用户反馈→迭代优化”的智能客服。通过持久化状态,即使会话中断数小时,智能体仍能记住之前的对话内容。配合 LangSmith 可以持续优化回复质量。

    场景二:AI 研究智能体

    构建能够”分解问题→搜索资料→阅读内容→综合答案→验证准确性→补充细节”的自主研究智能体。LangGraph 的循环机制让智能体可以在发现信息不足时自动回溯、重新搜索,直到找到满意答案。这是 LangGraph 官方示例中的经典案例。

    场景三:代码审查智能体

    构建代码审查工作流:智能体 A 负责读取 PR diff,智能体 B 负责检查代码规范,智能体 C 负责生成审查意见,协调器(supervisor)负责整合结果。LangGraph 的多智能体协调能力让这种复杂协作变得简单。支持人工审核节点,关键决策需人工确认后才执行。

    ❤️
    推荐理由

    作为 LangChain 生态的核心框架,LangGraph 解决了 AI 智能体开发中最棘手的问题:如何让智能体”有记忆、能循环、可调试”。如果你用过 LangChain 的 LCEL(LangChain Expression Language),可能会觉得”链式调用”很方便,但遇到需要循环、条件分支、状态管理的复杂场景就力不从心了。LangGraph 正是为这些场景而生。

    我最欣赏 LangGraph 的 「时间旅行调试」功能。传统智能体开发是”黑盒”——你输入一个问题,等半天得到一个答案,中间发生了什么完全不知道。LangGraph 让你可以”回到过去”:查看某一步的状态、修改输入、重新运行。这简直是 AI 智能体开发的”时光机”,大幅提升了调试效率。

    另外,LangGraph Studio 是我见过最实用的 AI 智能体可视化工具。它不仅能”看”到智能体的执行流程,还能”改”——直接在某一步修改状态,然后继续运行。对于复杂智能体的开发和演示,这是无敌的工具。

    当然,LangGraph 也有学习曲线。如果你是完全的新手,建议先从 官方教程开始,跟着示例做一遍”聊天机器人”和”研究智能体”两个案例,就能掌握核心概念。MIT 许可 + LangChain 团队维护 + 35K+ Stars,这是目前最值得学习的 AI 智能体框架之一。

    📊 项目信息

    GitHub Stars: 35,504+
    Forks: 5,956+
    开源许可: MIT
    主要语言: Python
    最新版本: langgraph==1.2.6
    最后更新: 2026-06-23
    维护团队: LangChain 团队
    Issues 开放: 591

    🔄 如果你正在构建需要”记忆、循环、反思”能力的 AI 智能体,

    LangGraph 是目前最成熟、最完整的解决方案。

    LangChain 生态官方框架 · MIT 许可 · 35K+ Stars · 生产环境验证

  • DSPy:用编程取代提示词工程,Stanford 出品 LLM 应用优化框架,27.5K+ Stars

    DSPy:用编程取代提示词工程,Stanford 出品 LLM 应用优化框架,27.5K+ Stars

    📌 项目简介

    DSPy(Declarative Self-improving Language Programs in Python)是斯坦福大学开发的 LLM 编程框架,让你用 编程取代提示词工程。不再手写 prompt,而是定义模块 + 数据,DSPy 自动优化提示词和权重,让 LLM 应用可靠、可测量、可迭代。

    🔧 安装要求与过程

    环境要求

    • Python ≥ 3.9
    • pip 包管理器
    • (可选)OpenAI / Anthropic / Google API Key,或本地 Ollama

    快速安装

    # 基础安装(仅 DSPy 核心)
    pip install dspy-ai
    
    # 安装常用扩展(推荐)
    pip install dspy-ai[vertexai,anthropic,cohere]
    
    # 从源码安装最新版
    pip install git+https://github.com/stanfordnlp/dspy.git
    

    Hello World

    import dspy
    
    # 配置 LLM(支持 OpenAI / Claude / Gemini / Ollama 等)
    lm = dspy.LM("openai/gpt-4o-mini")
    dspy.configure(lm=lm)
    
    # 定义签名(Signature):输入 → 输出
    class QnA(dspy.Signature):
        question = dspy.InputField()
        answer   = dspy.OutputField()
    
    # 创建预测器
    qa = dspy.Predict(QnA)
    
    # 直接调用!
    result = qa(question="DSPy 是什么?")
    print(result.answer)
    

    ⭐ 核心功能

    1
    签名(Signature)= 结构化 Prompt

    用类型安全的 Python 类定义输入输出,DSPy 自动生成高质量 prompt。告别手工调 prompt,代码即文档。
    2
    自动优化器(Optimizer)= 自动 Prompt 工程

    内置 BootstrapFewShotMIPROv2COPRO 等优化器,只需提供训练数据,DSPy 自动搜索最优 prompt / 示例 / 权重。质量可测量、可复现。
    3
    模块化编程模型 = 像 PyTorch 一样组合 LLM

    提供 PredictChainOfThoughtProgramOfThoughtRetriever 等模块,自由组合成复杂 pipeline,支持多跳推理、工具调用、RAG。
    4
    全模型兼容 = 一处编写,任意 LLM 运行

    统一接口支持 OpenAI、Anthropic、Google、Cohere、Ollama、Together AI、Azure 等 30+ LLM 提供商,切换模型只需改一行配置。
    5
    内置评估框架 = 量化 AI 应用质量

    提供 EvaluateMetric 工具,科学评估模型效果,支撑数据驱动的迭代优化。

    🚀 典型使用场景

    场景 1:RAG 问答系统(最经典用法)

    import dspy
    from dspy.datasets import HotPotQA
    
    # 配置检索器 + LM
    colbertv2 = dspy.ColBERTv2(url="http://20.102.90.50:2017/wiki17_abstracts")
    lm = dspy.LM("openai/gpt-4o-mini")
    dspy.configure(lm=lm, rm=colbertv2)
    
    # 定义 RAG 签名
    class GenerateAnswer(dspy.Signature):
        context = dspy.InputField(desc="相关维基百科段落")
        question = dspy.InputField()
        answer   = dspy.OutputField()
    
    # 构建 RAG 管道
    class RAG(dspy.Module):
        def __init__(self):
            super().__init__()
            self.retrieve = dspy.Retrieve(k=3)
            self.generate = dspy.ChainOfThought(GenerateAnswer)
    
        def forward(self, question):
            context = self.retrieve(question).passages
            return self.generate(context=context, question=question)
    
    # 编译优化(自动调参)
    from dspy.teleprompt import MIPROv2
    teleprompter = MIPROv2(metric=dspy.evaluate.answer_exact_match)
    optimized_rag = teleprompter.compile(
        RAG(), trainset=your_trainset, valset=your_valset
    )
    

    场景 2:多跳推理 Agent

    DSPy 原生支持构建多步推理 Agent,结合 ReAct 模块和工具调用,让 LLM 自主规划 + 执行复杂任务:

    class MultiHopQA(dspy.Module):
        def __init__(self):
            self.react = dspy.ReAct(GenerateAnswer)
            # ReAct 自动循环:Thought → Action → Observation → ...
        
        def forward(self, question):
            return self.react(question=question)
    

    场景 3:生产级 Prompt 优化(MLOps 集成)

    用 DSPy 的评估 + 优化管线,将 prompt 工程纳入 CI/CD:每次模型更新自动重新优化 prompt,保证质量不回退。


    💡 推荐理由

    如果你还在手写 prompt、手动调 few-shot 示例、靠感觉评估 LLM 应用质量——DSPy 会彻底改变你的工作方式

    它的核心洞察是:Prompt 是代码,应该像代码一样被编译、优化、测试。DSPy 把 prompt 工程从「手工艺」升级为「工程学科」,让 LLM 应用开发进入可测量、可迭代的正循环。

    最打动我的是 MIPROv2 优化器:给它一堆训练数据,它能自动搜索最优的指令指令 + few-shot 示例组合,效果往往超过手工调参。对于需要稳定质量的 production 场景,这是救命稻草。

    另外,DSPy 的学术背景(斯坦福 Ocelot 团队,NeurIPS/ICML 多篇论文)保证了它的方法论严谨性,不是又一个「AI 包装框架」。

    📊 项目数据

    GitHub Stars 27.5K+
    开源许可 MIT License
    主要语言 Python
    维护团队 Stanford Ocelot Lab(@stanfordnlp)
    最新版本 v2.6+(2026 持续更新)
    文档地址 dspy.ai

    📥 下载地址

    🌐
    官方网站

    dspy.ai

    💻
    GitHub 仓库

    github.com/stanfordnlp/dspy

    📚
    官方文档

    dspy.ai/docs

    💬
    Discord 社区

    discord.gg/XCGy2WOMnX

    🎯 立即用 DSPy 把你的 LLM 应用工程化
    告别手工调 prompt,拥抱可测量、可优化的 LLM 编程新范式
  • 从手写代码到AI循环:程序员的工作方式正在发生第三次跃迁

    从手写代码到AI循环:程序员的工作方式正在发生第三次跃迁

    AI agents循环概念图
    AI agents相互提示形成循环结构(概念图)

    上周五,Claude Code的创始人Boris Cherny出现在Meta的@Scale会议上。出乎意料的是,观众提出的第一个问题竟然是关于”循环”的。

    “循环是下一个炒作周期,还是真的有用?”提问者问道。

    Cherny的回答很干脆:”没错,它们是真实存在的。”

    “两年前,我们手写源代码。我们开始过渡到由agents来写代码。现在我们正在过渡到这样一个阶段:agents在提示其他agents,然后由后者来写代码。从源代码到agents这一步有多大,循环就是同样重要、同样大的一步。”

    在演讲的后面部分(大约32分钟标记处),Cherny具体谈到了他在自己工作中持续运行的循环。一个agent持续寻找改进代码架构的方法,而另一个则在寻找可以统一的重复抽象。它们像其他程序员一样提交pull requests,而且由于代码在不断变化,它们永远不会停止运行。

    循环到底是什么?

    随着向agentic AI的转变,大多数用户的焦点一直是尽可能好地管理他们的agents:建立明确的目标,检查离散的进度单元,不要让它们偏离提示太远。循环则更进一步,它授权一群agents在后台持续不断地工作。

    这是对AI的极大信任——但随着模型快速变好,这可能是让AI处理真实工作的下一步。

    首先要认识到,这并不完全是新东西。递归循环——调用自身以重复动作的函数,加上一个停止循环的条件——是计算机科学入门课程的主要内容。这些循环遵循的是非确定性逻辑,也就是说,是由一个子agent来选择何时停止循环,而不是一个明确的条件。但同样的基本方法正在发挥作用。

    一旦程序员开始使用AI来完成任务,AI监督AI的某种版本的递归循环就必然会出现。

    简单到令人抓狂

    与经典计算不同,agentic循环可以简单到令人抓狂。最流行的技巧之一是Ralph Loop(以Ralph Wiggum命名),它基本上总结了模型所做的所有工作,并询问是否完成了目标。这是处理AI模型运行时间过长而迷失方向的一种方式——本质上是在模型之间来回弹跳,直到任务完成。

    另一种思考循环的方式是,将其视为推动更多测试时计算的一部分。正如OpenAI研究员Noam Brown本月早些时候观察到的,如果你向当代模型投入足够的计算资源,它们几乎可以解决任何问题。这意味着确保问题得到解决的一种方法是,不断地向它投入计算资源,直到完成为止。

    这对于像改进代码库这样的爬山问题尤其适用,模型可以不断做出增量改进,直到达到给定的阈值。或者,就像Cherny的例子一样,只要有计算资源可以花费,它就可以不断做出增量改进。

    代价不菲,但可能值得

    如果这听起来很昂贵,那确实如此。就像之前的agentic AI一样,AI循环比简单的问答聊天机器人更快地消耗tokens——而且因为重点是让循环一直运行,所以你可以花费的金额没有上限。

    对于Anthropic来说,这没问题,因为它归根结底是在做tokens销售生意。但对于其他所有人来说,这可能是一种昂贵的工作方式。

    尽管如此,取决于agentic循环试图解决的问题,以及允许监督tokens支出、漂移和其他经典AI问题的正确设置,好处可能大到足以超过成本。


  • Qdrant:用Rust打造的高性能向量数据库,AI检索引擎的新标杆

    Qdrant:用Rust打造的高性能向量数据库,AI检索引擎的新标杆

    🚀 项目简介

    Qdrant 是一个用 Rust 编写的高性能、大规模向量数据库与向量搜索引擎,专为下一代 AI 应用设计。它将向量相似度搜索与丰富的 JSON 元数据处理能力深度融合,是构建 RAG、语义搜索、AI 智能体等应用的理想检索底座。

    GitHub:qdrant/qdrant|Stars:32.5K+|语言:Rust 🦀|许可:Apache 2.0

    ⚙️ 安装要求与过程

    环境要求

    • 最低配置:2 vCPU、4GB RAM(测试环境)
    • 生产推荐:8+ vCPU、16GB+ RAM、SSD 存储
    • 支持平台:Linux / macOS / Windows(Docker)、Kubernetes
    • 客户端支持:Python、JavaScript/TypeScript、Go、Rust、.NET/C#、Java
    • 依赖:Docker(快速启动),或直接从 Release 下载二进制

    快速安装(Docker 方式)

    # 拉取并启动 Qdrant(默认端口 6333)
    docker run -p 6333:6333 qdrant/qdrant
    
    # Python 客户端连接
    pip install qdrant-client
    
    python -c "
    from qdrant_client import QdrantClient
    client = QdrantClient(url='http://localhost:6333')
    print(client.get_collections())
    "

    其他安装方式

    • Qdrant Cloud:注册即用,含免费套餐(cloud.qdrant.io
    • 自托管 Kubernetes:官方 Helm Chart 支持
    • Qdrant Edge:轻量版,可嵌入应用进程,适合边缘设备
    • Hybrid Cloud / Private Cloud:企业级自建云部署方案

    ⭐ 核心功能

    🔍 多向量搜索

    同时支持稠密向量(语义搜索)、稀疏向量(关键词搜索)、多向量(ColBERT 等晚期交互模型),一套引擎覆盖全场景。

    🔀 原生混合检索

    在单次查询中融合稠密与稀疏向量,支持 BM25、SPLADE++、miniCOIL 等多种算法,结果通过 RRF/DBSF 策略智能合并。

    📊 高级元数据过滤

    HNSW 遍历过程中直接应用过滤条件(非后过滤),支持嵌套对象、全文检索、地理位置、has_vector 等丰富过滤类型,高召回低延迟。

    ⚡ 极致性能优化

    Rust + SIMD 指令加速;Scalar/Asymmetric/Binary 量化降低内存占用最高 64 倍;GPU 加速索引(NVIDIA/AMD);io_uring 异步 I/O 最大化磁盘吞吐。

    🏗️ 企业级部署能力

    分布式水平扩展(分片 + 副本);零停机扩缩容;多租户数据隔离;SOC 2 / GDPR 合规;SSO(SAML/OIDC);Prometheus / Grafana / Datadog 监控集成;严格模式磁盘保护;WAL 持久化保证断电不丢数据。

    🏆 典型使用场景

    📚 RAG(检索增强生成)系统

    Qdrant 是 RAG 应用最流行的向量数据库选择之一。将企业文档、知识库切分后存入 Qdrant,用户提问时先向量检索最相关片段,再喂给 LLM 生成答案。Tripadvisor 使用 Qdrant 为数十亿条评论和图片提供 AI 旅行规划检索,收入提升 2-3 倍。
    技术栈:Qdrant + LangChain/LlamaIndex + OpenAI/DeepSeek

    🤖 AI 智能体长期记忆

    AI Agent 需要跨会话持久化记忆,Qdrant 提供高性能向量存储让智能体”记住”历史上下文。Deutsche Telekom 的多智能体平台基于 Qdrant 实现实时上下文检索,支撑 200 万+ AI 驱动对话。
    技术栈:Qdrant + Mem0 + LangChain/CrewAI

    🛍️ 电商语义推荐系统

    传统关键词搜索无法理解用户意图,Qdrant 的向量语义匹配让”类似风格””可以搭配”等模糊需求精准命中。Lyzr 的 AI 智能体平台接入 Qdrant 后,延迟降低 90%、吞吐量提升 150%。支持实时相似度匹配数百万商品,结合元数据过滤实现个性化推荐。
    技术栈:Qdrant + 多模态嵌入模型(CLIP)+ 推荐算法

    💡 推荐理由

    作为一个深度使用过多个向量数据库的开发者,Qdrant 给我印象最深刻的是它的“工程完成度”。以下是我的真实使用体会:

    • 🦀 Rust 带来的安心感:生产环境最怕 OOM 和奇怪的崩溃,Qdrant 用 Rust 编写,内存安全 + 高并发,跑了几个月稳如磐石,不像某些 Java 系的方案动不动就要调 JVM 参数。
    • 🎯 过滤性能是真的强:很多向量数据库的元数据过滤是”后过滤”(先搜再筛),大数据量下性能灾难。Qdrant 的过滤是在 HNSW 遍历过程中完成的,实测百万级向量 + 复杂过滤条件,延迟依然在毫秒级。
    • 📦 量化功能省真金白银:Scalar Quantization 开箱即用,内存占用直接砍掉 75%,精度损失微乎其微。如果用量大,这一项就能省好几台服务器的钱。
    • 🔌 生态集成无脑顺畅:LangChain、LlamaIndex、Haystack、MCP 协议……主流 AI 框架全部原生支持,基本不用写适配代码,直接 pip install qdrant-client 开箱即用。
    • ☁️ Cloud 免费额度够用:不想自己运维可以用 Qdrant Cloud,免费套餐够小型项目跑起来,后续扩容也无缝迁移,不用担心被锁定。

    ⚠️ 注意事项:默认 Docker 启动是无认证的,千万不要直接暴露到公网!一定要先看官方安全配置指南,开启 API Key 或 mTLS 认证。另外,如果数据量在千万级以下,其实 Chroma 这类更轻量的方案也够用,Qdrant 的优势在大规模生产场景才完全体现。

    📦 下载地址 & 资源链接

    🌐 官方网站

    qdrant.tech

    💻 GitHub 仓库

    github.com/qdrant/qdrant

    ☁️ Qdrant Cloud

    cloud.qdrant.io(含免费套餐)

    📖 官方文档

    qdrant.tech/documentation

    🐍 Python 客户端

    qdrant-client (PyPI)

    📊 性能基准测试

    qdrant.tech/benchmarks

    Apache License 2.0 开源 · 完全自托管 · 32.5K+ Stars

  • Chroma:AI原生开源向量数据库,RAG与语义搜索首选,28,530 Stars让搜索基础设施零门槛

    Chroma:AI原生开源向量数据库,RAG与语义搜索首选,28,530 Stars让搜索基础设施零门槛

    Chroma Logo

    Chroma – Search Infrastructure for AI

    📦 项目简介

    Chroma 是一款AI 原生的开源向量数据库,提供向量、全文、正则表达式和元数据搜索一体化基础设施。专为 AI 应用设计,支持语义相似搜索、混合检索和数据集版本管理,是 RAG(检索增强生成)和 AI 搜索场景的首选开源方案。

    ⭐ 28,530 Stars
    🍴 2,333 Forks
    📜 Apache-2.0
    🐍 Python / TypeScript / Rust
    📦 15M+ 月下载

    ⚙️ 安装要求和过程

    环境要求

    • Python ≥ 3.8(推荐 3.9+)
    • Node.js ≥ 18(TypeScript 客户端)
    • Rust ≥ 1.70(可选,自行编译时使用)
    • Docker(可选,服务端部署)

    快速安装(Python)

    # 安装 Chroma Python 客户端
    pip install chromadb
    
    # 启动 Chroma 服务端(默认端口 8000)
    pip install chromadb[server]
    chromadb run
    
    # 或使用 Docker 一键启动
    docker run -d --name chroma \
      -p 8000:8000 \
      -v $(pwd)/chroma-data:/chroma/chroma \
      chromadb/chroma:latest

    TypeScript / JavaScript 安装

    # npm
    npm install chromadb
    
    # 在 Node.js / 浏览器中使用
    import { ChromaClient } from 'chromadb';
    
    const client = new ChromaClient({ path: "http://localhost:8000" });

    Chroma Cloud(托管服务)

    注册 Chroma Cloud 即可获得免运维、自动扩缩容的托管向量数据库,支持 S3/GCS 对象存储、SOC 2 Type II 合规。

    ✨ 核心功能

    🔍 多模态搜索

    同时支持向量搜索(语义相似度)、全文搜索(BM25/SPLADE 稀疏向量)、正则表达式搜索元数据过滤。可在单次查询中混合多种搜索策略,实现更精准的召回效果。

    📦 集合 Forking(数据集版本管理)

    支持写时复制(Copy-on-Write)Forking,可快速复制整个 Collection 用于 A/B 测试、模型版本对比或数据回滚,无需额外存储空间。

    ⚡ 对象存储原生架构

    索引专门优化用于 S3 / GCS 对象存储,热数据内存缓存 + 温数据 SSD + 冷数据对象存储三层智能分层。存储成本降低 10 倍(向量 1GB → 对象存储 $0.02/GB/mo vs 内存 $5/GB/mo)。

    🔌 多语言 SDK + 生态集成

    官方支持 Python、TypeScript、Rust 三语言 SDK;无缝集成 LangChain、LlamaIndex、OpenAI、Cohere、Hugging Face 等主流 AI 框架;也可通过 MCP 协议直接接入 AI Agent。

    📊 企业级可靠性

    SOC 2 Type II 认证;支持多租户隔离、VPC 私有部署(BYOC)、CMEK 客户托管密钥、AWS PrivateLink 私有网络;索引状态实时监控;读写一致性级别可控(ReadLevel)。

    🚀 典型使用场景

    场景一:RAG(检索增强生成)知识库

    将企业文档、技术手册、FAQ 等嵌入为向量存入 Chroma,LLM 回答问题时先检索相关片段再生成答案。相比直接使用 LLM,准确率提升 40%+,同时可追溯答案来源。

    # RAG 典型代码(Python)
    import chromadb
    from langchain.vectorstores import Chroma
    from langchain.embeddings import OpenAIEmbeddings
    
    # 创建向量库
    vectordb = Chroma.from_documents(
        documents=splits,
        embedding=OpenAIEmbeddings(),
        persist_directory="./chroma_db"
    )
    
    # 检索相关文档
    retriever = vectordb.as_retriever(search_kwargs={"k": 4})
    relevant_docs = retriever.get_relevant_documents("如何重置密码?")

    场景二:语义搜索与推荐系统

    电商、内容平台可用 Chroma 实现”以文搜图”、”相关推荐”等功能。用户查询经嵌入模型转化为向量后,与数据库中商品/内容向量计算相似度,返回最相关的结果。支持混合检索(向量+全文+元数据过滤联合排序)。

    场景三:AI Agent 长期记忆

    为 AI Agent 提供跨会话的持久化记忆。将历史对话、用户偏好、工具调用记录存入 Chroma,Agent 每次运行时检索相关上下文注入 Prompt,实现”越用越懂你”的个性化体验。可与 Mem0、claude-mem 等记忆层搭配使用。

    💡 推荐理由

    Chroma 是目前最易上手的向量数据库,没有之一。pip install chromadb 后 3 行代码即可启动,不需要任何外部依赖或复杂配置。这对于想要快速验证 RAG 想法的开发者来说,是绝对的”第一步”首选。

    它的多模态搜索能力尤其值得称道——不再是单一的向量相似度搜索,而是可以混合稀疏向量(BM25)、稠密向量、全文和正则表达式,在一个查询里完成多路召回再重排序。这个设计让召回率比单纯向量搜索提升了不少,尤其在专业术语、产品编码等”精确匹配”场景。

    对象存储原生架构也是一个被低估的亮点。很多向量数据库把索引放内存,数据量大了成本直线上升。Chroma 把向量存 S3/GCS,热数据才进内存,存储成本直接降到 1/10。对于千万级向量规模的应用,这个差异就是”用得起”和”用不起”的分界线。

    最后,Chroma 的社区活跃度很高,27K+ Stars、15M+ 月下载量、9 万+ GitHub 仓库依赖,意味着你踩过的坑几乎一定有人踩过,Stack Overflow / Discord 上能找到现成答案。加上 LangChain、LlamaIndex 的官方集成,基本上”开箱即用”。

    📊 技术规格

    项目 详情
    GitHub chroma-core/chroma
    Stars 28,530
    最新版本 Python 1.5.9 / JS 3.4.5 / CLI 1.4.4
    开源许可 Apache-2.0
    主要语言 Python、Rust、Go、TypeScript
    月下载量 15,000,000+
    存储后端 S3 / GCS(对象存储原生)
    查询延迟(P50) 20ms(热缓存)/ 650ms(冷启动)
    集合上限 100 万 Collection / 500 万条记录
    搜索类型 向量 / 全文 / 正则 / 元数据 / 混合

    🚀 Chroma 让每个开发者都能在 5 分钟内拥有生产级向量搜索能力。
    无论是构建 RAG 知识库、语义搜索引擎,还是为 AI Agent 配备长期记忆,它都是最值得信赖的开源基石。