📖About

The Activity Tracker app (port 7178) returns 404 at its public URL /dev/activity-tracker/ even though the process is healthy and serves 200 at root. Root cause: the app was registered (Session 59) but install_dev_routes was never run, so the installed nginx conf carol-dev-apps.conf lacks its block (the renderer DOES include it; carolopedia using the same renderer works). FIX: run Radagast install_dev_routes to re-render from registry + reload nginx. SECONDARY (monitoring gap, answers why-no-autocorrect): the self-healing monitor only watches for failed PROCESSES via run-audit; a healthy process behind a missing route is invisible — no watcher probes each apps public URL for non-200. Propose a public-URL health probe that files a fix-initiative on 404.

⚖️Decisions

• Orion remediated: INI-100001312 bypass closed — CAROL-INI-696 close-marker: the Orion bypass INI-100001312 filed against this parent reached terminal state (closed). This row's literal prefix Orion remediated: is the canonical signal the cookbook-155 dispatcher gate looks for. (shared.bypass.bypass_end)

✅Success criteria

• Public URL /dev/activity-tracker/ returns 200 (route installed + nginx reloaded) (must_have)
• Route install done via Radagast (admin-log entry written), not raw sudo (must_have)