llm

LangChain 之七：回调与可观测之六我们把历史存好、自动读写、塞进提示词，可这一切都发生在 invoke 内部。模型到底调了哪个工具、工具跑了多久、流式输出吐了哪些字、哪一步抛了异常，全藏在调用栈里看不见。这就引出可观测的问题：框架能不能在链、模型、工具的关键节点主动喊你一声？

LangChain 之六：记忆与历史之五我们把工具和智能体的数据形状拆完了。之五结尾留了一个没接住的问题：那个 agent loop 每跑一圈，都会往上下文里塞东西，多轮之后历史越来越长，模型看着看着就乱了，同样的工具调用还可能被重复触发。这件事的上游解法，是把「对话历史」和「长期记忆」建模成可以增删改查的对象，再在每次调用前后自动读写它们。

硬预算帽默认值拆解：AWS 九月上线支出上限、GCP 七月跟进，Agent 时代按量付费必须默认断供九月十六日，AWS 在 builder 体验公告里上线了项目级月度支出上限。公告标题是「New AWS experience helps builders get started and ship faster」。

别等上下文爆了才压缩：AutoCompact 教编码智能体主动「断舍离」Coding Agent 干长活时，早期翻代码、试错、跑测试的痕迹会把上下文越堆越满，而现有的自动压缩（compaction）都是撞到窗口上限才动手——就像从不整理工位、堆到没地方放纸才被迫大扫除。新加坡管理大学、南洋理工与哈佛的团队在 arXiv 发布的 AutoCompact 换了个思路：给模型一个 compact() 动作，让它在任务进行中自己决定何时压缩、保留什么、压缩后怎么继续，用 judge 在线纠错的数据教、用任务成败的奖励练。结果 SWE-bench Verified 通过率从 30.4%

用户313467214354

Agent相关 - agent_scratchpad 到底该放哪？一个隐蔽的顺序坑如果你在做 Tool Calling Agent，prompt 模板里消息顺序必须是这样：一句话口诀：

大模型结构化输出怎么选：从 JSON.parse、OutputParser 到 Zod我在 Agent 里第一次需要“让模型返回 JSON”时，做法很直接：在提示词里写一句“只返回 JSON”，然后对结果调用 JSON.parse()。很快就踩坑了——模型有时会把 JSON 包在 Markdown 代码块里，有时多解释一句，有时字段类型不对。人看起来没问题，程序却在下一步直接报错。

AINative软件工程

LLM Prompt Registry 工程实践：集中管理 Prompt，让模型调用不再散落在代码各处从硬编码到热更新：一个工程化 Prompt 管理系统的完整设计2024 年某个周三下午，一位工程师在修复一个小 bug 时顺手改了一行代码：

Dify 本地部署、Ollama 与 Xinference 集成：踩坑与最佳实践指南目标：在本地（以 Windows 为主）搭建一套完全本地化、可离线运行的 AI 应用平台，包含：典型调用链：

吃饱了得干活

Agent 的架构、多智能体与落地：从 Demo 到生产系统本文是「Agent 基本概念」系列第五篇，也是最后一篇。前四篇分别讲了 Agent 是什么、由哪些组件构成、如何决策与规划、记忆与工具。这一篇回答最后一个问题：如何把 Agent 从 Demo 变成生产系统。系列规划：① 什么是 AI Agent → ② 核心组件 → ③ 决策与规划 → ④ 记忆与工具 → ⑤ 架构与落地。

CoderJia程序员甲

GitHub 热榜项目 - 周榜(2026-10-03)生成于：2026-10-03共发现热门项目： 18 个Token赞助：siliconflow前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。点击跳转到网站。

从零到一搭建企业级智能问答系统：Ch12 · 结构化输出与工具调用覆盖提交：8fe91c5（初版 Agent 骨架：advanced_rag_agent.py 的 _parse_react_output / _parse_plan_result 与查询改写的内联解析）· dc7cf3b（LangGraph 改造：langgraph_rag_agent.py 的 _parse_classify / _parse_json_list）· 6083d73（MCP 改造：mcp_server.py + skill_framework.py 的工具 schema 与参数校验）·

LangChain 之五：智能体与工具之四我们把检索链路拆完了，知道一段运维手册怎么切块、嵌入、入库，最后被 Retriever 包成 Runnable 捞出来。但之四留了两个问题一直没答：捞出来的文档要怎么变成模型的「工具」让它能主动去查？还有，模型吐出「我要调搜索工具」这个决定本身，是谁在循环里做的？

从零到一搭建企业级智能问答系统：Ch11 ·大模型调参与效果评测你把 top-k 从 5 调到 10，看了一圈，说"好像好点了"。但如果答案根本没被召回到，调 top-k 一点用都没有；如果答案排在第 12 位，调 top-k 才有用。这两种情况在"感觉"的层面长得一模一样。

【第三部分：第一个 Agent 应用】14. 开发一个完整的企业知识助手：从 RAG 到 Agent前面的文章，我们已经分别介绍了 Context Engineering、Function Calling、Structured Output、RAG、Agent Loop、状态机和 Memory。这些能力单独使用时并不复杂。真正进入企业应用以后，问题变成：怎样把这些能力组合成一个真正可以被员工使用的知识助手？

短期内不存在通用 AI 工作流魔法过去两年，AI 自动化领域出现了一个被反复推销的命题：存在（或即将出现）一种通用的 AI 工作流框架，能够跨模型、跨平台、跨部署形态地编排提示词、工具调用、多代理协作、上下文管理与故障恢复。采用它，就能“专注于业务逻辑”，把工作流的复杂性交给框架。

ai-agent教程-03-大模型接口与工具调用本章目标:搞懂 Agent 与模型交互的全部接口细节——消息格式、token、采样参数、流式、结构化输出、function calling;再学会「设计一个好工具」, 这是 Agent 能力边界的关键。

langchain与langgraph区别以及学习路线可以把它们先理解成一句话：LangChain 是“构建 LLM 应用的工具箱”，LangGraph 是“构建有状态、可循环、可控 Agent 工作流的运行框架”。

ai-agent教程-00-前言与导读本章目标:说明这本教程要解决什么问题、适合谁读、按什么顺序读, 以及如何亲手运行配套的 mini-agent 代码,把原理变成可执行的代码。

ai-agent教程-01-认识AI-Agent本章目标:给 AI Agent 一个可操作的定义,厘清它与 LLM 应用 / Workflow / RAG 的边界, 拆解它的能力栈,并建立一个用于全书的分类学。

ai-agent教程-02-核心原理与架构本章目标:深入 Agent 的心脏——「感知-思考-行动-观察」循环; 讲透 ReAct 为什么有效;介绍规划、反思、子任务分解; 以及几种经典的 Agent 架构模式与控制流设计。