You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Service readiness: π’ ok Ingestion worker: βΈ paused on purpose (repository variable INGESTION_WORKER_PAUSED=true). Uploaded documents are not processed until it is resumed. Not an outage: the ingestion autopilot alerts only if an upload waits more than 30 minutes. Build:4a368eeefd72 Β· Container answered: 2026-11-12T12:27:01.416Z Uptime: 121h Β· Demo mode: no Checks: supabaseConfig=ok, openaiConfig=ok, siteContent=ok, supabase=ok Answer quality (trailing 360m, the window alerts judge) No answered queries observedβanswer quality not assessed.
queries: 0
hybrid RPC errors: 0 (N/A)
degraded/source-only: 0 (N/A)
truncation fallbacks: 0 (N/A)
timeout fallbacks: 0 (N/A)
source gaps: 0 (N/A)
unsupported: 0 (N/A) Answer SLO (trailing 60m)
No answered queries in the last 60 minutes.
#423 - PR 423 [merged] #585 - feat(observability): OpenAI answer spend snapshot on the deep health probe [merged] #632 - Reduce cold RAG round trips and reconcile retention controls [merged] #1080 - Fail readiness closed on Supabase probe errors [merged] #1550 - docs(issues): capture db-query-perf operator follow-ups [merged]
π Issue Planner
Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.
Create Plan
π§ͺ Issue enrichment is currently in open beta.
You can configure auto-planning by selecting labels in the issue_enrichment configuration.
To disable automatic issue enrichment, add the following to your .coderabbit.yaml:
issue_enrichment:
auto_enrich:
enabled: false
π¬ Have feedback or questions? Drop into our discord!
Retained as an ongoing monitoring thread, not an unfinished development task. Added backlog:report while preserving ops-digest and the machine-generated body.
Use is:issue is:open label:"backlog:report" for reports and is:issue is:open label:"backlog:actionable" for the six retained work/verification items. This is label-based organisation, not a new reporting workflow.
The inspected 13 September snapshot reports readiness checks as okay but zero answered queries and OPS_ANSWER_SLO_UNKNOWN. That observation does not establish answer quality and is not by itself proof of an outage. Preserve the unknown state and investigate against expected traffic/runbook criteria when actionable.
Future substantive findings should have separately scoped tasks or links to existing tracking. No monitoring schedule, alert threshold, production configuration or workflow was changed by this classification.
Activity
coderabbitai commentedon Jul 19, 2026
π Related PRs
#423 - PR 423 [merged]
#585 - feat(observability): OpenAI answer spend snapshot on the deep health probe [merged]
#632 - Reduce cold RAG round trips and reconcile retention controls [merged]
#1080 - Fail readiness closed on Supabase probe errors [merged]
#1550 - docs(issues): capture db-query-perf operator follow-ups [merged]
π Issue Planner
Check the box below or use the
@coderabbitai plancommand to generate an implementation plan and prompts that you can use with your favorite coding assistant.π§ͺ Issue enrichment is currently in open beta.
You can configure auto-planning by selecting labels in the issue_enrichment configuration.
To disable automatic issue enrichment, add the following to your
.coderabbit.yaml:π¬ Have feedback or questions? Drop into our discord!
BigSimmo commentedon Sep 13, 2026
Reporting classification β 13 September 2026
Retained as an ongoing monitoring thread, not an unfinished development task. Added
backlog:reportwhile preservingops-digestand the machine-generated body.Use
is:issue is:open label:"backlog:report"for reports andis:issue is:open label:"backlog:actionable"for the six retained work/verification items. This is label-based organisation, not a new reporting workflow.The inspected 13 September snapshot reports readiness checks as okay but zero answered queries and
OPS_ANSWER_SLO_UNKNOWN. That observation does not establish answer quality and is not by itself proof of an outage. Preserve the unknown state and investigate against expected traffic/runbook criteria when actionable.Future substantive findings should have separately scoped tasks or links to existing tracking. No monitoring schedule, alert threshold, production configuration or workflow was changed by this classification.
fix(readiness,live-drift): share the cold-start probe, and make a greβ¦
fix(readiness): share the cold-start probe and start the cache windowβ¦