tanstack-ai-memory-in-memory
Use when wiring inMemory() from @tanstack/ai-memory/in-memory — explains setup, options (embedder, extract, topK/minScore), when to pick it (dev/tests/single-process demos), and what NOT to use it for (multi-process or persistent).
git clone --depth 1 https://github.com/TanStack/ai /tmp/tanstack-ai-memory-in-memory && cp -r /tmp/tanstack-ai-memory-in-memory/packages/ai-memory/skills/tanstack-ai-memory-in-memory ~/.claude/skills/tanstack-ai-memory-in-memorySKILL.md
# In-Memory Memory Adapter
Zero-dependency `recall`/`save` adapter backed by a `Map`. Records vanish on process
restart.
## When to use it
- Local development.
- Vitest / Playwright tests.
- Single-process demos where users don't need persistence.
## When NOT to use it
- Production multi-process deployments — every worker has its own `Map`; users get
inconsistent memory.
- Anything that needs survival across restarts.
For production, use `redis()` (see the `tanstack-ai-memory-redis` skill).
## Setup
```ts
import { memoryMiddleware } from '@tanstack/ai-memory'
import { inMemory } from '@tanstack/ai-memory/in-memory'
const memory = inMemory()
memoryMiddleware({ adapter: memory, scope })
```
## Options
`inMemory(options?)` accepts:
- `topK` (default 6), `minScore` (default 0.15), `kinds` — recall tuning.
- `embedder: { embed(text): Promise<number[]> }` — enable semantic scoring (both
`recall` and `save` embed through it).
- `extract(turn, scope)` — return derived facts to persist alongside the raw turn
(e.g. call an LLM to pull out preferences). Without it, `save` stores the raw
user/assistant messages and `recall` scores them lexically + by recency.
- `render(hits)` — replace the built-in prompt renderer.
## Capacity
The adapter scans every record in a scope per `recall`. Fine up to ~100k records; beyond
that, switch to Redis.>
Triage all open GitHub issues, PRs, and discussions in the current repository by fanning out up to 100 parallel subagents (one per item), then produce a single prioritized report ranking which PRs to review first, which issues to address first, and which discussions need maintainer attention. Use when the user asks to "triage open issues/PRs", "triage discussions", "prioritize the backlog", "what should I review first", "sweep the repo", or any request to bulk-evaluate open GitHub work and recommend an order.
>
>
>
>
>
>