English.cash
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
- 找回 repo 决策和 gotcha。
- 减少压缩后的重复 debug。
- 提醒 agent 在修改前验证代码、日志和数据。
看看团队如何使用Engram更快地交付更好的代码。
Engram 能真实加速的场景:agent onboarding、重复 incident、repo 约定和多工具团队。
新开发者或新 agent 进入 repo。Engram 不替代文档,但会在编辑前给 agent 项目约定、已知 gotcha 和架构决策。
Agent 只根据当前文件猜测,容易错过过去决策或 edge case。
Agent 先加载 repo memory,错误建议更少,review 循环更短。
$ engram_get_context({ repo: "main-api" }) -> 200 memories loaded
凌晨2点生产环境宕机。你打开编码Agent。Engram回忆:"上次auth故障是.env.production中的JWT过期配置。"3分钟修复。
凌晨2点调试,搜索Slack历史,猜测
engram_recall -> 上次事件的精确修复。3分钟,不是30。
$ engram_recall({ query: "auth service down" }) -> "JWT expiry in .env.production, set to 24h not 1h"
前端团队采用新的API模式。后端团队的Agent通过Engram学会了。没有安排会议,没有更新wiki。
规范记录在没人读的wiki里。团队分化。
一个团队存储规范。所有团队的Agent都遵循。
$ engram_store({ type: "CONVENTION", content: "API responses use { data, error, meta } envelope" })
数据库宕机。根因:连接池耗尽。修复存储在Engram中。下次任何Agent遇到池问题,立即回忆起修复方法。
事后文档写了,归档了,忘了。
修复存储为GOTCHA。每个Agent永远知道。
$ engram_store({ type: "GOTCHA", content: "Pool exhaustion: max 20 connections, use pgbouncer" })
Alice用Claude Code,Bob用Cursor,Charlie用Gemini 或 Antigravity。同一代码库。Engram确保所有Agent遵循相同规范,无论哪个AI模型。
每个开发者的AI建议不同模式。代码审查发现不一致。
所有Agent记住相同规范。无需强制的一致性。
$ engram_recall({ query: "code conventions" }) -> 12 CONVENTION memories loaded
长时间编码会在压缩或恢复后失去原始聊天。Engram 会恢复会话日志:决策、gotcha、未完成事项,以及上一个 checkpoint 之后的学习。
没有 Engram
agent 只剩简短摘要,容易忘记决策原因,并重复同样的调查。
使用 Engram
agent 调用 engram_rehydrate,拿回工作地图,再用当前代码、日志和数据验证。
engram_rehydrate({repo: "housecompass.uk",task: "上下文压缩后继续 listing search",reason: "chat was compacted",depth: "standard"})→ 已恢复最新 checkpoint→ 已加载决策、gotcha、未完成事项和下一步
Engram 会通过 MCP 指导 agent,但第一条用户消息仍然重要。给出项目、repo、角色、技术栈、市场和任务,agent 就更清楚何时 start、recall、cross-pollinate、store,以及压缩后 rehydrate。
你:用这个上下文调用 engram_start:project: HouseCompassrepo: housecompass.ukrole: frontend product engineermarket: UK propertystack: Next.js, TypeScript, PostgreSQLtask: 构建列表搜索和地图 UX选择方案前先调用 engram_recall。如果其他 repo 可能解决过这个模式,先调用 engram_cross_pollinate。如果聊天被压缩,继续前调用 engram_rehydrate。
AI编程Agent的复制粘贴模式。每个示例展示MCP工具调用和预期响应。
你刚开始新会话。写代码前,加载上下文。
engram_get_context({
repo: "api-backend",
task: "add payment endpoint"
})15 memories loaded (conventions: snake_case DB, gotchas: Stripe webhook idempotency...)
你即将在REST和GraphQL之间选择。先检查团队记忆。
engram_recall({
query: "REST vs GraphQL decision"
})ARCHITECTURE memory found: "REST for external APIs, GraphQL for internal dashboard. Decision made 2024-06."
你刚花30分钟调试。存储修复方法,这样其他Agent不会再浪费时间。
engram_store({
type: "SOLUTION",
content: "TypeError in Prisma 7: use PrismaPg adapter, not raw PrismaClient()",
tags: ["prisma", "typescript"]
})记忆存储成功。对该工作区的所有Agent可用。
你回忆了一条记忆,它有帮助。报告它,让系统学习。
engram_report_outcome({
memory_id: "mem_xyz",
success: true,
detail: "Migration worked perfectly"
})
engram_report_outcome({
memory_id: "mem_abc",
success: false,
failure_reason: "outdated",
detail: "This was for Prisma 5, we use 7 now"
})记忆存储成功。对该工作区的所有Agent可用。
Cursor Agent昨天存储了一个陷阱。你是Claude Code Agent。你今天从中受益。
engram_recall({
query: "Neon database"
})GOTCHA (stored by cursor, confidence: 0.82): "Neon drops connections at 10s. Fix: connect_timeout=30"
真实项目证据
Engram 不替代工程判断。它帮助 agent 恢复上下文、记住 repo 特有 gotcha、减少重复 debug,并区分已验证事实和假设。
Engram 是地图,不是盲目信任:先 recall,再用当前代码、日志和数据验证。
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”

真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
真实工作、bug、部署和产品
“Engram 提供起始地图;agent 仍然先验证真实状态,再修改代码。”
长期项目丢失的不只是事实,还包括决策、gotcha、部署规则、审计状态以及为什么这么做。Engram 正在构建的就是这层记忆。
支持和反馈
如果 setup 让人困惑、工具行为异常或价格限制看起来不对,请在这里告诉我们。消息会直接到我们这里。