Spots 
Our competitive intelligence pipeline could write a good briefing, but only for one run. Give it a topic and some competitors, and CrewAI agents research the web, analyse the findings, and write a report where every claim has a citation. The next run started from zero. In week 8 it had no idea weeks 1 to 7 existed.
That made it a lookup with nice formatting. An analyst who sees five moves from one company in a quarter calls it a pattern. Ours could only describe today's news. So we added persistent memory and made it central to the design. The design choice: structure first
The obvious move is to embed every finding into a vector store and retrieve by similarity. We went the other way and stored typed events. Each finding becomes a CompetitorEvent (Pydantic) with a competitor, an event type (feature launch, pricing change, hiring, acquisition, funding, partnership, market signal), a date, a title, a description, an impact score, a confidence value, and evidence URLs.
The reason is the questions strategy work asks: "every pricing change in the last 90 days" or "how many hiring events this quarter". A typed query answers those exactly, with date ordering and no ranking noise.
The store is a class we wrote, HindsightStore (memory/hindsight_store.py). It's plain Python: an append-only events.jsonl, plus JSON files for profiles, strategies, and predictions. It's thread-safe and reloads from disk on startup. It is our own implementation and not the Vectorize Hindsight library, which is a separate open-source memory system: https://github.com/vectorize-io/hindsight Where memory sits in the pipeline
The crew grew from four agents (Discovery, Research, Analyst, Writer) to seven: Discovery, Research, Memory, Analyst, Strategy Evolution, Prediction, and Writer.
Agents share one CrewAI tool, HindsightStoreTool, with six operations: store_event, get_history, get_profile, search_memory, get_strategy, and get_predictions. The Memory Agent stores each Research finding, then pulls history and a profile per competitor and hands the Analyst a memory-enriched context. The Analyst's task text requires it to use that history. Strategy and Prediction call the tool too, and predictions must cite stored events. Profiles update on every write Each store_event call recomputes a per-competitor profile. There's no batch job. The core logic:
Confidence starts at 0.3, gains 0.07 per event, and caps at 0.98. The Writer is told to hedge for low-confidence competitors, so the briefing's tone follows how much evidence we hold.
We tried it on a fictional competitor, "NeuraCode AI". The store ships with seeded demo data, and scripts/demo_memory.py runs the whole sequence with no LLM and no network. These are demo events, not market data. Before: one stored event. The Analyst can only restate it: "NeuraCode launched an AI code review tool."
After: six events (code review tool, 15 ML engineers hired, enterprise tier at $45/seat/month, a $28M analytics acquisition, a security scanner, a JetBrains integration). The profile shows total_events = 6 and 72% confidence, straight from the formula. The Analyst now has product, talent, pricing, M&A, and distribution signals with dates. This is a controlled demo, not a benchmark. We haven't measured briefing quality over weeks of live runs. The trade-off we accepted
Our competitive intelligence pipeline could write a good briefing, but only for one run.