📖About

Follow-on from CAROL-INI-1797 (activity-tracker 404). Root cause: the dev-app nginx route generator only emits blocks for apps whose registry url starts with /dev/; 28 apps store full https URLs and are silently skipped (they only work because routes were hand-added below the generated block). activity-tracker slipped through with no hand-added block -> 404. THREE parts: (1) GENERATOR ROBUSTNESS: normalize any registry url to its path via urlparse so either format routes; then retire the hand-added manual location blocks for the 28 full-url apps so they are generated from the registry instead (avoid duplicate-location nginx failures by migrating, not adding). (2) SELF-HEALING PROBE: add a monitored, run-audited scheduled process that probes each registered apps public URL and files a fix-initiative when a registered app is unroutable (non-200/302) — closes the gap where a healthy process behind a missing route is invisible to the process-failure monitor (this is why it did not auto-correct). (3) STANDARD: update the new-app design/standard + add-new-app skill to mandate the short /dev// url form as belt-and-suspenders. Albus owns the architecture facet; Archon/Argus the design-template facet.

⚖️Decisions

• Auto-detected remediation target INI-100001311 from title/description scan (matched CAROL-INI-1797 -> row id 100001311 (CAROL-INI-1797-00: Activity Tracker public route 404 — install missing dev route)); override by setting remediates_initiative_id explicitly at bypass_start. (system-auto-detect)

✅Success criteria

• Route generator routes apps regardless of url format (full https or short path), verified by a unit test (must_have)
• All 28 full-url apps route from the generated block; no duplicate-location nginx errors; nginx -t passes (must_have)
• A run-audited scheduled probe detects a registered-but-unroutable app and files a fix-initiative (must_have)
• new-app design standard + skill mandate the short /dev/<route>/ url form (must_have)