diff --git a/REPORT.md b/REPORT.md
index 1f3bdfe..6ac6a82 100644
--- a/REPORT.md
+++ b/REPORT.md
@@ -101,6 +101,20 @@ one-sided job CC can finish.
 **This push therefore used `git push --no-verify`, stated here per `.claude/rules/gates.md`.**
 R-334 is updated in the register with the new numbers rather than left reading 0.215.0.
 
+**CI checked by run ID, as the checklist requires: run `348`, `head_sha ebfd0967c`, conclusion
+`failure`, elapsed 13 s** (04:09:45→04:09:58Z). Expected and inherited — CI's only step is
+`python3 scripts/repo_gates.py --fast`, the same entry point that convicts golden-currency locally,
+with the sibling repos fetched. The 13 s runtime places it in the workflow's own "honest gate
+failure" band rather than the R-265 reap band, so the result is the gate speaking, not the runner.
+**I could not read the run log to name the gate from CI's own mouth** — `actions/runs/348/logs` and
+`actions/tasks/348/logs` both 404, `actions/runs/348/jobs` returns an empty list, authenticated as
+`admin`, and the web log endpoint 302s. So this is an inference from the local run plus the workflow
+definition, not a direct reading, and it is stated as such.
+
+**Expect one `[felhom CI] gates FAILED in admin/felhom.eu` mail for run 348** — the workflow alarms
+on failure by design. It is this push, and it is the golden-currency row, not a new fault; the same
+mails on 12 and 14 August have the same cause.
+
 *(Noted for accuracy: the first gate run was piped to `tail`, which returned `rc=0` — `tail`'s exit
 code, not the gate's. It was re-run unpiped to read the real `rc=1`. That is standing rule 1's trap
 in its smaller form, and the number reported above is the unpiped one.)*