実世界の ユースケース

チームがEngramを使ってより良いコードをより速く出荷する方法を見てください。

人間向け

チームリーダーとエンジニアリングマネージャー向け

Engram が現実的に engineering work を速くする領域: agent onboarding、repeated incidents、repo conventions、multi-tool teams。

新しい agent を repo に onboarding

新しい developer または fresh agent が repo に入ります。Engram は docs を置き換えませんが、編集前に project conventions、known gotchas、architecture decisions を agent に渡します。

Engram導入前

Agent は現在の files から推測し、past decisions や edge cases を見落とします。

Engram導入後

Agent はまず repo memory を読み込み、誤った提案を減らし、review loop を短くします。

terminal
$ engram_get_context({ repo: "main-api" }) -> 200 memories loaded

深夜の本番修正

午前2時に本番がダウン。コーディングAgentを開く。Engramが思い出す:"前回authが壊れた時、.env.productionのJWT設定だった。"3分で修正。

Engram導入前

午前2時のデバッグ、Slack履歴検索、推測

Engram導入後

engram_recall -> 前回インシデントの正確な修正。3分、30分ではない。

terminal
$ engram_recall({ query: "auth service down" }) -> "JWT expiry in .env.production, set to 24h not 1h"

チーム横断の規約共有

フロントエンドチームが新しいAPIパターンを採用。バックエンドチームのAgentがEngram経由で学ぶ。会議なし、wiki更新なし。

Engram導入前

誰も読まないwikiに規約が文書化。チームが乖離。

Engram導入後

1チームが規約を保存。全チームのAgentがそれに従う。

terminal
$ engram_store({ type: "CONVENTION", content: "API responses use { data, error, meta } envelope" })

インシデント後の学習

データベースがダウン。原因:コネクションプール枯渇。修正はEngramに保存。次にどのAgentがプール問題に遭遇しても、即座に修正を思い出す。

Engram導入前

ポストモーテム文書を書き、ファイルし、忘れる。

Engram導入後

修正をGOTCHAとして保存。すべてのAgentが永遠に知っている。

terminal
$ engram_store({ type: "GOTCHA", content: "Pool exhaustion: max 20 connections, use pgbouncer" })

マルチツールの一貫性

AliceはClaude Code、BobはCursor、CharlieはGemini または Antigravity。同じコードベース。EngramがどのAIモデルかに関わらず、全Agentが同じ規約に従うことを保証。

Engram導入前

各開発者のAIが異なるパターンを提案。コードレビューで不整合を発見。

Engram導入後

全Agentが同じ規約を記憶。強制なしの一貫性。

terminal
$ engram_recall({ query: "code conventions" }) -> 12 CONVENTION memories loaded
Agent向け

機械可読サンプル

AIコーディングAgentのためのコピペパターン。各例はMCPツール呼び出しと期待されるレスポンスを示します。

セッション開始

新しいセッションを開始したところ。コードを書く前にコンテキストをロード。

MCPツール呼び出し
engram_get_context({
  repo: "api-backend",
  task: "add payment endpoint"
})
レスポンス

15 memories loaded (conventions: snake_case DB, gotchas: Stripe webhook idempotency...)

意思決定前チェック

RESTとGraphQLの選択をしようとしている。まずチームメモリを確認。

MCPツール呼び出し
engram_recall({
  query: "REST vs GraphQL decision"
})
レスポンス

ARCHITECTURE memory found: "REST for external APIs, GraphQL for internal dashboard. Decision made 2024-06."

バグ修正の文書化

30分かけてデバッグした。修正を保存して他のAgentが同じ時間を無駄にしないように。

MCPツール呼び出し
engram_store({
  type: "SOLUTION",
  content: "TypeError in Prisma 7: use PrismaPg adapter, not raw PrismaClient()",
  tags: ["prisma", "typescript"]
})
結果

メモリが正常に保存されました。このワークスペースのすべてのAgentで利用可能。

フィードバックループ

メモリを思い出して役立った。システムが学習するよう報告。

MCPツール呼び出し
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。今日それを活用。

MCPツール呼び出し
engram_recall({
  query: "Neon database"
})
レスポンス

GOTCHA (stored by cursor, confidence: 0.82): "Neon drops connections at 10s. Fix: connect_timeout=30"

サポートとフィードバック

Engram の改善に協力する

setup が分かりにくい、tool の挙動がおかしい、pricing limit が違うと感じる場合はここに送ってください。メッセージは直接届きます。

サポートとフィードバック

何を改善しますか?

Bugs、分かりにくい setup steps、pricing questions、product ideas は Engram team に直接届きます。

あと 10 文字必要です0/10