Skip to main content
The Tex Python SDK keeps Supermemory-compatible calls for the verbs both SDKs support. If you use supermemory.add(...), client.search(...), or client.profile(...), most of the migration is installing tex-sdk and changing the base URL.

Drop-in compatibility

These calls work the same in Tex:
Tex’s search is a resource, not a callable. tex.search(q) raises TypeError. Use tex.search.documents(q) or tex.search.memories(q). tex.search.execute(q) is also available as an alias for tex.search.documents(q).
Tex’s /v3/* and /v4/* paths accept the raw API key as Bearer for Supermemory compatibility. The SDK routes those calls automatically.

Exclusive Tex features

These Tex-only verbs can be adopted one at a time:

Migration steps

1

Install Tex

2

Swap the import

3

Run

Existing add / search / profile calls keep working unchanged.
4

Adopt Tex-native verbs (optional)

Replace your conversation-history pattern with tex.conversations.remember + tex.recall for stronger temporal awareness and confidence scoring. The mental model is in How memory works.

Behavioral differences

  • Auth. Supermemory uses the API key as Bearer. Tex does the same on /v3/* and /v4/*, but exchanges to JWT for Tex-native paths. The SDK handles both.
  • Retention. Memory is persistent. Tex does not wipe free-tier memory on a timer. It stays until you delete it.
  • Pricing. Tex bills on tokens_in / tokens_out, not document count. For document-heavy workloads, measure with tex.usage.summary() after a representative day.
  • Profiles. Tex’s profile aggregates over container_tag like Supermemory’s. Backfill works without changes.
If you hit a Supermemory verb that doesn’t behave identically, file an issue.