Factory
AI. Source: Factory status page.
- Incidents, last 90 days
- 7
- Median to mitigation
- 28m
- Median to resolution
- 52m
- p95 to resolution
- 32h
- Naming an upstream provider
- 14%
- With a postmortem on the status page
- 0%
What failed, last 90 days
| A provider or third-party service this vendor depends on failed | 4 |
| Exhausted memory, disk, CPU, queues, connection pools or quotas | 1 |
| A configuration change caused the failure | 1 |
| Login, tokens, certificates or credentials failed | 1 |
Tagged by claude-haiku-5-5 from each incident's updates. See the methodology.
Incidents per month
Hatched months are before the recorded history starts.
All recorded incidents
Service Disruption: User Authentication
Affected: api.factory.ai, Web App, Desktop
Failure mode: A provider or third-party service this vendor depends on failed. Root cause: A failure at a provider or vendor they depend on. Tagged by claude-haiku-5-5 with high confidence (taxonomy v0.2).
-
identified
User logins are currently unavailable due to a critical incident with our authentication provider, WorkOS. Users will be unable to log in or create new sessions at this time. Our engineering team is closely tracking the situation with the vendor to ensure fast recovery once...
-
identified
For live updates on the incident, check the official WorkOS Status Page at https://status.workos.com
-
resolved
The incident affecting our authentication provider, WorkOS, has been resolved. For full details regarding the resolution, please visit the WorkOS Status Page at https://status.workos.com/incidents/phs2prf38d75
Excerpts are shortened. Read the full incident on Factory's status page.
GLM 5.2 unavailable in our EU deployment
Affected: GLM
Failure mode: A provider or third-party service this vendor depends on failed. Root cause: A failure at a provider or vendor they depend on. Tagged by claude-haiku-5-5 with high confidence (taxonomy v0.2).
-
monitoring
We're having issues with our inference provider for GLM 5.2 in the EU. We'll update here until the model is back up.
-
resolved
GLM 5.2 is available again in EU.
Excerpts are shortened. Read the full incident on Factory's status page.
DeepSeek V4 Flash Degraded
Affected: DeepSeek
Failure mode: Exhausted memory, disk, CPU, queues, connection pools or quotas. Root cause: The vendor does not say why it happened. Tagged by claude-haiku-5-5 with low confidence (taxonomy v0.2).
-
identified
We're monitoring an issue with our DeepSeek V4 Flash deployment that is causing slow response times. We will provide an update once this has been resolved.
-
resolved
Response times have recovered to baseline levels.
Excerpts are shortened. Read the full incident on Factory's status page.
Degraded Minimax M3 availability
Affected: MiniMax
Failure mode: A provider or third-party service this vendor depends on failed. Root cause: A failure at a provider or vendor they depend on. Tagged by claude-haiku-5-5 with medium confidence (taxonomy v0.2).
-
identified
We have identified an issue with our Minimax M3 serving. We are in communication with our providers and awaiting resolution. We advise temporarily switching to other models in the meantime for uninterrupted workflow.
-
monitoring
We are observing improved Minimax M3 serving. We will keep monitoring the service quality to make sure it is fully recovered.
-
resolved
Minimax M3 serving is fully restored.
Excerpts are shortened. Read the full incident on Factory's status page.
OpenAI Models Returning 431 Errors
Affected: OpenAI
Failure mode: A provider or third-party service this vendor depends on failed. Root cause: The vendor does not say why it happened. Tagged by claude-haiku-5-5 with low confidence (taxonomy v0.2).
Names an upstream provider: OpenAI.
-
monitoring
OpenAI models may return 'Error: 431 status code (no body)'. We are in communication with OpenAI and awaiting resolution.
-
monitoring
We continue to investigate 431 errors from OpenAI models. We advise temporarily switching to non-OpenAI models for uninterrupted workflow.
-
monitoring
To mitigate the issue, users encountering 431 errors should update to Factory CLI `0.188.0` or newer, or Desktop `0.145.0` or newer
-
resolved
We deployed a backend fix for the errors affecting OpenAI models and have confirmed that error rates returned to normal. Users can resume normal usage; no Factory CLI or Desktop update or other action is required.
Excerpts are shortened. Read the full incident on Factory's status page.
Missions API entitlement mismatch
Affected: Web App, CLI, Desktop
Failure mode: A configuration change caused the failure. Root cause: The vendor does not say why it happened. Tagged by claude-haiku-5-5 with low confidence (taxonomy v0.2).
-
investigating
Enterprise accounts are being prompted for billing info when this should be isolated to self-serve
-
investigating
Enterprise accounts are being prompted for billing info when this should be isolated to self-serve
-
identified
Enterprise accounts are being prompted for billing info when this should be isolated to self-serve
-
resolved
Fix has been deployed in production.
Excerpts are shortened. Read the full incident on Factory's status page.
Login for Windows Users
Failure mode: Login, tokens, certificates or credentials failed. Root cause: The vendor does not say why it happened. Tagged by claude-haiku-5-5 with medium confidence (taxonomy v0.2).
-
resolved
Windows users faced an issue blocking login on the latest version of the Desktop App.
Excerpts are shortened. Read the full incident on Factory's status page.
Subscription Lifecycle Actions Down
Affected: api.factory.ai, Web App
Failure mode: A code release introduced the failure. Root cause: A bug in the vendor's own code. Tagged by claude-haiku-5-5 with medium confidence (taxonomy v0.2).
-
monitoring
Actions to subscriptions like creation and cancellation have been failing.
-
monitoring
A new release is being hotfixed.
-
monitoring
The fix has been deployed. Seeing signs of recovery.
-
resolved
All actions have fully recovered.
Excerpts are shortened. Read the full incident on Factory's status page.