Upload 2 files

CHANGELOG.md

@@ -172,3 +172,21 @@
 - Enhanced `/api/runs/{run_id}` and `/api/runs/{run_id}/progress` to expose `inference_gate`, `generation_smoke`, `hardware_strategy`, `technical_blockers`, file indexes, and normalized run summaries.
 - Added frontend rendering for validation metrics sourced from live progress and smoke-test artifacts.
 - Kept the Gradio fallback UI and core backend workflows unchanged.
+
+## v37 — Premium simplified custom UI
+
+- Simplified the Custom UI navigation to the two real product workflows: **Run build** and **Test Space**.
+- Kept the Run Explorer visible on the build dashboard instead of exposing it as a redundant tab.
+- Reworked the dashboard layout to feel closer to the validated premium mockup while reducing confusion.
+- Replaced ambiguous timeline dots with explicit step states: completed / active / pending / failed.
+- Fixed run artifact links to consistently target the run folder: `runs/<run_id>` inside the connected bucket.
+- Reduced persistent banners: success/info messages now auto-clear and the OAuth OK state is reflected in the header instead of a permanent banner.
+- Preserved the Docker/FastAPI Custom UI architecture, OAuth flow, per-user buckets, build Jobs, validation Jobs, and live polling.
+
+## V38 — Build/run separation and faster Run Explorer
+
+- Added an explicit **Prepare new build** action to separate the fresh build form from selected past runs.
+- Added a build mode notice explaining that selecting a run only changes progress/details and never mutates the build form.
+- Run Explorer filters and search now operate locally from a cached run list for a much snappier interaction.
+- Refresh now explicitly reloads the connected bucket; ordinary filter/search changes no longer re-query the bucket.
+- Selecting a run highlights it, switches the detail/progress context, and keeps the build form independent.

README.md

@@ -41,7 +41,7 @@ The custom dashboard supports:
 - recent run exploration from the signed-in user's Bucket;
 - quick links to the HF Job, generated Space, Space settings, and run artifacts.
 
-The UI follows the validated dashboard layout: Build from model card, live progress, validation metrics, recent events, Run Explorer, selected run details, report preview, and quick links are visible from the main cockpit. It prevents build launches until the user bucket is ready, validates required fields before launch, shows explicit busy/error/success states, and keeps retrying live progress with a visible warning if polling is temporarily unavailable. This avoids leaving users unsure whether the Job is still running.
+The UI follows the validated dashboard layout: Run build, live progress, validation metrics, recent events, Run Explorer, selected run details, report preview, and quick links are visible from the main cockpit. It prevents build launches until the user bucket is ready, validates required fields before launch, shows explicit busy/error/success states, and keeps retrying live progress with a visible warning if polling is temporarily unavailable. This avoids leaving users unsure whether the Job is still running.
 
 
 ### V34 Space startup fix
@@ -59,7 +59,7 @@ V26 expands the custom dashboard run explorer. Selecting a run now opens a detai
 
 ## Main workflow
 
-### 1. Build from model card
+### 1. Run build
 
 Paste a Hugging Face model ID or model-card URL. The app launches an HF Job that:
 
@@ -72,7 +72,7 @@ Paste a Hugging Face model ID or model-card URL. The app launches an HF Job that
 - classifies the result honestly;
 - returns quick links to the Job page, generated Space, Space settings, and run artifacts.
 
-### 2. Validate existing Space
+### 2. Test Space
 
 The builder now tries to assign hardware at Space creation time using the Hub `space_hardware` parameter. It attempts ZeroGPU first, then the preferred/fallback fixed GPU when enabled. If automatic hardware assignment fails because of OAuth, billing, quota, or permission limits, set the hardware manually in the generated Space settings, then run validation. The validation job:
 
@@ -134,7 +134,7 @@ Hardware decisions are written to `hardware_strategy.json` and `hardware_attempt
 
 ### Custom UI V27
 
-The custom interface now includes run-level actions: select a previous run, open its Job/Space/Settings/Artifacts, or prepare the Validate existing Space form directly from that run. A manual hardware action panel appears when a run requires user hardware selection.
+The custom interface now includes run-level actions: select a previous run, open its Job/Space/Settings/Artifacts, or prepare the Test Space form directly from that run. A manual hardware action panel appears when a run requires user hardware selection.
 
 
 ## Custom UI live polish
@@ -145,3 +145,16 @@ The custom interface includes a Run Explorer with status filters, active-run per
 ### V35 Docker/FastAPI OAuth startup
 
 V35 switches the product Space to `sdk: docker` and serves the custom dashboard with a single uvicorn process from the Dockerfile. Hugging Face OAuth is attached directly to FastAPI via `attach_huggingface_oauth`, with login at `/oauth/huggingface/login`. This removes the previous ambiguity between Gradio startup, FastAPI startup, and custom UI routing.
+
+
+## v37 premium simplified UI
+
+The product dashboard now exposes only two top-level workflows: **Run build** and **Test Space**. The Run Explorer remains visible inside the build cockpit, so users can browse previous runs without switching context. Artifact links open the connected bucket at `runs/<run_id>`.
+
+### V38 UI refinement
+
+The custom dashboard separates two user intents more clearly:
+
+- **Prepare new build** clears the selected run context and makes it explicit that the form launches a fresh private Space build.
+- Selecting a previous run in the Run Explorer only updates progress, details, links, and report preview. It does not modify the build form.
+- Run filtering/search is now local and cached after the latest bucket refresh, so status filters should feel instant. Use **Refresh runs** to reload the bucket.