What problem does it solve? Teams often start page-lifecycle, run, or E2E verification without confirming that the project's runtime set exists and that shared server runtimes are actually healthy, causing wasted runs and confusing failures. This Skill gates execution by checking runtime_set definitions and server health first. ## Core Features & Use Cases - Runtime Set Resolution: Resolves the correct runtime_set using a defined priority order (run_set, task, qa_or_runbook, project common) and stops execution when none is defined. - Server Runtime Detection: Identifies server-type runtimes via runtime_kind, ports, or health check commands and skips non-server runtimes with a recorded reason. - Health Gate Reporting: Produces standardized pass/fail summaries for goal.md, handoffs, and PR bodies without ever reading or recording secret values. - Use Case: Before running an E2E suite for a task silo, confirm the project's frontend dev server and backend API runtime respond on their registered ports, then record the health summary in the PR body. ## Quick Start Check whether my project's runtime set is defined and verify the health of its shared server runtimes before I start the page-lifecycle run.