Verify Processing
Knowledge & Memories
Verify Processing
Check the processing status of ingested content.
POST
Verify Processing
When to use it
Both/ingestion/upload_knowledge and /memories/add_memory are asynchronous. After ingesting, use this endpoint to check whether content is fully indexed and ready to be recalled.
Common patterns:
- Polling after upload – wait until status is
completedbefore running recall queries - Bulk progress tracking – pass multiple IDs to check many sources in one call
- Error inspection – see why a specific item failed
Endpoint
- Auth: Bearer token
- Idempotency: Read-only
- Async: No
Example
Query parameters
Perapi-reference/openapi.json, all query parameters below are optional in the spec (each has a default).
The query parameter is named
file_ids for legacy reasons. It accepts the source_id returned by both /ingestion/upload_knowledge and /memories/add_memory – not only file-backed sources.Response
200 response body matches OpenAPI schema BatchProcessingStatus (statuses: array of ProcessingStatus).
Status values
Polling pattern
- Memories (text, markdown, conversation pairs): seconds
- Small documents (under 50 pages): 1–5 minutes
- Large documents (50+ pages): 5–15 minutes
Behavior notes
graph_creation is searchable. Items in the graph_creation state are already retrievable via full_recall and recall_preferences. Wait for completed only if you specifically need full graph context.Related endpoints
- Before this: Upload knowledge · Add memory
- After completion: Full recall · Recall preferences
Errors
Common codes:400 INVALID_PARAMETERS, 404 TENANT_NOT_FOUND, 422 VALIDATION_ERROR. See Error Responses for the full list.
Read more: Essentials → MemoriesAuthorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Query Parameters
Single file ID (deprecated - use file_ids instead).
Example:
"<str>"
One or more file IDs to check processing status for.
Example:
"<str>"
Unique identifier for the tenant/organization
Example:
"tenant_1234"
Optional sub-tenant identifier used to organize data within a tenant. If omitted, the default sub-tenant created during tenant setup will be used.
Example:
"sub_tenant_4567"
Response
Successful Response
List of processing statuses, one per requested file ID.
Example: