Day 30 · Bonus 13 May 19, 2026

Agent Personalization & Persistent User Memory

The memory moat. Day 02 built the agent's working memory — the four tiers that hold a task in mind for one session. Day 30 is the layer above: what the agent remembers about you, across weeks, products, and devices. In 2026 this stopped being a research curiosity and became the most commercially defensible primitive in the stack — Altman calls memory OpenAI's real moat; Anthropic flipped it on for every Claude user in March; Mem0 raised $24M in Series A; Letta released a memory-first coding agent in April. The architectural question — how does an agent remember who I am without keeping a transcript of my life? — is now a shipping question. This is the day you stop saying "RAG over chat history" and start saying "extract-consolidate-retrieve over a temporal user graph."

Read: ~24 min Level: Senior engineer accuracy Day 30 · Bonus 13
Curriculum progress
30 / 30
01 — Core Concept

Personalization is not "RAG over your chat history"

The naive design ships in a week and breaks in three. You take every message a user has ever sent, embed it, throw it in a vector store, and at retrieval time you pull the top-k most similar chunks into the prompt. It feels like memory. It is not. Within a month the store contains thousands of near-duplicate chunks ("I prefer concise answers" said in seventeen slightly different ways), retrieval blows past the context budget, contradictory facts coexist ("I live in Tokyo" from 2024, "I live in Berlin" from 2026), and the cost per turn climbs faster than the value. By month three the team is paying for storage that actively makes the product worse.

Analogy first. Think of how a senior assistant remembers a CEO they have worked with for five years. They do not replay every email; they hold a small, curated set of distillations — "she prefers morning meetings," "she trusts X but not Y," "the kid's recital is in May." When the CEO mentions her daughter, the assistant retrieves the distillation, not the raw email thread. When the daughter's age changes, the assistant overwrites the old fact, not appends to it. When two facts conflict, the assistant uses recency plus source authority. That curated, mutable, time-aware store is what production agent memory has converged on in 2026, and it has a name now: an extract-consolidate-retrieve loop over a temporal user graph.

Now precise. Production user memory is a four-stage pipeline running asynchronously alongside the conversation. The Mem0 paper (arXiv:2504.19413) names the stages; Zep (arXiv:2501.13956) gives them temporal structure; A-MEM (arXiv:2502.12110) makes them self-organizing. Every serious system you will hear named in 2026 — Mem0, Letta, Zep, MIRIX, Supermemory — is some implementation of this loop. Knowing the stages by name is table stakes for a CGO conversation.

1Stage 1 — Extraction (what's even worth remembering?)

The conversation stream is mostly throwaway. A second LLM call — typically a small, cheap model — runs over each user turn and produces a structured list of candidate memories: preference ("prefers Python over Go"), fact ("works at botlearn.ai"), episodic ("had a deadline panic on May 14"), goal ("wants to be peer-level with AI engineers in 3 weeks"). The naive baseline — "store every turn" — is what you replace; the prompt that decides what counts as a memory is the most important prompt in the whole system. Mem0's extraction prompt is tuned to bias toward stable, reusable facts and away from one-off statements.

If your extraction prompt has no negative examples ("do NOT extract: weather, time, fleeting emotions, search queries"), your memory store will fill with garbage in 48 hours.

2Stage 2 — Consolidation (does this update, conflict with, or merge into anything I already know?)

A candidate memory is not stored directly. It is first compared, semantically, against existing memories on the same subject. The system decides one of four actions: ADD (new fact, store it), UPDATE (refine an existing one: "lives in Berlin" → "lives in Berlin, Mitte district"), OVERWRITE ("lives in Tokyo" → "lives in Berlin", with the Tokyo entry archived not deleted), or NOOP (duplicate, skip). This is the stage that distinguishes a memory layer from a vector store. Zep's Graphiti engine implements consolidation as bi-temporal edges on a knowledge graph: every edge has a valid-from / valid-to interval, so when "Tokyo" is overwritten by "Berlin," the Tokyo edge gets a valid-to timestamp rather than being deleted — the agent can still answer "where did Susan used to live?" correctly.

3Stage 3 — Storage (vector + graph + key-value, not one store)

2026's consensus is that no single index serves the load. Mem0 ships a hybrid store: a vector DB for semantic similarity, a key-value DB for direct lookups by entity ("what's Susan's email?"), and a graph DB for relational queries ("who at botlearn.ai works on AI agents?"). Zep's Graphiti folds the same three into a single temporally-aware knowledge graph. Letta keeps "always-injected core memory blocks" (a small persona/goal/preferences scratchpad always in the prompt) plus "archival memory" (everything else, retrieved on demand) — directly inheriting the MemGPT memory-tier idea you saw on Day 02, applied to the user-personalization layer instead of the task-context layer.

4Stage 4 — Retrieval (which 5–20 memories actually go in the prompt for this turn?)

Naive: top-k vector similarity to the current user message. Production: a multi-signal retriever. Mem0's reference retriever combines semantic search, BM25 keyword, entity linking, and temporal/recency weighting before re-ranking. The retriever is also budget-aware: it stops adding memories once a token budget is hit, because the goal is not to recall everything but to recall the things that change the model's next token. The published Mem0 numbers — 91% lower p95 latency and ~90% lower token cost than "full context dump" — are mostly the retriever doing its job, not the store being clever.

Layers 1–2 are about writing memory cleanly. Layers 3–4 are about reading it cheaply. Most teams that "have memory" have built layers 3–4 only — they retrieve quickly from a garbage store. Mem0's contribution was making 1–2 the part you pay attention to.

The reference architecture — one diagram

PERSONALIZATION & USER MEMORY LOOP (2026) USER TURN "I'm prepping for a CISO meeting tomorrow" │ ├──────────────────────────────────────────────► AGENT RESPONSE │ ▲ ▼ │ ┌──────────────────────────────────────────────────┐ │ reads top │ STAGE 1 EXTRACTION (small LLM, async) │ │ K memories │ candidates : [event/CISO meeting tomorrow, │ │ via multi- │ goal/wants security framing] │ │ signal └──────────────────────────────────────────────────┘ │ retriever │ │ ▼ ┌──────┴───────────┐ ┌──────────────────────────────────────────────────┐ │ STAGE 4 │ │ STAGE 2 CONSOLIDATION │ │ RETRIEVAL │ │ compare to existing → ADD / UPDATE / │ │ vector + BM25 + │ │ OVERWRITE / NOOP │ │ entity + recency │ └──────────────────────────────────────────────────┘ └──────────────────┘ │ ▲ ▼ │ ┌──────────────────────────────────────────────────┐ │ │ STAGE 3 STORAGE │ ────────┘ │ ┌──────────┐ ┌──────────┐ ┌──────────────┐ │ │ │ vector │ │ K/V │ │ temporal │ │ │ │ index │ │ store │ │ graph (Zep) │ │ │ └──────────┘ └──────────┘ └──────────────┘ │ │ bi-temporal edges : valid_from / valid_to │ └──────────────────────────────────────────────────┘ │ ▼ USER PROFILE STATE persona / preferences / goals / facts (rendered into "core memory block")

Three reading rules. First, the loop runs asynchronously — extraction and consolidation do not block the user's next turn; they run on the previous turn while the user types. Second, the retriever does not read the whole store; it operates on a small candidate set returned by the multi-signal index, then re-ranks. Third, the loop's quality is measured end-to-end on benchmarks (LoCoMo, LongMemEval) that simulate weeks of conversation, not on single-turn QA. A system that wins on QA but loses on LoCoMo is not a memory system; it is a retriever.


02 — Papers to Know

Three papers that defined the personalization vocabulary

Recent arXiv preprint 2025
Mem0: Building Production-Ready AI Agents with Scalable Long-Term Memory
Chhikara, Khant, Aryan, Singh, Yadav · arXiv:2504.19413 · April 2025
Introduces the extract-consolidate-retrieve framing as the production reference architecture. Reports 26% relative improvement over OpenAI memory on the LoCoMo LLM-as-Judge metric, with 91% lower p95 latency and ~90% lower token cost than dumping full conversation history. Also presents a graph-augmented variant (Mem0g) that stores extracted facts as nodes and relations for multi-hop temporal queries.
Why it matters. Renamed the field from "long-term memory" to "memory-as-a-service" and gave every PM a concrete pipeline to point at. After this paper, "we have RAG over chat history" stopped being a credible answer in seed-round meetings — investors started asking which of the four stages you actually shipped.
arxiv.org/abs/2504.19413
Recent arXiv preprint 2025
Zep: A Temporal Knowledge Graph Architecture for Agent Memory
Rasmussen et al. · arXiv:2501.13956 · January 2025
Proposes Graphiti, a temporally-aware knowledge graph engine that stores facts as edges with bi-temporal annotations (event-time + ingestion-time) so historical state can be reconstructed at any timestamp. Reports 94.8% on the Deep Memory Retrieval benchmark, beating MemGPT (93.4%) while answering questions that require knowing what a fact used to be, not just what it is now.
Why it matters. Made bi-temporality (valid-from / valid-to on every edge) the production default. If your memory system cannot answer "what did Susan believe about X last quarter?" you are not competing for the enterprise tier. Graphiti is what Zep's commercial product runs on, and the open-source repo is now a foundational dependency for many memory systems.
arxiv.org/abs/2501.13956
NeurIPS 2025
A-MEM: Agentic Memory for LLM Agents
Xu, Liang et al. · NeurIPS 2025 · arXiv:2502.12110 · February 2025
Brings the Zettelkasten note-taking principle into agent memory: each memory is a self-contained "atomic note" with context, keywords, and tags, bidirectionally linked to related notes. When a new memory enters, it can retroactively update the descriptors of older memories — the network self-organizes as the agent learns. Removes the need for a fixed schema; the agent decides what relations exist.
Why it matters. Proved memory does not need a hand-designed ontology. Together with MIRIX (arXiv:2507.07957, July 2025), which adds six explicit memory types (Core / Episodic / Semantic / Procedural / Resource / Knowledge Vault) and a multi-agent controller, A-MEM closes the loop between symbolic (graph) and emergent (self-organizing) memory designs.
arxiv.org/abs/2502.12110
ICLR 2025
LongMemEval: Benchmarking Chat Assistants on Long-Term Interactive Memory
Wu et al. · ICLR 2025 · arXiv:2410.10813
The eval that made the field measurable. 500 curated questions embedded in synthetic chat histories that simulate 115K-token to 1.5M-token usage. Tests five abilities: information extraction across distant turns, multi-session reasoning, temporal reasoning, knowledge updates (do you correctly overwrite stale facts?), and abstention (do you say "I don't know" when nothing in memory supports an answer?).
Why it matters. "Vibes-based memory" died here. Every paper after October 2024 that claims a memory improvement is expected to report LongMemEval and LoCoMo scores. Mem0's April 2026 algorithm update reports 91.6 on LoCoMo and 94.8 on LongMemEval — that is the bar to clear in a CGO conversation.
arxiv.org/abs/2410.10813

03 — GitHub Pulse

Where the production memory layer is being built in the open

Five repositories define the open-source memory landscape in May 2026. Star counts approximate, verified within the last week.

mem0ai/mem0 ★ ~56K
Universal memory layer for AI agents — the extract/consolidate/retrieve pipeline as a managed library, with hybrid vector + KV + graph storage out of the box.
The reference implementation that turned a paper into the default install. SDK + managed cloud + open-source core.
letta-ai/letta ★ ~22K
Stateful agent framework, formerly MemGPT. Core blocks (persona/preferences/goals) always in context; archival memory retrieved via tools the agent itself calls.
The OS-analogy lineage — agent calls core_memory_replace and archival_search like syscalls. Letta Code app launched April 2026.
getzep/graphiti ★ ~23K
Temporal knowledge graph engine that powers Zep. Bi-temporal edges, custom entity types, MCP server (1.0) so any agent can query the graph as a tool.
The "memory as a queryable database" camp. Best fit when your domain has structure (people, companies, projects) worth modeling explicitly.
Mirix-AI/MIRIX actively maintained
Multi-agent memory system with six typed memory components (Core, Episodic, Semantic, Procedural, Resource, Knowledge Vault) and a router that chooses which to read from.
The "memory needs cognitive types" position. 85.4% on LoCoMo single-modal; 35% accuracy gain over RAG on ScreenshotVQA multimodal.
WujiangXu/A-mem actively maintained
Reference code for the NeurIPS 2025 A-MEM paper — Zettelkasten-style self-organizing memory notes with bidirectional linking.
Smaller, research-flavoured, but the most interesting architecture if you do not want to hand-design a schema.
xiaowu0162/longmemeval actively maintained
The ICLR 2025 benchmark. 500 questions, five abilities, both a 115K-token short setting and a 1.5M-token long setting. Pip-install and run.
Run this on your own agent before the next investor meeting. If you cannot post a number, do not claim memory.

04 — Community Pulse

What the people building this say, in their own words

Sam Altman · X · April 10, 2025
"we have greatly improved memory in chatgpt — it can now reference all your past conversations! this is a surprisingly great feature imo, and it points at something we are excited about: ai systems that get to know you over your life, and become extremely useful and personalized."
The moment "memory" became a product feature, not a research direction. Altman has subsequently argued in podcast interviews and OpenAI roadmap previews that memory — not reasoning — is the next breakthrough surface and "OpenAI's real moat."
Harrison Chase · LangChain blog "Your harness, your memory"
Chase has argued that agent harnesses and agent memory are inseparable — the runtime that decides what the agent does next is the same runtime that decides what it remembers, and that locking yourself into a proprietary memory layer locks you into someone else's harness. His position in 2026 has consistently been: developers should own their memory infrastructure, and markdown / JSON on a filesystem is a perfectly valid first implementation.
Paraphrase of position taken across LangChain blog and Sequoia podcast appearances in Q1–Q2 2026. The "harness-memory coupling" framing is the most useful mental model for evaluating vendors.
Andrej Karpathy · X · April 3, 2026
Karpathy described spending less time using AI to generate code and more time using it to organise knowledge — dumping raw research materials into a folder and letting an LLM maintain an interlinked wiki, writing articles, creating backlinks, and categorising concepts. He reports his single-topic research wiki has grown to roughly 100 articles and 400,000 words.
The "second brain" framing — agent-as-curator-of-your-knowledge rather than agent-as-task-executor. Sits directly upstream of the A-MEM self-organising-notes camp.
Anthropic · "Memory" announcement · March 2026 + Managed Agents memory · April 23, 2026
Memory rolled out to free and Pro Claude users in March; in April, persistent memory landed in public beta for Claude Managed Agents, with memories stored as files on a filesystem that developers can export, edit, and manage via API. Project-scoped memory and incognito chat are the privacy primitives.
Notable architectural choice: memories are files, not opaque DB rows. Aligns with Chase's "own your memory" stance and with the on-device-portable direction Letta has pushed since Code launch.

05 — Platform Deep-Dive

How the four big platforms ship user memory in May 2026

Same problem, four very different bets. Pay attention to where the memory lives (server-side opaque vs filesystem-portable), what gets auto-extracted vs explicitly written, and which benchmarks each vendor will report when pressed.

Claude
Anthropic
Memory enabled for all users in March 2026; project-scoped memory + incognito chat + a view/edit UI. Managed Agents API (public beta, April 23) stores memories as files on a filesystem — explicit, exportable, developer-controllable. Auto-extraction surfaces "memory created" inline; transparent by design rather than silent. Best fit when the user wants to see and control what is remembered.
OpenClaw
Open-source ecosystem
SKILL.md based — memory lives where the user does, not in the platform. A user's preferences become a SKILL the agent loads ("how-susan-likes-summaries.md"); a personal knowledge graph becomes a hub-and-spoke skill bundle. After the 9 CVEs + 1184 malicious-skill incidents of late 2025, signed skills and capability-scoped memory access are the de-facto convention for personalization too.
Codex / GPT-5.4
OpenAI
Memory was the headline feature of GPT-5.5 in April 2026. "Reference all past conversations" is the default-on behaviour; Apps SDK gives third-party agents a typed Memory API so they can read user state without seeing transcripts. OpenAI is pushing the "one memory, many agents" framing — your memory follows you across ChatGPT, Codex CLI, and Apps. Strongest moat narrative; least portable to off-platform.
Gemini 3.1
Google DeepMind
Memory + capability-flow (CaMeL lineage) integrated. Each memory has a propagation tag indicating whether it came from trusted user input or retrieved/untrusted context, so the planner can refuse to use untrusted-origin memory in privileged tool calls. Differentiates on memory-as-policy-input, not just memory-as-context. Vertex AI side stores in a managed temporal graph; consumer side stores in Google Account memory.

06 — Vocabulary

Ten terms that signal you have read the papers, not just the marketing

Extract–Consolidate–Retrieve提取–合并–召回
The three production stages of a user memory pipeline. Extraction picks candidates from the conversation, consolidation decides ADD/UPDATE/OVERWRITE/NOOP against existing memory, retrieval selects which memories go into the next prompt.
Misuse: conflating with RAG. RAG retrieves from a static corpus; memory writes back.
"Their pipeline only does retrieve — extraction is hand-rolled regex. That's not Mem0."
Bi-temporal Edge双时间边
In Graphiti / Zep, every fact-edge carries both an event time (when the fact was true in the world) and an ingestion time (when the system learned it). Lets the agent reconstruct what it knew at any past timestamp.
Misuse: using a single updated_at timestamp and calling it temporal memory.
"Bi-temporal edges are how Zep answers 'what did the agent think last quarter?'"
Core Memory Block核心记忆块
Letta / MemGPT term for a small, labeled, always-in-prompt scratchpad (typical: persona, user_preferences, current_goals). The agent edits it through tools, not the developer.
Misuse: confusing it with a system prompt — system prompt is static, core memory mutates each turn.
"Letta keeps the user's role in the core memory block so it's never paged out."
Archival Memory归档记忆
Memory that lives outside the context window, retrieved on demand via a tool call (Letta's archival_search). Symmetric concept to virtual memory pages on disk.
Misuse: equating with "vector store." Archival memory has a write API the agent controls; a vector store usually does not.
"That fact is in archival, not core — it costs a tool call to read it."
Zettelkasten Note原子化笔记
A-MEM's atomic memory unit — one self-contained fact, with structured descriptors (context, keywords, tags) and bidirectional links to related notes. Pre-dates LLMs by 80 years (Niklas Luhmann).
Misuse: dumping multi-fact paragraphs into a "note" — defeats the atomicity that makes the link graph useful.
"A-MEM stores Zettelkasten notes, not transcript chunks."
Consolidation Conflict合并冲突
When a new candidate memory disagrees with an existing one — "lives in Tokyo" vs "lives in Berlin." Production systems resolve via recency, source confidence, and an OVERWRITE-with-history strategy; never by silent appending.
Misuse: appending both versions and hoping the retriever picks the right one. It will not.
"Their memory has 47 contradictory entries about the same user — the consolidator never ran."
LoCoMo / LongMemEval长对话记忆基准
Two benchmarks that drive the field. LoCoMo: 35-session synthetic dialogues with 9K tokens average. LongMemEval (ICLR 2025): 500 questions over 115K – 1.5M-token chat histories, five abilities including knowledge updates and abstention.
Misuse: quoting a single number without saying which benchmark and which split.
"They report 91.6 on LoCoMo — that's the Mem0 April 2026 number, ask about LongMemEval too."
Multi-signal Retriever多信号召回器
Retrieval that combines semantic vector search, BM25 keyword match, entity-linking, and recency/time-decay, then re-ranks. Single-signal cosine retrieval is the dominant cause of "the agent forgot what I just told it."
Misuse: claiming multi-signal but running only the vector path because the others are slower.
"Our recall jumped 18 points the day we added BM25 next to the vector retriever."
Memory Sandbox记忆沙箱
UX surface (Letta, Claude memory UI) that exposes the agent's memory entries to the user for view / edit / delete. Privacy primitive and trust primitive at once.
Misuse: shipping memory without a sandbox. Users will assume the worst, regulators will agree.
"Memory without a sandbox UI is shadow memory — same outcome as shadow IT."
Capability-tagged Memory能力标注记忆
Gemini 3.1-style design where each memory carries a tag indicating whether it originated from trusted user input or retrieved/untrusted context, so the planner can refuse to use untrusted memory in privileged tool calls. Direct application of Day 29's CaMeL pattern to the personalization layer.
Misuse: ignoring origin — every memory injected into prompt is treated equal, and the lethal trifecta walks in through the memory door.
"Untrusted-origin memories can't authorise tool calls — that's the CaMeL discipline applied to personalization."

07 — Expert Questions

Five questions that immediately separate vendors from researchers

Q1
"Which of the four stages — extract, consolidate, retrieve, write-back — does your system actually own, and which do you assume the caller implements?"
Forces the vendor to admit whether they ship a memory layer or a memory store. Most "memory APIs" ship only retrieval; the extractor and consolidator are left to the customer's prompt engineering. That answer determines whether the integration takes a week or a quarter.
Q2
"How do you resolve consolidation conflicts? Walk me through what happens when a user says 'I moved to Berlin' six months after saying 'I live in Tokyo.'"
The only honest answers are "OVERWRITE with the Tokyo edge marked expired" (Zep / Graphiti school) or "the agent calls core_memory_replace" (Letta school). Vague answers — "the retriever picks the right one" — mean they have no consolidator.
Q3
"What's your LongMemEval and LoCoMo score, and on which split? And what does the curve look like as conversations get past 100K tokens?"
A real number means they ran the benchmark. The Mem0 April 2026 bar is 91.6 LoCoMo / 94.8 LongMemEval. Anyone claiming memory without numbers is selling vibes. The "shape past 100K" follow-up catches teams that overfit to short evals.
Q4
"Where does the user see the memory? Is there a sandbox UI, an export API, and a per-project / incognito mode?"
Tests whether the vendor has confronted the privacy reality. Claude shipped all three; OpenAI shipped two; many startups have none. No sandbox UI is a near-guaranteed regulatory liability in the EU.
Q5
"What's the origin-trust model for memories? Can a memory extracted from a retrieved web page authorise the agent to send a payment?"
Direct application of Day 29's lethal-trifecta thinking to memory. The right answer references capability-tagged memory (Gemini-style) or origin-typed planning (CaMeL). The wrong answer treats all memory equal and is one prompt-injection away from exfiltration.

08 — CGO Lens

Why this is the most important slide in the next botlearn.ai investor deck

If Day 02 was the architecture lesson, Day 30 is the strategy lesson. Memory is not a feature; it is the only primitive in the agent stack whose value compounds in the customer's direction. Every other capability — better reasoning, better tools, better speed — is a moving target the foundation labs will close in a model generation. Memory is the only thing where botlearn.ai's users themselves can make the product worse for competitors to replace, simply by using it.

$24M
Mem0 Series A · 2026 · backed by Datadog, GitHub
~90%
token cost reduction vs full-history dump · published Mem0 number
91.6
LoCoMo score, April 2026 — the bar to clear in a deck

1The product narrative shift

The 2024 pitch — "our agent is smarter" — has collapsed; foundation models are smart enough that "smarter" is a half-quarter advantage. The 2026 pitch is "our agent knows you." That sentence requires memory to be visible to the user, portable across the user's contexts, and measurable on a public benchmark. botlearn.ai should be saying all three in the first three slides.

2The switching-cost engineering

Altman is correct that memory is the deepest moat — but only if the moat is earned, not extracted. If users feel locked-in, churn surges as soon as a competitor offers an import tool. The defensible version: memory that produces visibly better outcomes and is exportable. Anthropic's "memories as files" decision is a deliberate "we win because we're useful, not because you can't leave" framing. Copy it.

3The CISO conversation, again

Day 29 said sandboxing is the question CISOs ask first. Day 30 says memory is the question they ask second — and the question they escalate to legal. Be ready to say: where the memory lives, who can read it, how the user deletes it, how the origin-trust model prevents an injected web page from writing to it, and what the data-retention default is. Capability-tagged memory (Gemini lineage) is the answer that disarms the room.

4The five tactical moves for botlearn.ai this quarter

1. Pick a memory primitive and ship it: Mem0 if you want fast, Letta if you want portability, Graphiti if your domain has structure. Do not roll your own.

2. Run LongMemEval on your stack today. The score becomes the deck number.

3. Ship a memory sandbox UI before any marketing copy says "remembers you." Day-one transparency, not retrofitted privacy.

4. Tag every memory by origin (user-typed vs retrieved vs tool-output). Refuse to use untrusted-origin memory in privileged operations. CaMeL discipline.

5. Publish an export endpoint. "You can leave with your memory" is the strongest narrative you can ship in 2026.

Pricing implication. Memory is the first agent capability where per-user usage compounds — the longer a user uses you, the more tokens you store and retrieve for them. Tier your pricing on memory size, not just message count. This is also how OpenAI is starting to think about it.

09 — Curriculum Tracker

The full 30-day Agent learning arc

D01Full Agent Stack
D02Memory Architecture
D03Planning & Tool Use
D04RAG Deep Dive
D05Agent Frameworks
D06Benchmarks & Eval
D07Multi-Agent Systems
D08Computer Use Agents
D09Code Agents
D10Long-Horizon Tasks
D11Agent Safety
D12Agent Economics
D13Research Frontiers
D14OpenClaw Deep-Dive
D15A2A Protocols
D16Agentic Commerce
D17Synthesis
D18Reasoning Models & TTC
D19Agent Observability
D20Voice & Realtime Agents
D21Agent RL & Fine-tuning
D22Context Engineering
D23Open-Weight Agent Models
D24Deep Research Agents
D25Async Agents & Background
D26Agentic Browsers
D27Embodied Agents & VLA
D28Generative UI & Agent-Native UX
D29Agent Sandboxing & Secure Execution
D30Agent Personalization & User Memory ←

Thirty days. From "what is an agent" to "how does an agent remember you." The arc that matters for botlearn.ai positioning in mid-2026: agents are commoditising at the model layer, differentiating at the memory and personalization layer. Build for the layer where the moat compounds.