docs: update STATUS.md for 2026-06-21 triage cycle

Re-running the helper hit Gitea 400 'token name has been used' because the
token name was only date-stamped. Add time+pid to make names unique, surface
the real HTTP status/body, and continue past a single token failure.

.gitea/workflows/build-docs.yaml

@@ -21,32 +21,38 @@ jobs:
         with:
           path: api-company
 
+      # NOTE: cross-repo checkouts use SIBLING_REPOS_TOKEN, NOT the auto-injected
+      # GITEA_TOKEN. Gitea's automatic GITEA_TOKEN is scoped to THIS repo only,
+      # so checking out other repos fails with
+      # "Determining the default branch → not found". GITEA_TOKEN is also a
+      # reserved secret name that cannot be overridden, hence a separate secret.
+      # SIBLING_REPOS_TOKEN must be a PAT with read access to the API repos.
       - name: Checkout zip-enrichment
         uses: actions/checkout@v4
         with:
           repository: leeworks-agents/zip-enrichment
-          token: ${{ secrets.GITEA_TOKEN }}
+          token: ${{ secrets.SIBLING_REPOS_TOKEN }}
           path: zip-enrichment
 
       - name: Checkout holidays
         uses: actions/checkout@v4
         with:
           repository: leeworks-agents/holidays
-          token: ${{ secrets.GITEA_TOKEN }}
+          token: ${{ secrets.SIBLING_REPOS_TOKEN }}
           path: holidays
 
       - name: Checkout air-quality
         uses: actions/checkout@v4
         with:
           repository: leeworks-agents/air-quality
-          token: ${{ secrets.GITEA_TOKEN }}
+          token: ${{ secrets.SIBLING_REPOS_TOKEN }}
           path: air-quality
 
       - name: Checkout vin-decoder
         uses: actions/checkout@v4
         with:
           repository: leeworks-agents/vin-decoder
-          token: ${{ secrets.GITEA_TOKEN }}
+          token: ${{ secrets.SIBLING_REPOS_TOKEN }}
           path: vin-decoder
 
       - name: Copy openapi.yaml specs into docs-site
@@ -72,15 +78,39 @@ jobs:
         working-directory: api-company/docs-site
         run: npm run build
 
-      - name: Log in to container registry
+      - name: Install Docker CLI
+        # The job container (node:20) ships no `docker` binary. The runner has a
+        # dind daemon (dind.enabled in the runner HelmRelease), reachable via
+        # DOCKER_HOST, so we only need the client. Install the static binary.
+        env:
+          DOCKER_CLI_VERSION: "27.3.1"
         run: |
-          echo "${{ secrets.GITEA_TOKEN }}" | docker login registry.leeworks.dev \
-            -u ${{ gitea.actor }} --password-stdin
+          set -euxo pipefail
+          curl -fSL --retry 5 --retry-delay 3 --retry-all-errors \
+            -o /tmp/docker.tgz \
+            "https://download.docker.com/linux/static/stable/x86_64/docker-${DOCKER_CLI_VERSION}.tgz"
+          tar -xzf /tmp/docker.tgz -C /tmp
+          install -m 0755 /tmp/docker/docker /usr/local/bin/docker
+          docker version --format '{{.Client.Version}}'
+          docker info >/dev/null   # confirms the dind daemon is reachable
+
+      - name: Log in to container registry
+        # Use Gitea's built-in container registry (gitea.leeworks.dev), which
+        # has a valid Let's Encrypt cert. The standalone registry.leeworks.dev
+        # serves Traefik's default self-signed cert and fails TLS verification.
+        #
+        # Auth uses REGISTRY_TOKEN, NOT the auto GITEA_TOKEN: the auto token has
+        # no package-registry scope, and the registry requires the username to
+        # match the token owner. REGISTRY_TOKEN must be a PAT (owner: 0xWheatyz)
+        # with write:package + read:package scope.
+        run: |
+          echo "${{ secrets.REGISTRY_TOKEN }}" | docker login gitea.leeworks.dev \
+            -u 0xWheatyz --password-stdin
 
       - name: Build and push docs-site image
         working-directory: api-company/docs-site
         run: |
-          IMAGE="registry.leeworks.dev/leeworks-agents/docs-site"
+          IMAGE="gitea.leeworks.dev/leeworks-agents/docs-site"
           SHA="${{ gitea.sha }}"
           docker build -t "$IMAGE:$SHA" -t "$IMAGE:latest" .
           docker push "$IMAGE:$SHA"

.gitea/workflows/validate-flux.yaml

@@ -13,9 +13,19 @@ jobs:
       - uses: actions/checkout@v4
 
       - name: Install kustomize
+        # The act runner runs as root (no `sudo`). Download a pinned release
+        # tarball directly with retries instead of piping the upstream installer
+        # script through bash — the installer makes extra GitHub API calls that
+        # are rate-limited/unreliable on this runner, and `curl -s` hid the
+        # error (a silent exit 6 = could not resolve host).
+        env:
+          KUSTOMIZE_VERSION: "5.4.3"
         run: |
-          curl -sL "https://raw.githubusercontent.com/kubernetes-sigs/kustomize/master/hack/install_kustomize.sh" | bash
-          sudo mv kustomize /usr/local/bin/
+          set -euxo pipefail
+          url="https://github.com/kubernetes-sigs/kustomize/releases/download/kustomize%2Fv${KUSTOMIZE_VERSION}/kustomize_v${KUSTOMIZE_VERSION}_linux_amd64.tar.gz"
+          curl -fSL --retry 5 --retry-delay 3 --retry-all-errors -o /tmp/kustomize.tar.gz "$url"
+          tar -xzf /tmp/kustomize.tar.gz -C /usr/local/bin kustomize
+          kustomize version
 
       - name: kustomize build flux/
         run: kustomize build flux/ > /dev/null

ROADMAP.md

@@ -6,7 +6,7 @@ Cross-repo milestones. Per-API phases live in each API repo's ROADMAP.md.
 
 ## Phase 0 — Orientation (one-time)
 - [x] Audit cluster: nodes, namespaces, ingress, Flux state → `docs/cluster-audit.md` (issue #36 — closed ✅)
-- [ ] Add Flux GitRepository + Kustomization watching `leeworks-agents/api-company` — issue #2 (Talos PR implementation: issue #187)
+- [ ] Add Flux GitRepository + Kustomization watching `leeworks-agents/api-company` — issue #218 (fork PR #399 merged to leeworks-agents/Talos; awaiting operator merge of 0xWheatyz/Talos PR #14)
 - [ ] Deploy `gitea-act-runner` in cluster via Flux HelmRelease (`flux/gitea-runner/`) — issue #3
 - [ ] Stand up `registry.leeworks.dev` (container registry) — required before any API CI works — issue #4
 - [ ] Validate ESO HelmRelease deployment and ExternalSecret sync for all 4 API namespaces — issue #178
@@ -29,7 +29,7 @@ Per-API: implement Fastify/FastAPI service matching `openapi.yaml` exactly. Rapi
 - [ ] Gatus public status page at `status.leeworks.dev` — issue #8
 - [x] Instrument every API with `api_requests_total`, `api_response_duration_seconds`, `api_data_freshness_seconds` (issue #27 — closed ✅)
 - [x] Add Prometheus metrics endpoint to holidays service (issue #180 — closed ✅)
-- [ ] Verify VIN Decoder metrics endpoint and ServiceMonitor scrape config — issue #174
+- [ ] Verify VIN Decoder metrics endpoint and ServiceMonitor scrape config — issue #231
 - [x] VIN Decoder metrics instrumentation + Grafana dashboard (issue #129 — closed ✅)
 - [x] VIN Decoder Gatus health check (issue #134 — closed ✅)
 - [x] Enable Alertmanager in kube-prometheus-stack + configure Slack receiver for SLO alerts (issue #210 — closed ✅)

STATUS.md

@@ -1,6 +1,22 @@
 # Company Status
 
-_Last updated: 2026-06-06_
+_Last updated: 2026-06-21 (triage cycle)_
+
+## Completed This Cycle (2026-06-21 — Triage Cycle)
+
+- **Triage** — All 37 open `agent-ready` issues reviewed; all confirmed still blocked on the same critical-path operator tasks: #47 (create `0xWheatyz/api-company`), #218 (merge Talos PR #14), #33/#106/#150 (DNS for all 8 subdomains).
+- **No agent-implementable work found** — every open issue is either a manual operator task or gated on Flux/cluster activation; kubectl unreachable from agent environment.
+- **0 new issues, 0 closures, 0 label changes, 0 open PRs.**
+- **`kustomize build flux/` = PASS** (1648 lines, no manifest regressions).
+- **Critical path unchanged:** (1) Operator creates `0xWheatyz/api-company` (#47), (2) Operator merges `0xWheatyz/Talos` PR #14 (#218), (3) Operator configures DNS for all 8 subdomains (#33, #106, #150).
+
+## Completed Previous Cycle (2026-06-15 — Triage Cycle)
+
+- **Triage** — All 38 open `agent-ready` issues reviewed; all confirmed still blocked on the same critical-path operator tasks: #47 (create `0xWheatyz/api-company`), #218 (merge Talos PR #14), #33/#106/#150 (DNS for all 8 subdomains).
+- **No agent-implementable work found** — every open issue is either a manual operator task or gated on Flux/cluster activation; kubectl unreachable from agent environment.
+- **0 new issues, 0 closures, 0 label changes, 0 open PRs.**
+- **`kustomize build flux/` = PASS** (1648 lines, no manifest regressions).
+- **Critical path unchanged:** (1) Operator creates `0xWheatyz/api-company` (#47), (2) Operator merges `0xWheatyz/Talos` PR #14 (#218), (3) Operator configures DNS for all 8 subdomains (#33, #106, #150).
 
 ## APIs
 | API            | Spec | Code | Deployed | Listed on RapidAPI | Paying Users | MRR |
@@ -24,9 +40,53 @@ Legend: [x]=done, [~]=in-progress, [ ]=not started
 - **VIN Decoder manifests:** `flux/vin-decoder/` — Flux HelmRelease + Kustomization committed (issue #140)
 - **Alertmanager:** `flux/monitoring/helmrelease.yaml` — enabled with Slack receiver config (`gatus-slack-webhook` secret); PR #212 open (issue #210)
 
-## Completed This Cycle (2026-06-06 — Triage Cycle #226)
+## Completed Previous Cycle (2026-06-08 — Triage Cycle #240)
 
-- **Triage** — All 27 open `agent-ready` issues reviewed and commented with current status (2026-06-06).
+- **Triage** — All 28 open `agent-ready` issues reviewed and commented with current status (2026-06-08).
+  - **All issues confirmed blocked** on the same critical-path operator tasks: #47 (create `0xWheatyz/api-company`), #218 (merge Talos PR #14), #33/#106/#150 (DNS).
+  - **No agent-implementable work found** — all open issues are either manual operator tasks or gated on Flux/cluster activation; kubectl unreachable from agent environment.
+  - **28 issues triaged** — status comments posted on all open `agent-ready` issues.
+  - **0 new issues created** — no gaps found; all ROADMAP items remain grounded in open issues.
+  - **0 issues closed** — no stale issues; oldest open issue is #3 from 2026-05-18 (21 days < 30-day threshold).
+  - **0 label changes** — all existing labels correct.
+  - **0 open PRs** — nothing to review or merge.
+  - **`kustomize build flux/` = PASS** — no manifest regressions.
+- **Critical path unchanged:** (1) Operator creates `0xWheatyz/api-company` (#47), (2) Operator merges `0xWheatyz/Talos` PR #14 (#218), (3) Operator configures DNS for all 8 subdomains (#33, #106, #150).
+
+## Completed Previous Cycle (2026-06-07 — Triage Cycle #232)
+
+- **Triage** — All 28 open `agent-ready` issues reviewed and commented with current status (2026-06-07).
+  - **All issues confirmed blocked** on the same critical-path operator tasks: #47 (create `0xWheatyz/api-company`), #218 (merge Talos PR #14), #33/#106/#150 (DNS).
+  - **No agent-implementable work found** — all open issues are either manual operator tasks or gated on Flux/cluster activation; kubectl unreachable from agent environment.
+  - **1 new issue triaged** — #231 commented with @qa-engineer assessment; BLOCKED on #218.
+  - **0 new issues created** — no gaps found; all ROADMAP items remain grounded in open issues.
+  - **0 issues closed** — no stale issues.
+  - **0 label changes** — all existing labels correct.
+  - **0 open PRs** — nothing to review or merge.
+  - **`kustomize build flux/` = PASS** — no manifest regressions.
+- **Critical path unchanged:** (1) Operator creates `0xWheatyz/api-company` (#47), (2) Operator merges `0xWheatyz/Talos` PR #14 (#218), (3) Operator configures DNS for all 8 subdomains (#33, #106, #150).
+
+## Completed Previous Cycle (2026-06-06 — Sprint Planning Cycle #227)
+
+
+
+- **Sprint Planning** — Full ROADMAP cross-reference + backlog triage completed (2026-06-06).
+  - **ROADMAP cross-reference:** All 18 unchecked items confirmed grounded in open issues — **zero gaps**.
+    - Phase 0: #3, #4, #66, #76–#83, #126–#128, #173, #178, #179, #203, #218 — all tracked.
+    - Phase 4: #7, #8, #174 — all tracked.
+    - Phase 5: #30 — tracked.
+    - Phase 6: #19, #33, #44, #106, #116, #139, #150, #151, #161, #166, #167 — all tracked.
+  - **Staleness check:** Oldest open issue is #3 / #4 from 2026-05-18 (19 days) — **below 30-day threshold; zero closures**.
+  - **Label audit:** All priority/complexity labels confirmed correct from cycle #221 audit — **zero changes**.
+  - **0 new issues created** — no roadmap gaps found.
+  - **0 issues closed** — no stale issues.
+  - **0 label changes** — all existing labels correct.
+  - **`kustomize build flux/` = PASS** — no manifest regressions.
+- **Critical path unchanged:** (1) Operator creates `0xWheatyz/api-company` (#47), (2) Operator merges `0xWheatyz/Talos` PR #14 (#218), (3) Operator configures DNS for all 8 subdomains (#33, #106, #150).
+
+## Completed Previous Cycle (2026-06-06 — Triage Cycle #226)
+
+- **Triage** — All 28 open `agent-ready` issues reviewed and commented with current status (2026-06-06).
   - **All issues confirmed blocked** on the same critical-path operator tasks: #47 (create `0xWheatyz/api-company`), #218 (merge Talos PR #14), #33/#106/#150 (DNS).
   - **No agent-implementable work found** — all open issues are either manual operator tasks or gated on Flux/cluster activation.
   - **0 new issues created** — no gaps found; all ROADMAP items are grounded in open issues.
@@ -172,7 +232,7 @@ Legend: [x]=done, [~]=in-progress, [ ]=not started
 - **PR #160 closed** — had merge conflicts and ROADMAP.md regressions (unchecked completed items). Clean fix applied here.
 - **`kustomize build flux/` = PASS** — no regressions.
 
-## Current Blockers (as of 2026-06-06)
+## Current Blockers (as of 2026-06-07)
 
 In dependency order — operator tasks unless noted:
 
@@ -186,7 +246,7 @@ In dependency order — operator tasks unless noted:
 8. **P1 #218** — Operator: merge 0xWheatyz/Talos upstream PR #14 to activate Flux GitOps for api-company — Fork PR #399 already MERGED to leeworks-agents/Talos; upstream PR #14 is the critical gate; unblocks #2, #3, #4, #66 chain (replaces closed #187 and #90)
 10. **P2 #80** — Create `gitea-image-automation-token` secret in `flux-system` namespace (operator) — enables Flux image automation
 11. **P2 #173** — Create ESO source secrets in `external-secrets` namespace for RapidAPI proxy-secret syncing (operator) — blocks ESO sync
-12. **P2 #174** — VIN Decoder metrics instrumentation in `leeworks-agents/vin-decoder` repo (agent task, depends on #18 deploy)
+12. **P2 #231** — Verify VIN Decoder metrics endpoint and ServiceMonitor scrape config in live cluster (depends on #218 — Flux must be active first)
 13. **P2 #178** — Validate ESO HelmRelease deployment and ExternalSecret sync for all 4 API namespaces (depends on #173 + Flux active)
 14. **P2 #179** — Execute extended full-stack Flux validation checklist including VIN Decoder (depends on #126, #127, #128)
 

docs-site/package.json

@@ -8,9 +8,9 @@
     "preview": "astro preview"
   },
   "dependencies": {
-    "astro": "^4.8.0",
     "@astrojs/mdx": "^3.0.0",
-    "@astrojs/sitemap": "^3.1.0",
+    "@astrojs/sitemap": "~3.2.1",
+    "astro": "^4.8.0",
     "redoc": "^2.1.5"
   },
   "devDependencies": {

docs/deploy-apis-flux-talos.md

@@ -0,0 +1,120 @@
+# Deploying the APIs (Flux GitOps → Talos)
+
+> Handoff doc. The APIs are **not** deployed by Gitea Actions — they are deployed
+> by **Flux** running on the Talos Kubernetes cluster. The Gitea Actions in this
+> repo only build the docs-site image, validate Flux manifests, and publish
+> OpenAPI specs to RapidAPI.
+
+## How a deploy actually happens
+
+```
+API repo (e.g. leeworks-agents/zip-enrichment)
+  └─ its own CI builds & pushes  registry.leeworks.dev/zip-enrichment/server:<tag>
+       └─ Flux image-automation (flux/image-automation/) rewrites the
+          {"$imagepolicy": "flux-system:<api>"} marker in flux/<api>/helmrelease.yaml
+            └─ Flux GitRepository "api-company" (polls main every 5m)
+                 └─ HelmRelease per API (flux/<api>/helmrelease.yaml, bedag/raw chart)
+                      └─ Deployment rolls out in the cluster namespace
+```
+
+Each API has its own directory under `flux/`:
+
+| API | Namespace | HelmRelease path | Image |
+|---|---|---|---|
+| zip-enrichment | `zip-enrichment` | `flux/zip-enrichment/helmrelease.yaml` | `registry.leeworks.dev/zip-enrichment/server` |
+| holidays | `holidays` | `flux/holidays/helmrelease.yaml` | `registry.leeworks.dev/holidays/server` |
+| air-quality | `air-quality` | `flux/air-quality/helmrelease.yaml` | `registry.leeworks.dev/air-quality/server` |
+| vin-decoder | `vin-decoder` | `flux/vin-decoder/helmrelease.yaml` | `registry.leeworks.dev/vin-decoder/server` |
+
+(Confirm each path's exact image with `grep -r imagepolicy flux/`.)
+
+## Prerequisite: the manifests must be live in the cluster's Flux source
+
+`flux/api-company-source/gitrepository.yaml` is **reference only**. The
+*authoritative* copy must be committed to **`0xWheatyz/Talos`** at:
+
+```
+testing1/first-cluster/cluster/flux/api-company/
+```
+
+If that path does not point Flux at this repo's `flux/` directory, Flux never
+sees these HelmReleases and nothing deploys. Verify the Talos repo references
+this repo's `main` branch and that a Flux `Kustomization` includes the
+`api-company` path.
+
+Per-API the cluster also needs (already templated under `flux/<api>/`):
+- `namespace.yaml` — the target namespace
+- the `gitea-registry` imagePullSecret in that namespace
+- `externalsecret.yaml` — pulls API keys (e.g. RapidAPI) via external-secrets
+- `servicemonitor.yaml` — Prometheus scraping (optional for deploy)
+
+## One-time local setup (machine with cluster access)
+
+You need tools that are **not** installed on the dev machine yet:
+
+```bash
+# Talos kubeconfig — export from the Talos controlplane, e.g.:
+#   talosctl kubeconfig ~/.kube/talos-leeworks
+export KUBECONFIG=~/.kube/talos-leeworks
+kubectl cluster-info        # must succeed before continuing
+
+# Flux CLI
+brew install fluxcd/tap/flux
+# Helm (optional, for debugging charts)
+brew install helm
+
+flux check                  # confirm Flux is installed & healthy in-cluster
+```
+
+## Deploy / sync all APIs
+
+```bash
+export KUBECONFIG=~/.kube/talos-leeworks
+
+# 1. Pull the latest main into the cluster's Git source
+flux reconcile source git api-company -n flux-system
+
+# 2. Apply the manifests (name may differ — check: flux get kustomizations -A)
+flux reconcile kustomization api-company -n flux-system
+
+# 3. Reconcile each API's HelmRelease
+flux reconcile helmrelease zip-enrichment -n zip-enrichment
+flux reconcile helmrelease holidays       -n holidays
+flux reconcile helmrelease air-quality    -n air-quality
+flux reconcile helmrelease vin-decoder    -n vin-decoder
+
+# 4. Verify everything is Ready
+flux get helmreleases -A
+kubectl get pods -A | grep -E 'zip-enrichment|holidays|air-quality|vin-decoder'
+```
+
+## Troubleshooting
+
+```bash
+# Why is a release not Ready?
+flux get helmrelease <name> -n <ns>
+kubectl describe helmrelease <name> -n <ns>
+
+# Is image automation picking up new tags?
+flux get image policy -n flux-system
+flux get image update -A
+
+# Pod won't start (image pull / secret issues)
+kubectl describe pod <pod> -n <ns>
+kubectl get events -n <ns> --sort-by=.lastTimestamp | tail -20
+```
+
+## Force a fresh deploy of a single API
+
+```bash
+flux suspend helmrelease <name> -n <ns>
+flux resume  helmrelease <name> -n <ns>   # triggers a fresh reconcile
+# or restart the workload directly:
+kubectl rollout restart deployment/<name> -n <ns>
+```
+
+## Related docs in this repo
+- `docs/operator-runbook.md` — day-2 operations
+- `docs/registry.md` — container registry (`registry.leeworks.dev`) setup
+- `docs/secrets-checklist.md` — required cluster secrets
+- `flux/image-automation/` — automatic image tag bumping

docs/metrics-standard.md

@@ -286,7 +286,11 @@ annotations:
 
 ## Grafana Dashboard
 
-A reference dashboard JSON is available at `docs/grafana-api-dashboard.json` (TBD — will be committed once Grafana is deployed per issue #7).
+Grafana dashboards are committed as Flux ConfigMaps and are auto-loaded by Grafana via the `grafana_dashboard: "1"` label:
+- `flux/monitoring/grafana-dashboard-apis.yaml` — consolidated 4-API dashboard (all APIs)
+- `flux/monitoring/vin-decoder-dashboard.yaml` — VIN Decoder-specific dashboard
+
+Dashboards will load automatically once Grafana is deployed (issue #7) and Flux is active (issue #218).
 
 Key panels to include:
 1. Request rate by API and status (`rate(api_requests_total[5m])`)

flux/vin-decoder/helmrelease.yaml

@@ -37,7 +37,8 @@ spec:
                 - name: vin-decoder
                   image: registry.leeworks.dev/vin-decoder/api:latest # {"$imagepolicy": "flux-system:vin-decoder"}
                   ports:
-                    - containerPort: 3000
+                    - name: http
+                      containerPort: 3000
                   env:
                     - name: RAPIDAPI_PROXY_SECRET
                       valueFrom:
@@ -72,7 +73,8 @@ spec:
           selector:
             app: vin-decoder
           ports:
-            - port: 80
+            - name: http
+              port: 80
               targetPort: 3000
       - apiVersion: networking.k8s.io/v1
         kind: Ingress

scripts/setup-sibling-repos-token.sh

@@ -0,0 +1,68 @@
+#!/usr/bin/env bash
+# Create the Gitea PATs the build-docs workflow needs and store them as action
+# secrets on leeworks-agents/api-company:
+#   - SIBLING_REPOS_TOKEN : read:repository  (clone the sibling API repos)
+#   - REGISTRY_TOKEN      : write:package + read:package
+#                           (push the docs-site image to gitea.leeworks.dev)
+#
+# Why this script exists:
+#   - The auto-injected GITEA_TOKEN is scoped to THIS repo only (can't read
+#     sibling repos) and has no package-registry scope (can't push images).
+#     GITEA_TOKEN is also a reserved secret name that cannot be overridden.
+#   - `tea` cannot CREATE a PAT (no such command), and Gitea's token-creation
+#     API requires BASIC AUTH (your password) — a token cannot mint a token.
+#   - `tea` CAN set the action secrets using its existing login.
+#
+# So: this prompts for your password ONCE, mints both PATs via the API, and
+# pipes each straight into `tea`. Token values are never written to disk.
+#
+# Usage:  bash scripts/setup-sibling-repos-token.sh
+set -euo pipefail
+
+GITEA_URL="https://gitea.leeworks.dev"
+GITEA_USER="0xWheatyz"
+REPO="leeworks-agents/api-company"
+# Unique per run (date + seconds + pid) so re-runs never collide with an
+# existing PAT name — Gitea returns 400 "token name has been used" otherwise.
+STAMP="$(date +%Y%m%d-%H%M%S)-$$"
+
+command -v curl >/dev/null || { echo "curl required"; exit 1; }
+command -v tea  >/dev/null || { echo "tea required";  exit 1; }
+command -v python3 >/dev/null || { echo "python3 required"; exit 1; }
+
+echo "Gitea user: $GITEA_USER  ($GITEA_URL)"
+read -r -s -p "Gitea password (for $GITEA_USER): " GITEA_PASS
+echo
+
+failures=0
+
+# mint_token <token-name> <json-scopes-array> <secret-name>
+mint_token() {
+  local token_name="$1" scopes="$2" secret_name="$3" body code pat
+  # Capture body + HTTP status separately so 4xx errors show the real message.
+  body="$(curl -sS -o - -w $'\n%{http_code}' -X POST \
+    -u "${GITEA_USER}:${GITEA_PASS}" \
+    -H 'Content-Type: application/json' \
+    -d "{\"name\":\"${token_name}\",\"scopes\":${scopes}}" \
+    "${GITEA_URL}/api/v1/users/${GITEA_USER}/tokens")"
+  code="${body##*$'\n'}"
+  body="${body%$'\n'*}"
+  if [ "$code" -lt 200 ] || [ "$code" -ge 300 ]; then
+    echo "  ✗ ${secret_name}: token API returned HTTP ${code}: ${body}" >&2
+    echo "    (401/403 = wrong password or 2FA; 400 = duplicate name or bad scope)" >&2
+    failures=$((failures+1)); return 1
+  fi
+  pat="$(printf '%s' "$body" | python3 -c 'import sys,json; print(json.load(sys.stdin)["sha1"])' 2>/dev/null || true)"
+  [ -n "$pat" ] || { echo "  ✗ ${secret_name}: could not parse token from: ${body}" >&2; failures=$((failures+1)); return 1; }
+  printf '%s' "$pat" | tea actions secrets create "$secret_name" --repo "$REPO" --stdin
+  echo "  ✓ ${secret_name} set (PAT '${token_name}')"
+}
+
+# Don't let one failure abort the rest.
+mint_token "sibling-repos-readonly-${STAMP}" '["read:repository"]'              "SIBLING_REPOS_TOKEN" || true
+mint_token "docs-registry-${STAMP}"          '["write:package","read:package"]' "REGISTRY_TOKEN"       || true
+
+unset GITEA_PASS
+echo "Done (${failures} failure(s)). Verify:  tea actions secrets list --repo ${REPO}"
+echo "Then re-run build-docs (push to main, or: tea actions workflows dispatch build-docs.yaml)"
+[ "$failures" -eq 0 ]