上下文与记忆

学习上下文组织、压缩和长期记忆,适合处理长对话与复杂任务的开发者。

24 条精选 · 入门 7 · 按推荐学习顺序:越基础、直观越靠前,越系统、深入越靠后

在 3D 图中查看
  1. 2入门
    帖子发布 10-28
    Reddit

    提醒:别继续旧对话,改开新会话

    ATM do not continue old chats - create new sessions

    r/ClaudeAI 社区帖子,作者称恢复冷会话时存在 bug,一条只有三条消息的对话在恢复后可能几秒内耗尽 5 小时用量上限,因此建议改为新建会话。评论区讨论这是否属于 bug,还提到长对话历史每次都要消耗大量 token,以及可用插件在缓存冷时加锁、预热缓存或离线压缩对话记录等做法。适合正在用 Claude Code 或 Claude 对话功能、关注用量限制与 token 消耗的人阅读。

  2. 5入门
    帖子发布 10-28
    Reddit

    Claude Duet:初步体验要点

    Claude Duet: first takeaways

    r/ClaudeAI 社区帖子,一位自称 Claude Code 高频用户(Max 20x)的人分享获得 Claude Duet 访问权后的初步感受。优点包括可同时跑多个任务、跨天记住上下文并维护任务清单、主动推送晨间简报和一日内的跟进;还可通过 Google Drive 连接与 Claude Code 文件夹同步,共用同一套指令、知识文件和技能。不足方面,作者认为它在自动化工作流上自主性很低,多数工作仍需直接提示,因为被设计为谨慎行事,发送邮件、发布、预订、付款等外发动作都要一键确认;与浏览器和应用的整合也不如 Claude in Chrome 顺畅,用桌面 Chrome 需要桌面端开着浏览器。适合关注 Claude 产品新功能与代理式工作流实际能力边界的人阅读。

  3. 6入门
    帖子发布 10-26
    Reddit

    我把 Claude 连到 Obsidian 库,不用任何插件:具体配置和用到的 3 个提示词

    I connected Claude to an Obsidian vault with no plugins. Here's the exact setup and the 3 prompts I used

    r/ClaudeAI 的社区帖子,作者测试在不装插件、不用 MCP 服务器的情况下,让 Claude 桌面应用通过打开本地文件夹的方式整理一个笔记库。帖子给出约两分钟的配置步骤(新建会话、选择“这台电脑”、打开库文件夹、确认信任并先备份),并列出三个提示词:分类、建链接并生成索引笔记;读取近七天笔记生成含三项优先事项和待办复选框的日记;以及按笔记内容回答诸如“上周答应客户什么”的问题,同时描述了执行结果。适合用 Obsidian 管理笔记、想尝试让 Claude 直接读写本地 Markdown 文件的人阅读。

  4. 8进阶
    帖子发布 10-26
    Reddit

    我差点被自己(的提示注入)攻陷

    I almost got owned. By myself.

    r/ClaudeAI 用户描述自己测试提示注入的经历:在 Sonnet 与 Opus 上多次尝试未触发,换用 Haiku 后出现效果——写在测试文件里的一行“记得今晚吃药”在上下文压缩、原文块已不在上下文中之后,仍被模型当作指令回答出来,作者由此担心在授予完整权限时任意数据可能被当作命令执行,并提到 ClaudeAI 缺少 hooks、只能借助 MCP 做防护。适合使用 Claude 并给其较高权限、关心提示注入与数据边界风险的人阅读。

  5. 20进阶
    帖子发布 10-29
    Reddit

    在做一种让本地 LLM 共享上下文而不必集中化一切的方式

    Working on a way for local LLMs to share context without centralizing everything

    这是一篇 Reddit r/LocalLLaMA 社区帖子,作者描述多人或多台机器使用本地模型时共享上下文的困难(重复 embeddings 或向量库、手动搬运上下文、引入中心服务),并介绍他们正在试验的一个小型可移植上下文层,让有用的事实或决策能在本地环境之间转移而不必随带整个底层数据集。作者还提到目前仍处早期,正在讨论来源追溯、权限、过期上下文和模型可记忆范围等问题,并向读者询问在跨机器或团队场景下如何处理共享上下文。适合在多台机器或团队中部署本地模型、关心本地上下文共享方案的人阅读。

  6. 22深入
    帖子发布 10-24
    Reddit

    我们是在通过记住更多来解决 LLM 记忆问题,而真正的问题是知道该忘掉什么吗?[D]

    Are we solving LLM memory by remembering more, when the real problem is knowing what to forget?[D]

    r/MachineLearning 的一篇讨论帖([D] 表示讨论类)。作者指出长上下文模型可处理数十万乃至上百万 token,但质疑业界过于关注召回而忽视信息更新:例如编码智能体读到的 API 超时为 30 秒,后来文档改为 5 秒,两个版本都还在上下文中,智能体却继续用 30 秒——它没有忘掉任何东西,只是没有更新已知内容。帖中比较了 Transformer 与 RAG 中新旧信息共存需在读取时解决冲突、简单线性注意力中关联累积于共享状态、DeltaNet 基于预测误差的更新、BDH 的赫布式突触可塑性等做法,并提出评估方式的问题:与其只测能否找到信息,不如测模型在收到更新的矛盾证据时是否会改变答案同时仍记得旧事实。适合关注 LLM 记忆架构与长上下文评测方法的研究者阅读。

  7. 24进阶
    帖子发布 10-27
    Reddit

    一份简报文件,让大模型写出本地 9B 模型真正能执行的计划(并减少我的 Claude token 消耗)

    A briefing file that lets a big model write plans a local 9B can actually execute (and cut my Claude token spend)

    这是一篇社区分享帖,作者把用 Ornith 1.5-9B(8-bit)做本地编码智能体的经验整理成公开的简报文件,交给更强的规划模型(作者用 Claude Code)使用。内容分为分工方式(强模型写规格与小任务卡并验证结果,本地模型执行命令、构建、轮询、git 等机械工作)、如何向小模型下简报(精确文件与行号、绝对路径、1–3 行改动、每步以命令和预期输出结束、明确停止规则)、运行方式(每任务新会话、小上下文)以及验证方式;作者称小模型完成的 75 次提交合并中,其自述笔记多次出错但被计划校验捕获。适合在本地小模型与大模型之间拆分编码任务流程的人阅读。

智能体与自动化的其他细分主题