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)./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 withtex.usage.summary()after a representative day. - Profiles. Tex’s
profileaggregates overcontainer_taglike Supermemory’s. Backfill works without changes.

