Skip to main content
Start with the symptom table. Find the error or behavior you see, then try the fix in the same row.

Match your symptom

Extra

Auth still failing after you rotated keys

SDK clients cache JWTs until expiry. After you deploy a new TEX_API_KEY, restart workers or recreate the client. That stops them from sending tokens created from the old key. Also confirm https://api.getmetacognition.com is spelled correctly in staging configs.

You see hits but they feel unrelated

Recall ranks by relevance, not chronological order. Set include_timeline=True when the model needs time order. If results still look wrong, check that you are using the same session_id for write and read. Scopes and multi-tenancy explains the mapping.

Confidence swings between identical queries

Small score changes can happen when candidates are close together. If the spread is bigger than ~0.1, capture request_id and file a ticket.

Filing a ticket

1

Collect the request id

Copy e.request_id from any SDK exception. It is safe to share.
2

Note the timestamp

Give us the approximate UTC time the call failed.
3

Describe the call

Include the method (recall, remember, etc.), session_id, and whether you hit REST or the SDK.
4

Add version + redact secrets

Run python -c "import tex; print(tex.__version__)". Scrub API keys or PII before you press send.
You can email support@getmetacognition.com or open an issue on GitHub.

Copy-paste diagnostics

Things that look like bugs but are not

  • Hits are not chronological: relevance ordering is intentional. Use timeline mode when you need chronology.
  • Empty cross-session recall: sessions are isolated until you design a scope strategy. See Scopes and multi-tenancy.
  • Identical queries, tiny score deltas: expect minor movement; large swings merit a ticket.