feat(F-060): completed feature

work/artifacts/F-060/implementer.md

@@ -0,0 +1,82 @@
+# F-060 — Implementer evidence
+
+## Scope delivered
+
+`scripts/generate-thumbnails.sh` was lagging behind the new resize contract
+introduced by F-059. It used `sharp().resize({ width: size, withoutEnlargement: true })`
+with no max-height cap, and it skipped already cached files. After F-059 the
+on-demand path (upload route, dynamic `/uploads/[...path]/route.ts` in all
+three apps) produces `fit: 'inside'` thumbnails bounded by `width * 1.4` height.
+Running the batch script did nothing for existing files — which meant the
+admin/frontend/storefront public uploads still held the legacy shape.
+
+## Changes
+
+### `project/scripts/generate-thumbnails.mjs`
+
+Two adjustments to keep the batch script aligned with the on-demand path:
+
+1. **Resize contract** — same `fit: 'inside'` and `MAX_HEIGHT_RATIO = 1.4`
+   bound as the upload route:
+
+   ```js
+   const maxHeight = Math.round(size * MAX_HEIGHT_RATIO);
+   await sharp(src)
+     .resize({ width: size, height: maxHeight, fit: 'inside', withoutEnlargement: true })
+     .jpeg({ quality: 80 })
+     .toFile(thumbPath);
+   ```
+
+2. **`FORCE` flag** — `FORCE=1` (or `FORCE=true`) skips the cache-skip
+   logic, so the script can regenerate thumbnails in place without deleting
+   the existing files first. Default behaviour (skip existing) is preserved
+   for normal cron runs.
+
+```bash
+FORCE=1 ./scripts/generate-thumbnails.sh
+```
+
+## Acceptance traceability
+
+| Acceptance criterion | How it is met |
+| -------------------- | ------------- |
+| Script uses `fit: 'inside'` with `maxHeight = size × 1.4` | Source updated, line-by-line equivalent to the upload route. |
+| `FORCE` flag regenerates existing cached thumbnails | New env var read at startup, controls the skip block. |
+| All cached thumbnails now use the new bounded-box behaviour matching upload route | After `FORCE=1 ./scripts/generate-thumbnails.sh`: 42 thumbnails regenerated (7 images × 2 sizes × 3 apps). On-disk dimensions verified with `file`. |
+| Non-square source thumbnails are not cropped | 600×800 source produces 40×53 and 200×267 (aspect 3:4 preserved). 800×800 source produces 40×40 and 200×200. 1×1 sources stay 1×1 (`withoutEnlargement` is intentional). |
+| `verify.sh` is green | Exit 0. |
+
+## Manual verification
+
+```
+$ FORCE=1 ./scripts/generate-thumbnails.sh
+[INFO] Found 7 source images
+[OK] Processed 7 images, generated 42 new thumbnails
+
+$ file project/{apps/admin,frontend,storefront}/public/uploads/40/*.jpg
+… 2616a0de-… → 40x53
+… 7f0a005a-… → 40x40
+… 8223b962-… → 40x40
+… a7e3aa30-… → 1x1   (source is 1x1; withoutEnlargement prevents upscale)
+… bd8fe585-… → 40x40
+… d04dc789-… → 1x1   (source is 1x1)
+… fa7a31db-… → 40x53
+```
+
+```
+$ curl /uploads/40/2616a0de-… | file -
+/dev/stdin: JPEG image data, baseline, precision 8, 40x53, components 3
+```
+
+## Build verification
+
+- `./scripts/verify.sh` — exit 0
+- All four services restarted via `monolith.sh prod restart`, all 200
+- `/uploads/40/...` and `/uploads/200/...` reachable from admin, frontend,
+  storefront (HTTP 200)
+
+## Files touched
+
+```
+project/scripts/generate-thumbnails.mjs (modified)
+```