CodeYam CLI & Memory:给 Claude Code 装了个"不犯第二次错"的大脑
2026-03-11 | ProductHunt | 官方博客 | Hacker News

CodeYam Memory Dashboard:左侧显示49条规则总览和最近变更,右侧按文件维度审计规则覆盖率和 token 消耗。整个界面跑在 localhost:3111,纯本地运行。
30秒快速判断
这App干嘛的:给 Claude Code 加一层"自动记忆"——后台 Agent 自动回顾你的编码会话,找出 Claude 困惑的地方,生成针对性的 Claude Rules,下次不再犯同样的错。
值不值得关注:如果你重度使用 Claude Code 且受够了它反复犯同样的错,值得花10分钟试试。免费、本地运行、无需注册。但目前只支持 JS/TS 生态,Python/Go 用户先等等。
与我有关三问
与我有关吗?
目标用户是谁:
- 重度 Claude Code 用户(每天多个编码会话)
- "Vibe Coder"——高层架构决策者,依赖 AI 做实现
- 技术负责人——需要维护团队级代码质量
- 隐私敏感团队——不想把代码传到第三方云端
我是吗:如果你满足以下任一条件,你就是目标用户:
- 你的 CLAUDE.md 文件超过100行但还是经常过时
- 你发现 Claude 在同一个模块上反复犯同样的错
- 你每天开3个以上 Claude Code 会话
什么场景会用到:
- 场景1:复杂业务逻辑的代码库 → Claude 总是忘记某些隐式约定 → 用 CodeYam 自动捕获
- 场景2:多人协作的 monorepo → 不同模块有不同规矩 → 用作用域规则精确注入
- 场景3:快速迭代的创业项目 → 代码结构频繁变化 → 自动审计过时规则
对我有用吗?
| 维度 | 收益 | 代价 |
|---|---|---|
| 时间 | 减少重复解释同一问题,每会话省 5-10 分钟 | 安装 2 分钟,首次配置 5 分钟 |
| 金钱 | 减少因重复错误浪费的 token 费用 | 工具本身免费,但后台 Agent 反思阶段会消耗额外 API tokens |
| 精力 | 不用手动维护 CLAUDE.md 和 Claude Rules | 需要偶尔审核自动生成的规则是否合理 |
ROI 判断:如果你每天在 Claude Code 上花 $6+,且经常遇到"又犯了?!"的时刻,CodeYam 几乎零成本就能帮你改善体验。但如果你的项目不在 JS/TS 生态内,目前用不了。
喜闻乐见吗?
爽点在哪:
- "不犯第二次错":后台 Agent 自动抓住 Claude 的困惑点,下次碰到同一段代码就知道该怎么做
- 规则自动过期:代码改了,规则跟着更新——不再有过时的 CLAUDE.md 导致反向误导
- 全本地运行:零隐私担忧,一个
npm install -g就完事
"哇"的瞬间:
"I struggle a lot with Claude's non-existing short term memory. This should help a lot" — HN 用户
用户真实评价:
正面:"Awesome! An Alzheimer's remedy for my Claude. Look forward to taking this for a spin." — HN 用户 创始人说:"The main difference we see is fewer repeated mistakes and less manual context maintenance." — Nadia (CEO), HN讨论
给独立开发者
技术栈
- 分发:npm 包
@codeyam/codeyam-cli - 架构:CLI + 本地 SQLite 数据库 + 后台服务器 + Web Dashboard (localhost:3111)
- 语言支持:JavaScript/TypeScript, Next.js/Remix, 实验性 Rust
- 核心技术:静态代码分析 + AI 会话分析
- 隐私:纯本地运行,零云依赖
核心功能实现
CodeYam 的核心机制分三步走:
-
会话反思:每次 Claude Code 对话结束后,后台 Agent 自动回顾整个会话记录,提取困惑点、部落知识(tribal knowledge)和架构决策。这些被转化为带路径作用域的 Claude Rules——只在碰到相关文件时才注入上下文窗口。
-
规则审计:当规则关联的文件被修改时,后台审计 Agent 自动检测规则是否过时,需要的话就更新。研究表明 50% 的 AGENTS.md 文件在首次提交后再没被修改过,CodeYam 正是为了解决这个"写完就忘"的问题。
-
Dashboard 管理:本地 Web 界面让你看到所有规则、按文件审计覆盖率、检测冲突、手动审核和修剪。
整合方式是通过 Claude Code 的 hooks 和 skills 机制,git 可追踪,想删随时删。
开源情况
- CLI 未开源:npm 包分发,源码不公开
- GitHub 组织:github.com/codeyam-ai,但主要是历史遗留的 Web3 项目(Sui 链上 2048 游戏等)
- 类似开源项目:目前没有直接对标的开源替代品。最接近的是手动维护 CLAUDE.md + Claude Rules
- 自己做难度:中等偏高。核心难点在于"会话分析 → 规则生成 → 作用域匹配"的 pipeline,预计 2-3 人月
商业模式
- 当前:完全免费,无注册
- 融资:已获 boldstart ventures + South Park Commons 种子轮投资(具体金额未公开)
- 推测:早期获客阶段,未来可能推出团队版/企业版
巨头风险
这是个严肃的问题。Claude Code 本身已经有内置的 Auto Memory 功能(Claude 自动记录笔记),而且 Anthropic 团队在 2026 年初刚发布了增强版记忆功能。创始人 Nadia 在 HN 上的回应很坦诚:
"I don't have insight into what the Claude team has on their roadmap, but given their recent 'memory' release I would hope that we see more from them soon. That said, I think this is still quite valuable... We needed something more aggressive at extracting out anything complex or confusing... and we wanted complete visibility into what memories were being created."
说白了——Claude 的内置记忆是"黑箱随缘记",CodeYam 是"透明化主动抓"。这个差异化今天成立,但 Anthropic 随时可能追上来。
给产品经理
痛点分析
- 核心痛点:AI 编码助手跨会话"失忆",反复犯同样的错
- 痛点频率:高频——每开一个新会话就可能重现
- 痛点烈度:中高——研究者扫描10000个仓库发现只有5%有AI配置文件,50%写完就没改过
- 刚需/锦上添花:对重度 Claude Code 用户是准刚需,对轻度用户锦上添花
用户画像
- 主力用户:每天开 3+ 个 Claude Code 会话的全栈开发者
- 次要用户:技术 Lead,需要确保 AI 生成代码符合团队规范
- 边缘用户:偶尔用 Claude Code 的人——痛感不强
功能拆解
| 功能 | 类型 | 说明 |
|---|---|---|
| 会话反思 + 规则生成 | 核心 | 后台 Agent 自动分析会话,生成作用域规则 |
| 规则审计 + 自动更新 | 核心 | 文件变更时自动检测过时规则 |
| Dashboard 管理界面 | 核心 | 规则浏览、编辑、冲突检测、文件审计 |
| 模拟功能 (Simulations) | 锦上添花 (实验性) | 沙箱运行函数,AI 生成数据验证行为 |
竞品差异
| vs | CodeYam Memory | Claude 内置 Auto Memory | 手动 CLAUDE.md | Mem0 |
|---|---|---|---|---|
| 核心差异 | 自动+透明+作用域 | 自动+黑箱 | 手动+全量 | 通用AI记忆层 |
| 维护成本 | 低(自动审计) | 零(但不可控) | 高 | 需集成 |
| 可见性 | Dashboard全透明 | 不可见 | 文件可见 | API层 |
| 精准度 | 文件级作用域 | 全局 | 目录级 | 无路径概念 |
| 适用场景 | Claude Code 专用 | Claude Code 内置 | 任何AI | 任何AI Agent |
可借鉴的点
- "困惑模式检测" 是个好产品概念——不是让用户说"记住这个",而是自动发现 AI 在哪里犯晕
- 规则过期机制——跟着代码变化自动更新,解决"配置腐化"问题
- 本地优先+零注册 的获客策略——降低试用门槛到极致
给科技博主
创始人故事
Nadia Eldeib(CEO)和 Jared Cosulich(CTO)在 South Park Commons 认识,合作超过3年。Nadia 是哈佛毕业的前 Lyft 产品经理,Jared 有 20+ 年软件开发经验,当过 Pivotal Labs 波士顿办公室总监。
有意思的是,他们之前的方向是 Web3——做了一个叫 Ethos 的 Sui 链上钱包项目(GitHub 上还能看到 Sui8192 等仓库)。从 Web3 转型到 AI DevTools,这本身就是一个时代变迁的缩影。
团队目前只有4人,拿了 boldstart ventures(管理 $1B+ AUM 的早期 VC,投过 Snyk、BigID)和 South Park Commons 的种子轮。
争议点/讨论角度
- "Anthropic 随时能做掉你"——HN 上有人直接问这个问题。创始人的回答是"我们比内置记忆更激进、更透明",但这能持续多久?
- 额外 Token 消耗——后台 Agent 反思需要额外 API 调用,相当于用 token 换 token 效率。划不划算?
- 只支持 JS/TS——2026年了还只支持一个语言生态,是策略聚焦还是能力局限?
- "规则膨胀"问题——他们自己的仓库已经有 49 条规则,规则越多,context window 消耗越大
热度数据
- PH: 6票(低,Mar 11 发布)
- HN: 17 points, 13 条评论(中等,讨论质量不错)
- Substack: 博客文章 3 个赞, 1 个转发
- Twitter: @codeyam_ai 145 粉丝,讨论量极低
内容建议
- 适合写的角度:"AI 编码助手的记忆问题"是个大话题,CodeYam 是一个具体的解决方案案例
- 蹭热点机会:结合 Claude Code 越来越贵的讨论,从"省 token"角度切入
给早期采用者
定价分析
| 层级 | 价格 | 包含功能 | 够用吗? |
|---|---|---|---|
| 免费(唯一选项) | $0 | 全部功能:Memory + Dashboard + Simulations | 完全够用 |
隐藏成本:后台 Agent 运行需要消耗你的 Claude API tokens。具体消耗量未公开,但考虑到每次会话都会触发反思分析,累积下来不会少。
上手指南
- 上手时间:5-10 分钟
- 学习曲线:低
- 步骤:
npm install -g @codeyam/codeyam-cli@latest- 在项目根目录运行
codeyam - 浏览器自动打开 Dashboard (localhost:3111)
- 按引导初始化 CodeYam Memory
- 正常使用 Claude Code,Memory 会自动在后台工作
- 通过 Dashboard 审核和管理生成的规则
坑和吐槽
- 语言限制:只支持 JS/TS + Next.js/Remix + 实验性 Rust。如果你的主力语言是 Python、Go、Java,目前无法使用
- 未开源:CLI 代码不公开。对于在意安全审计的团队,这可能是个顾虑——虽然说"本地运行",但 npm 包里跑了什么你看不到
- 规则质量:自动生成的规则可能不够准确,需要人工审核。Dashboard 上的"Reviewed"状态就是为此设计的
- token 消耗:后台 Agent 的反思和审计都需要 API 调用,额外成本不透明
安全和隐私
- 数据存储:完全本地(SQLite + 文件系统)
- 云依赖:无——不需要注册账号,不上传任何数据
- 但注意:你的会话记录会被后台 Agent 分析,虽然在本地,但如果你的 API key 连的是第三方代理...
替代方案
| 替代品 | 优势 | 劣势 |
|---|---|---|
| 手动 CLAUDE.md | 零依赖,完全可控 | 维护成本高,容易过时 |
| Claude 内置 Auto Memory | 零配置 | 黑箱,不可控 |
| Claude Rules (手动) | 精确度高 | 写和维护都很难 |
| 自定义 hooks 脚本 | 完全定制化 | 开发成本高 |
给投资人
市场分析
- AI Agent 市场:$7.38B (2025) → $100B+ (2032)
- AI 编码工具:85% 开发者已日常使用(2025)
- 细分赛道:AI Agent 记忆/上下文管理正在形成独立品类(Mem0, Letta, Zep, LangMem 等)
- 驱动因素:AI 编码从"实验"变"日常"后,"记忆"成了核心基础设施需求
竞争格局
| 层级 | 玩家 | 定位 |
|---|---|---|
| 平台方 | Anthropic (Claude 内置记忆) | 收编风险最大 |
| 通用记忆 | Mem0, Letta, Zep | 不限于编码场景 |
| 编排层 | LangMem (LangChain 生态) | 面向 Agent 开发者 |
| 垂直工具 | CodeYam | 专注 Claude Code 记忆管理 |
Timing 分析
- 为什么是现在:2026 年被预测为"agent memory 成为一等公民"的年份。Claude Code 用户量激增但记忆问题普遍
- 技术成熟度:Claude Rules 机制刚推出不久,生态仍在早期
- 风险:Anthropic 自己做这件事的概率极高。Claude 内置 Auto Memory 就是信号
团队背景
- CEO:Nadia Eldeib — 哈佛, 前 Lyft PM, 产品+GTM 经验丰富
- CTO:Jared Cosulich — 20 年软件经验, 前 Pivotal Labs Director
- 团队规模:4人
- 过往:之前做 Ethos (Sui Web3 钱包),已转型
融资情况
- 已融资:种子轮(金额未公开)
- 投资人:boldstart ventures + South Park Commons
- boldstart 背景:$1B+ AUM,投过 Snyk、BigID、Superhuman,专注早期企业技术
结论
一句话判断:CodeYam Memory 解决了一个真实的痛点——Claude Code 跨会话失忆。产品思路清晰,本地优先+免费的策略降低了试用门槛。但语言支持窄、平台风险高、热度低,是典型的"有价值的小工具,但能走多远取决于 Anthropic 留给它多少空间"。
| 用户类型 | 建议 |
|---|---|
| 开发者 | ✅ JS/TS 项目值得试试,5分钟安装零成本。但 Python/Go 用户等等 |
| 产品经理 | ✅ "困惑模式检测"和"规则自动过期"是好的产品概念,值得借鉴 |
| 博主 | ❌ 热度太低,单独写文章流量不高。但可以作为"AI记忆管理"大主题的案例 |
| 早期采用者 | ✅ 免费+本地+即装即用,试错成本几乎为零 |
| 投资人 | ⚠️ 团队靠谱但平台风险极高。Anthropic 随时可能做掉这个品类 |
资源链接
| 资源 | 链接 |
|---|---|
| 官网 | codeyam.com |
| 博客 | blog.codeyam.com |
| GitHub | github.com/codeyam-ai |
| ProductHunt | producthunt.com |
| Hacker News | Show HN 讨论 |
| Twitter/X | @codeyam_ai |
| Discord | discord.gg/eFPUs7CeFw |
| Crunchbase | crunchbase.com/organization/codeyam |
| 安装 | npm install -g @codeyam/codeyam-cli@latest |
2026-03-12 | Trend-Tracker v7.3