Managing maintenance windows
SkillAI & modelsLets your agent start or stop Latitude production maintenance mode, redirecting services to a status page.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Managing maintenance windows skill
About this capability
Enables or disables Latitude production maintenance mode by redirecting all publicly exposed production services to the Better Stack status page. Use when asked to start, stop, toggle, verify, or prepare a maintenance window.
What this skill tells your AI
The instructions your AI receives, as published by latitude-dev/latitude-llm in .agents/skills/managing-maintenance-windows/SKILL.md and read by ahel’s review.
Use this skill when a user asks to enable, disable, verify, or prepare Latitude's production maintenance window.
What maintenance mode does
- Maintenance mode is an ALB-level switch in
infra/lib/alb.ts. - When enabled, all public production service hostnames redirect to
https://status.latitude.so/:console.latitude.so,api.latitude.so,ingest.latitude.so, andbull-board.latitude.so. - The switch is controlled by the Pulumi production config key
enableWebMaintenanceRedirect. - Do not implement this in
apps/web: if a service is unhealthy, app-level redirects may not run.
Enable maintenance mode
From infra/:
pulumi config set enableWebMaintenanceRedirect true --stack production
pulumi preview --stack production
pulumi up --stack production
Then verify from outside the VPC:
curl -I https://console.latitude.so/
curl -I https://api.latitude.so/health
curl -I https://ingest.latitude.so/health
curl -I https://bull-board.latitude.so/
Expected result: all requests return an HTTP redirect with Location: https://status.latitude.so/.
Disable maintenance mode
From infra/:
pulumi config rm enableWebMaintenanceRedirect --stack production
pulumi preview --stack production
pulumi up --stack production
Then verify:
curl -I https://console.latitude.so/
curl -I https://api.latitude.so/health
curl -I https://ingest.latitude.so/health
curl -I https://bull-board.latitude.so/
Expected result: none of the requests redirects to https://status.latitude.so/. Services may return normal responses or auth redirects depending on the requested path.
Safety checklist
Before enabling:
- Confirm the user wants all publicly exposed production services redirected.
- Confirm
https://status.latitude.so/is live and has the relevant Better Stack maintenance or incident notice. - Run
pulumi preview --stack productionand check that the ALB HTTPS listener default action and all public host rules change from forwarding to redirecting. - Apply only after the user has approved the production change, unless they already explicitly asked to execute it.
Before disabling:
- Confirm the maintenance window is complete or the user explicitly asked to restore service.
- Run
pulumi preview --stack productionand check that the ALB HTTPS listener default action and all public host rules change from redirecting back to forwarding. - Verify every public hostname after
pulumi up.
Notes for agents
- Use
eval "$(mise env)"if local shell commands cannot findnode,pnpm, or Pulumi-related tooling. - Do not change the hardcoded redirect target to an incident-specific URL. The reusable target is the status page root,
https://status.latitude.so/. - If Pulumi credentials or stack access are unavailable, report the exact command the operator should run and do not fake success.
Signals
- GitHub stars
- 5k
- Forks
- 387
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
managing-maintenance-windows- Source
- github.com/latitude-dev/latitude-llm