> Markdown version of [/jobs/ext/2527610-data-engineer-agentic-retrieval-memory](https://www.wearedevelopers.com/jobs/ext/2527610-data-engineer-agentic-retrieval-memory). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md).

---

# Data Engineer (Agentic Retrieval & Memory)

- **Company:** St Vincent Depaul Food Pantry
- **Location:** Oaks, PA, United States
- **Experience:** Expert
- **Salary:** $132,500.0 - $196,140.0
- **Contract:** Permanent contract
- **Skills:** Query Performance, Microsoft Azure, Data as a Services, Information Engineering, Data Stores, Enterprise Content Management, Elasticsearch, Graph Database, Python (Programming Language), PostgreSQL, NoSQL, Redis, Search Technologies, Enterprise Search, Cloud Platform System, Azure Data Factory, Retrieval-Augmented Generation, Large Language Models, Multi-Agent Systems, Caching, Build Management, Storage Technologies, Cosmos DB, Key-value Store
- **Published:** August 15, 2026
- **Apply:** https://www.careerjet.com/jobad/us65dec41718c267c9a7b4169076fabef7

## About the Role

Produce the interface documentation, data model decisions and runbooks the wider team and the client operate from. MUST HAVE
5+ years hands-on data engineering in production environments, covering data modelling, storage design, query performance and the operational behaviour of the stores you choose.
3+ years working on agentic or LLM data patterns, with real depth in agent memory: session and conversation state, short-term and long-term memory, summarisation and compaction, expiry and retention, and isolation between users and threads. This is the defining requirement: conventional data engineering alone is not sufficient for this position.
3+ years with vector and semantic search, using Azure AI Search, PostgreSQL with pgvector, Elasticsearch, or a comparable vector store, including hybrid search, relevance tuning and index design.
3+ years designing NoSQL, document or key-value stores for high-write, low-latency workloads: partitioning and sharding strategy, item and document size constraints, time-to-live and retention, and the read and write patterns of conversational or session-based data.
2+ years working with caching or in-memory stores such as Redis or equivalent, for volatile and ephemeral state, including expiry strategy and the trade-offs against durable storage.
Working knowledge of retrieval-augmented generation, including chunking and embedding strategy and how model choice and chunking affect retrieval quality and cost. You will consume an existing vectorised knowledge base more often than you build one.
3+ years Python to production standard, building interfaces or libraries consumed by other engineers rather than scripts.
2+ years working on a major cloud platform, including managed data services, identity and access to data stores, and private networking to data services.
Experience evaluating retrieval and memory quality, using groundedness, relevance or comparable measures, rather than relying on subjective assessment. PREFERRED
Azure data platform experience, including Azure AI Search, Cosmos DB and Azure Storage.
Experience with managed agent memory services or memory frameworks such as those offered by agent platforms, and a view on when to use them rather than building directly on a store.
Experience with agent frameworks and how retrieval and memory are consumed inside an agent loop.
Knowledge graph or entity resolution approaches to long-term or structured memory.
Experience in financial services or another regulated industry, including data residency, retention and the handling of sensitive data.
Familiarity with OpenTelemetry or platform observability tooling, particularly tracing retrieval and memory calls inside agent runs.
Exposure to Model Context Protocol (MCP) or comparable patterns for exposing data sources to agents.
Experience with data catalogues or lineage tooling in an enterprise setting.

## Description

Design and build the agent memory interface across the tiers an agent actually needs: working or session state within a run, short-term conversation history, and long-term memory that persists across sessions. This includes what is written, what is summarised or compacted, what expires, and how state is isolated between users and threads.
Select and implement the right store for each memory tier: a cache or in-memory store for volatile session state, a document or key-value store for conversation history, and a vector store for semantic long-term recall. Match the store to the access pattern rather than forcing one store to serve every tier.
Design and build the retrieval interface over the client's existing enterprise search platform, exposed through the shared SDK so agents query it consistently rather than wiring their own integrations.
Assess the current backing stores against the workload: partitioning strategy, item and document size constraints, time-to-live and retention, read and write patterns under conversational load, latency inside a live agent loop, and cost at volume.
Correct data models or migrate stores where the current design does not fit, including moving to a store better suited to the access pattern.
Tune retrieval quality: hybrid search, relevance and ranking, filtering and scoping, and the evaluation of grounding quality alongside the platform evaluation suite.
Support the ingestion and staging path that feeds retrieval, including chunking and embedding strategy where the platform needs to index its own content. The bulk of enterprise content is already vectorised by other teams; this is about the gaps the platform must fill itself.
Work with client data, security and infrastructure teams on data residency, retention, access control and the handling of sensitive data in retrieval and memory paths.


## Related Videos

- [Leveraging Real time data in FSIs](https://www.wearedevelopers.com/videos/806-leveraging-real-time-data-in-fsis)
- [Reducing LLM Calls with Vector Search Patterns - Raphael De Lio (Redis)](https://www.wearedevelopers.com/videos/1714-reducing-llm-calls-with-vector-search-patterns-raphael-de-lio-redis)
- [HTTP headers that make your website go faster](https://www.wearedevelopers.com/videos/1676-http-headers-that-make-your-website-go-faster)
- [Carl Lapierre - Exploring Advanced Patterns in Retrieval-Augmented Generation](https://www.wearedevelopers.com/videos/1235-carl-lapierre-exploring-advanced-patterns-in-retrieval-augmented-generation)
- [Event based cache invalidation in GraphQL](https://www.wearedevelopers.com/videos/433-event-based-cache-invalidation-in-graphql)
- [NoSQL Data Modeling for Front-end Developers](https://www.wearedevelopers.com/videos/297-nosql-data-modeling-for-front-end-developers)

## Related Articles

- [Introducing Redis Agent Memory Server](https://www.wearedevelopers.com/magazine/699-introducing-redis-agent-memory-server)
- [Graph and AI Trends 2026: Why Is AI Running but Not Yet Delivering?](https://www.wearedevelopers.com/magazine/680-graph-and-ai-trends-2026-why-is-ai-running-but-not-yet-delivering)
- [Everything a Developer Needs to Know About MCP with Neo4j](https://www.wearedevelopers.com/magazine/604-everything-a-developer-needs-to-know-about-mcp-with-neo4j)
- [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers)
- [From Prototype to Production: Build AI Agents with This Free 4-Course Learning Path](https://www.wearedevelopers.com/magazine/655-from-prototype-to-production-build-ai-agents-with-this-free-4-course-learning-path)
- [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again)