Skip to the content.

fak executive roll-up — 2026-06-27

The aggregation of the most important items across fak’s reports and concept docs: PRODUCT-STATUS, BENCHMARK-AUTHORITY, the AgentDojo red-team, dispatch-status, the GLM-5.2 cache-value packet, and the industry scorecard. Synthesized by a 7-agent aggregation+critic workflow; every number cross-checked against the tree and carries a provenance label.

How to read the labels. WITNESSED = fak authored and proved it (tests / a committed artifact). OBSERVED = a reading relayed from an external party (a box, a provider). SIMULATED / PROJECTED = a modeled stand-in, not measured. UNVERIFIED = claimed, no witness yet. The discipline is the point: a labeled gap counts as honest; an overclaim counts as a defect.

The one-paragraph version

fak is one ~13 MB static Go binary — two golang.org/x modules, no Python, no CUDA toolchain — that drops in front of any agent (Claude Code, OpenAI, MCP) and turns every tool call into a permission check. Its load-bearing guarantee is structural: a dangerous lever that isn’t on the allow-list cannot be called no matter what the model is told — refusal by construction, not by classifier. On its own AgentDojo-style red-team it drives attack-success from 0.76 (detection alone) to 0.000 (full stack) while keeping benign tasks working. The product surface is mature and honestly mapped (11 laptop-runnable products, grade-A scorecard). Two things to watch: a closure-honesty problem in the issue backlog (only ~21% of “closed” issues are genuinely resolved), and one open decision — the provider-side cost-savings claim is not yet verified on real traffic and should not be led with until it is. The live strategic goal (GLM-5.2 in fak’s own kernel) is on-track but box-gated, not yet delivered.

Flagship wins (WITNESSED)

Performance — the honest headline

Trust & security

Live strategic goal — GLM-5.2 in fak’s own kernel (epic #1010)

Positioning

Risks & the one open decision

  1. DECISION — provider cost realization is UNVERIFIED. fak’s own accounting reports 85.98% token-shed on replayed real Codex usage (WITNESSED, internal). But whether the provider’s billing actually cascades the cache hit (vs re-billing the dropped middle as fresh input) is not witnessed by provider telemetry — epic #745 needs one credentialed real-traffic session scraped to settle. Do not lead marketing with provider-side cost savings until then. Frame as “mechanism proven, cost realization unverified.”
  2. RISK — closure honesty is 0.207. Of 808 closed issues only 167 are TRUE_RESOLVED; 641 are CLAIMED_CLOSED. Real open work is ~808, not the 166 the backlog shows. This is the credibility bottleneck for any velocity story — commits ship (~118/6h) far faster than issues genuinely close (39/6h). [WITNESSED — dispatch audit.]
  3. RISK — the dispatch loop is cold, not capacity-bound. 0/2 workers live (headroom 2), but last attributed close was ~231 min ago; 6h completion rate 6.5/h vs 10/h target. The block is per-worker completion, not compute or worker headroom — adding workers won’t help until the loop’s real block clears.
  4. RISK — KV-quarantine not yet in the live loop (#579). The flagship mid-run isolation is proven on a synthetic model but the live serve/agent loop doesn’t call it yet — the keystone before fak can claim live KV isolation on a real turn.

Provenance warnings the critic flagged


Regenerate: this roll-up is synthesized from the linked source docs; each is independently regenerable by its own tool (tools/product_scorecard.py, tools/dispatch_status.py, go run ./cmd/agentdojoredteam -json). Numbers are bound to commits in BENCHMARK-AUTHORITY.md.