跳到正文

#上下文/记忆

今日 0 条
10/6周二
  1. Reddit · ClaudeCode / Codex / VibeCoding60

    作者用 salt.md 让 Claude Code 与 Codex 共享任务上下文

    作者做了一个叫 salt.md 的工具,把每个任务做成一个页面,智能体读取页面上的规则、完成工作并在页面上留下笔记,这样从 Claude 切换到 Codex 时,Codex 能知道 Claude 之前做了什么。作者主要用 Claude Code 开发,有时用 Codex,并称最大的经验是让智能体写下为什么这么做,而不只是做了什么。项目已开源在 github.com/saltmd/salt.md。

  2. Habr · Claude Code64

    用英文给编码智能体写提示词更省 token 吗?40 次实测只差 12 个 token

    作者用 5 个 Python 任务、Haiku 4.5 和 Sonnet 5.5 各跑两遍共 40 次,对比俄语和英语提示词的 token 消耗与成本。俄语提示词平均每任务多 12 个 token,但单次运行平均读取约 22.2 万输入 token,其中 94% 是每轮从缓存重读的系统提示词、工具说明和项目文件,语言差异只占约 0.005%。

  3. DEV Community · Claude Code65

    Claude Code 似乎忽略 CLAUDE.md 的五种原因

    Claude Code 跳过 CLAUDE.md 里的规则,通常不是文件本身有问题,而是规则没加载、被冲突规则覆盖,或本就不该由上下文文件来强制。作者列出五种原因:会话启动目录不对、嵌套文件尚未加载、两个文件互相矛盾、冲突藏在 import 或 .claude/rules/ 里、以及规则需要的是权限或 Hook 这类强制手段而非提示。

  4. DEV Community · Vibe Coding31

    Vibe Coding 的陷阱:为什么 AI 厂商喜欢你的模糊提示词

    文章从认知科学角度分析 Vibe Coding 的兴起:自然语言提示词消除了编程语法门槛,让任何人都能把脑中的想法直接变成可运行的应用。但作者指出,用户脑中的心智模型越模糊,对技术需求的描述就越不精确,也就越依赖 AI 厂商补全细节,这正是厂商获利的关键。作者认为“先澄清需求”(Clarify First)才是 AI 工程的未来。

  5. Reddit · ClaudeCode / Codex / VibeCoding76

    本地代理把 Claude Code 请求分散到多个 Max 账号,并在额度耗尽前切换

    作者开源了 claudemanager,一个本地守护进程,让 Claude Code 通过 ANTHROPIC_BASE_URL 指向它,只改动请求的 Authorization 头,就能把会话路由到 5 小时、每周和单模型窗口余量最多的 Max 账号,并在窗口填满前按自定义阈值切换。

    推荐理由:作者开源了一个本地代理,把多个 Claude Code Max 账号按额度余量自动分流,并顺带记录了请求日志。

  6. Reddit · ClaudeCode / Codex / VibeCoding12

    用户吐槽 Dot 管理 Codex 会话:忘上下文、爱放弃、不提示思考状态

    一名用户抱怨用 Dot 代替自己管理 Codex 会话时体验很差:它会忘记不同项目的上下文、忘记该做什么、被要求发提醒时先撒谎后又称做不到,还容易放弃,并且不提示自己正在"思考"。该用户质疑,Dot 本应作为统一界面自行管理这些会话,但实际表现让他怀疑自己并非目标用户。

  7. Habr · Вайбкодинг62

    一位 Rust 开发者为什么仍然害怕用 AI 写代码

    Rust 开发者 NikTimf 在 Habr 撰文说,自己仍然害怕用 AI 写代码,原因不是生成质量差,而是生成量太大、后续没人真正看懂。他列举了具体代价:多个智能体之间要反复传递上下文,答案冲突时还得自己判断谁对;公司只允许本地或自研模型时,用惯强模型的人很难退回;同事充当 meat proxy 转发 AI 答案,理解任务和推进实现的活仍落在自己身上。

  8. Reddit · ClaudeCode / Codex / VibeCoding71

    windvane:自动起草检查点、在合适时机压缩并自行恢复的 Claude Code 插件

    作者发布 windvane,一个 MIT 许可、无依赖的 Claude Code 插件,用 Python 引擎在会话中自动看护上下文:recorder 根据任务列表、编辑、提交和上一条回复起草检查点,模型一次调用即可接受或改一个字段;插件监控上下文填充,在检查点落盘后于下一个回合边界压缩,并自行发一条提示让模型从检查点继续。

  9. Hacker News · MCP78

    Spill:把超大的 MCP 返回结果移出上下文,存入本地 DuckDB

    Spill 是一个 Apache-2.0 开源工具,通过 Hook 拦截超过 32 KiB 的 MCP 工具返回,将其存为本地 DuckDB 表(~/.spill/spill.duckdb),智能体只拿到一个紧凑描述符,再用 SQL 查询而不是读入 5 万 token 的原始 JSON。

    推荐理由:Spill 把超大 MCP 返回落到本地 DuckDB,让智能体用 SQL 取数,为上下文窗口紧张提供了一种可复用的思路。

10/5周一
  1. Reddit · ClaudeCode / Codex / VibeCoding66

    我如何用 Hook 构建监控 Claude Code 会话的插件,以及踩过的 Windows 坑

    作者开发了 PeakOS,一个展示所有 Claude Code 会话、花费和休息提醒的桌面应用,核心逻辑放在 Hook 里,插件只发布一个 Rust 可执行文件,无参数时从 stdin 读取一条 Hook 事件 JSON,带 record 时由 Skill 写入数据,带 statusline 时输出状态栏。

  2. Reddit · ClaudeCode / Codex / VibeCoding78

    用 CLAUDE.md 加本地 MCP 记忆架构,避免 Claude Code 反复纠正和烧额度

    作者开源了 Project Athena v9.9.9 内核(MIT 许可),一套本地优先的记忆与治理框架,用于解决 Claude Code 反复纠正、子智能体越界改文件、以及中途撞上额度上限后状态丢失的问题。

    推荐理由:作者用 1900 次会话验证的 CLAUDE.md 瘦身与本地记忆方案,给出了可直接复用的目录结构和验证规则。

  3. Reddit · ClaudeCode / Codex / VibeCoding66

    Repowise 发布 Lens,用 Claude Code mods 展示每次编辑触及的文件

    开源工具 Repowise 发布 Lens,借助新的 Claude Code mods 在 Claude 工作时展示代码库索引。输入 /lens 可看到仓库地图,文件在 Claude 搜索、读取和编辑时高亮,编辑某文件时所有导入它的文件也会亮起,视频中 Django 的 query.py 一行注释点亮 12 个文件,conf/init.py 点亮约 248 个。

  4. Reddit · ClaudeCode / Codex / VibeCoding22

    运行 /compact 前要不要先告诉 Claude?

    有用户在 Claude Code 上下文变大、准备运行 /compact 前,会先告诉 Claude“我要压缩了再继续”,Claude 随后回复已总结要点。该用户认为这样做能减少 /compact 后重要信息丢失,但表示从未实际测试过,效果似乎取决于具体情况:有时只总结聊天内容,有时最新状态也会写入 memory。

  5. Geoffrey Huntley · Blog58

    Geoffrey Huntley 发布 Jiti:通过对话让 LLM 持续扩展运行中的 Lisp 应用

    Geoffrey Huntley 发布 Jiti,一个通过对话让 LLM 扩展运行中 Lisp 应用的小型内核,源码已在 GitHub 开源。用户提出需求后,OpenAI 模型借助注册工具检查、修改并执行 Lisp 代码,被接受的函数会作为普通 Lisp 函数永久保留,后续调用无需再次推理。作者认为这种免编译、边运行边生长的开发方式,比传统 CI/CD 编译流程更值得探索。

  6. Reddit · ClaudeCode / Codex / VibeCoding69

    Shiploop:把多仓库开发编排成单终端工作流的 Claude Code 插件

    一位 GPU 云平台创始人把团队从 5 人缩到 2 人后,围绕 Claude 自建了一套多仓库开发编排工具 Shiploop,并已开源。它用一个 advisor 会话负责思考和规划,worker 各自在独立 git worktree 中写代码以避免并行冲突,同时跨会话管理上下文、保留失败经验,并把每个任务先写入队列文件防止会话中断丢工作。

  7. DEV Community · MCP17

    为什么 AI 写的代码到第 20 条消息就崩:9xChat 想用项目感知工作区解决“Vibe Coding”陷阱

    针对 GPT-4、Claude 3.5 等 LLM 在多轮对话中出现的上下文遗忘和迎合用户(sycophancy)问题,123sudo 推出项目感知工作区 9xChat,将 AI 锚定到本地项目文件而非脆弱的聊天历史,并支持在同一窗口并排运行 GPT-4 与 Claude 3.5 互相写码和审查,上下文保留在本地且不用于训练。