diff --git a/docs/frontend/README.md b/docs/frontend/README.md
index 291fb4dd..47244be2 100644
--- a/docs/frontend/README.md
+++ b/docs/frontend/README.md
@@ -22,6 +22,7 @@ Documentation for the Frontend Cell team.
 - [`hooks.md`](./hooks.md) — `usePageRefresh` and `PageRefreshProvider` usage and API reference
 - [`forms/forms-audit.md`](./forms/forms-audit.md) — the living panel-forms ↔ backend-schema consistency audit (settings page + project + task dialogs); update the matching row in the same PR as any schema change
 - [`forms/project-fields-audit.md`](./forms/project-fields-audit.md) — project dialog field reference (types, create-vs-edit exposure, the add-a-field checklist)
+- [`blocker-findings-audit-2026-07-29.md`](./blocker-findings-audit-2026-07-29.md) — 2026-07-29 audit of the frontend cell's `needs_revision`/`awaiting_pm_review` backlog for open BLOCKER-severity findings
 
 ## Contributing
 
diff --git a/docs/frontend/blocker-findings-audit-2026-07-29.md b/docs/frontend/blocker-findings-audit-2026-07-29.md
new file mode 100644
index 00000000..333d5b5b
--- /dev/null
+++ b/docs/frontend/blocker-findings-audit-2026-07-29.md
@@ -0,0 +1,20 @@
+# Frontend Blocker-Findings Audit — 2026-07-29
+
+## Outcome
+
+Sentinel flagged an org-wide backlog of open BLOCKER-severity findings sitting in the `task_review_findings` ledger. As part of the response, the frontend cell PM triaged the frontend cell's `needs_revision` / `awaiting_pm_review` backlog for tasks carrying an open BLOCKER-severity finding.
+
+**Result: 0 open BLOCKER-severity findings** were found on frontend tasks as of the 2026-07-29 triage pass. No frontend task sat in `needs_revision` or `awaiting_pm_review` at either checkpoint.
+
+## Triaged
+
+No individual frontend task IDs were enumerated in this pass — the audit ran via two aggregate `triage()` calls against the frontend cell's `needs_revision` / `awaiting_pm_review` backlog rather than per-task lookups:
+
+- **~16:51 UTC** (cold run) — `triage()` returned zero frontend tasks in `needs_revision` or `awaiting_pm_review` with an unresolved review outcome.
+- **~18:21 UTC** (re-run after clearing the notification/A2A inbox, to rule out stale items masking real backlog) — `triage()` returned the same zero-match result.
+
+Both results were cross-referenced against `recent_team_activity`, which showed no frontend task in `needs_revision` at either checkpoint. Because `triage()` returns an aggregate empty-set signal rather than a task list, no individual task IDs exist to enumerate beyond these two calls.
+
+## Assessment
+
+0 open blockers found on frontend tasks this pass, so this audit gives no direct evidence on whether `mark_addressed`/`mark_verified` is working — only that nothing is currently stuck.