Skip to main content

Deep Context Query — intent-aware memory querying for LLM agents

Project description

deepcq

Deep Context Query — intent-aware memory querying for LLM agents.

deepcq sits between an agent's memory and its prompt. Instead of stuffing an entire memory blob into every LLM call, it scores which sections of memory are actually relevant to the current query and returns only those — cutting prompt size while keeping recall.

No embeddings, no vector store, no external dependencies. Relevance is computed from the query's own tokens against text already in memory, using plain regex and a lightweight stemmer.

Install

pip install deepcq

For local development from a clone:

cd deepcq
pip install -e ".[dev]"

Core idea

You declare a MemorySchema: a list of section names such as ["status", "errors", "metrics"]. deepcq doesn't need to know what those sections mean — it derives what's relevant from the words in each query itself ("query-term-first"), rather than from a hand-built keyword table.

from deepcq import DeepCQ, MemorySchema

schema = MemorySchema(sections=["status", "errors", "metrics"])
cq = DeepCQ(schema=schema)

cq.state.set("errors",  "[errors]\n- OOM at 02:15\n")
cq.state.set("metrics", "[metrics]\nCPU: 78%\nMemory: 4.2GB\n")
cq.state.set("status",  "[status]\nAll services running\n")

result = cq.query("any memory or cpu spikes?")
print(result.content)                       # only the metrics section
print(result.sections_included)             # ["metrics"]
print(f"{result.metrics.reduction_pct:.1f}% smaller")

locate() — finding relevant chunks in a text blob

For the common case of "which part of this document answers this query" (no schema, no memory tiers, just text), locate() wraps DeepCQ into a one-shot convenience function:

from deepcq import locate

doc = (
    "The authentication service validates tokens on every request.\n\n"
    "Rate limiting is enforced per API key using a sliding window counter.\n\n"
    "The database migration tool applies schema changes in order."
)

for candidate in locate(doc, "how does rate limiting work?"):
    print(candidate.index, candidate.score, candidate.text)

locate() splits text on chunk_on (default "\n\n"), scores each chunk against query, and returns Candidate(index, text, score) objects for chunks at or above confidence_threshold, ordered by position in the original text. text is returned unmodified — no headers, no wrapping — so it's safe to use directly for verbatim matching against the source document. Pass max_candidates to cap the result to the highest-scoring chunks.

How it works

1. Five memory tiers

DeepCQ manages five tiers, each suited to a different memory lifetime:

Tier Class Lifetime Purpose
T1 AppState live Current state of the running application (sections keyed by name)
T2 SessionCache per-session, bounded Ephemeral key/value scratch space, deduped, LRU-evicted
T3 History sliding window Last N conversation turns
T4 LongTermStore persistent Append-only notes, optionally file-backed (JSON)
T5 ReferenceData persistent, lazy Static config/reference data, optionally file-backed

Each tier renders itself to text via as_text(). DeepCQ.query() pulls text from all five tiers before scoring.

2. Tokenizing the query (tokens.py)

The query is lowercased, split into words, stripped of stopwords, and each surviving token is paired with a suffix-stripped stem (spikesspike, runningrun). No external NLP dependency — it's a small suffix-rule table plus a doubled-consonant cleanup (runningrunnrun).

3. Scoring sections (intent.py)

For each section in the schema, deepcq builds a vocabulary from:

  1. The section name itself (tokenized/stemmed).
  2. Optional keywords you declare for that section in the schema (useful when a section name is jargon, e.g. "db"["database", "postgres"]).
  3. Whatever text is currently stored under that section's header across all tiers.

The section's score is the fraction of unique query tokens found in that vocabulary. Sections scoring at or above schema.confidence_threshold (default 0.3) are "included".

4. Extracting content (schema.py, regex_gen.py)

Sections are delimited in stored text by a header, "[{name}]" by default (configurable via section_header_format, e.g. "## {name}"). Each section compiles to a regex that captures from its header up to the next header or end of string — this is how MemorySchema.extraction_pattern(section) pulls a section's block out of raw tier text.

For the two free-text tiers (cache, history, which aren't section-delimited), deepcq instead builds a single regex out of all query tokens and includes that tier's text only if any token matches (build_content_pattern in regex_gen.py).

5. Result (result.py)

query() returns a QueryResult:

@dataclass
class QueryResult:
    content: str                      # the filtered, concatenated text
    intent: dict[str, float]          # per-section relevance scores
    sections_included: list[str]
    sections_excluded: list[str]
    content_pattern: str              # the regex used against cache/history
    metrics: OptimizationMetrics      # original_chars, filtered_chars, reduction_pct

Fallback safety

If no section clears the confidence threshold and schema.fallback_include_all is True (the default), query() returns the full unfiltered text instead of nothing — this prevents a vague query from silently discarding memory the agent might actually need.

Package layout

deepcq/
├── pyproject.toml
├── README.md
├── deepcq/                      # the installable package
│   ├── __init__.py              # public API: DeepCQ, MemorySchema, QueryResult, ...
│   ├── core.py                  # DeepCQ orchestrator (query())
│   ├── schema.py                # MemorySchema + extraction regex compilation
│   ├── intent.py                # score_sections()
│   ├── tokens.py                # tokenize() / stem()
│   ├── regex_gen.py              # query-token regex builder for free-text tiers
│   ├── result.py                # QueryResult / OptimizationMetrics dataclasses
│   ├── memory/
│   │   ├── state.py             # T1 AppState
│   │   ├── session.py           # T2 SessionCache, T3 History
│   │   └── store.py             # T4 LongTermStore, T5 ReferenceData
│   └── integrations/
│       └── ternary/             # optional adapter for ternary-ai agents/prompts
│           ├── adapters.py      # ToolContextProvider, LangChainMemoryAdapter
│           └── prompt_library.py # PromptLibrary (loads ternary-ai/prompts CSVs)
├── examples/
│   ├── openai_agents_sdk.py
│   ├── claude_agents_sdk.py
│   ├── qwen_agents_sdk.py
│   └── google_a2a.py
└── tests/

Optional integrations

deepcq.integrations.ternary is an optional adapter layer for using deepcq as a memory/context backend in agent frameworks. It has no hard dependency on any framework — both adapters duck-type the interface they mimic:

  • ToolContextProvider — formats a QueryResult as a plain string to inject into a system prompt or tool call.
  • LangChainMemoryAdapter — duck-types LangChain's BaseChatMemory (save_context / load_memory_variables / clear), so it can be passed directly as a chain's memory= argument without installing LangChain.
  • PromptLibrary — loads the CSV prompt templates from the ternary-ai/prompts repo (locally or via urllib from raw GitHub URLs) into a deepcq schema, so prompt templates themselves can be retrieved by intent.
from deepcq import DeepCQ, MemorySchema
from deepcq.integrations.ternary import ToolContextProvider, PromptLibrary

cq = DeepCQ(schema=MemorySchema(sections=["research", "risk-management"]))
provider = ToolContextProvider(cq)
context = provider.get_context("what is my portfolio concentration risk?")

See examples/openai_agents_sdk.py, examples/claude_agents_sdk.py, examples/qwen_agents_sdk.py, and examples/google_a2a.py for focused integration examples. They are designed as SDK wiring references, so you may need to adjust the exact import path to match the SDK version you have installed.

Testing

pip install -e ".[dev]"
pytest

Moving this into its own repository

This directory is self-contained — nothing outside deepcq/ is required. To split it out:

cp -r deepcq/ /path/to/new/deepcq-repo
cd /path/to/new/deepcq-repo
git init
pip install -e ".[dev]"
pytest

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

deepcq-0.2.1.tar.gz (27.7 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

deepcq-0.2.1-py3-none-any.whl (24.8 kB view details)

Uploaded Python 3

File details

Details for the file deepcq-0.2.1.tar.gz.

File metadata

  • Download URL: deepcq-0.2.1.tar.gz
  • Upload date:
  • Size: 27.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.11.10

File hashes

Hashes for deepcq-0.2.1.tar.gz
Algorithm Hash digest
SHA256 07c666cafd71d041b05f465712b009a889b061ddddbcbecc733b805bbfd691c0
MD5 4661e6e68ce314ee7e7ff30d0cd5f6ae
BLAKE2b-256 b8df8d3bdce16da8a652d35ca0e1a13c039ea86717020f61a7ed5ede71e1a5bf

See more details on using hashes here.

File details

Details for the file deepcq-0.2.1-py3-none-any.whl.

File metadata

  • Download URL: deepcq-0.2.1-py3-none-any.whl
  • Upload date:
  • Size: 24.8 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.11.10

File hashes

Hashes for deepcq-0.2.1-py3-none-any.whl
Algorithm Hash digest
SHA256 474718c0800376197f66090de4b7381fa24e610c23a26b40f7f5ace3d75aca4d
MD5 67337582059f60ecbd45e35742c269a2
BLAKE2b-256 a7b0c0bb4e2070a9e0373875a280aed2b6bee30f5a0e5005619ef085d22c6f60

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page