Repository navigation
Troubleshooting
Check deployed image digests, Argo resource drift, database schema_version and corresponding required tables. Readiness may deliberately tolerate older schemas. Do not conclude that memory, rooms, profiles or terminal pairing passed live acceptance.
Confirm the same authenticated AgentPrincipal UUID, project/conversation UUID, API route and canonical PostgreSQL data. Compare client state to stored messages; test after worker/browser restart only in an approved test tenant. If only a runtime cache retains a response, continuity is broken.
Treat as an access-control incident; avoid further access, preserve a redacted request ID and timestamp, revoke affected sessions, investigate signature verification and FORCE RLS. Never post another user's content publicly.
Check source message ownership, candidate state, revision/If-Match, feature flag, migration 4, and the response code. A stale revision can legitimately produce a conflict. Never insert active memories directly into PostgreSQL as a workaround.
Separate HTTP authentication, API accepted task, worker queue/run state, model-gateway failure and external tool authorization. Trace run IDs and observed timestamps; never assume a color indicator means a model ran. Validate cancellation and timeouts.
References: live release gates and runtime architecture.
ACP
- Home
- Architecture
- Researcher guide
- Clients and integrations
- Models and runtimes
- Operator runbook
- Developer guide
- API and data contracts
- Security and tenancy
- Troubleshooting
- Contributing
- Guide help and support Engineering reference
- Database RLS and migrations
- Memory lifecycle and provenance
- Harness lifecycle and continuity
- ACP release and conformance
- Agent security checklists