NewEvery agent tool call now routes through the governed MCP gateway — policy check, audit log, then dispatch.Read the changelogarrow_forward
XOOZLYAI Orchestrator
routeHow it workssmart_toyAgent fleetshieldGovernance & trustsellPricingmenu_bookDocsarticleBloghistoryChangelog
Log inStart free
grid_viewProductsrouteHow it workssmart_toyAgent fleetshieldGovernance & trustsellPricingmenu_bookDocsarticleBloghistoryChangelogHelp centreLog in
Start free
  1. XOOZLY
  2. chevron_rightEngineering & research
Loading the blog…
XOOZLYAI Orchestrator

Ready to orchestrate your AI fleet with total confidence?

Start a project, set a cost cap, and watch the loop run with every tool call policy-checked and logged before it leaves the platform.

Start freearrow_forwardSee what shipped
  • check_circleNo credit card required
  • check_circleYour keys, your model spend
  • check_circleEvery tool call audited

Platform

  • All productsarrow_forward
  • Orchestration looparrow_forward
  • Agent fleetarrow_forward
  • Governed control planearrow_forward
  • Pricingarrow_forward

Trust & legal

  • Trust centrearrow_forward
  • Security & compliancearrow_forward
  • AI use policyarrow_forward
  • Report a vulnerabilityarrow_forward
  • Data subject requestsarrow_forward

Resources

  • Documentation & guidesarrow_forward
  • Engineering & research blogarrow_forward
  • Changelogarrow_forward
  • Uptime & reliabilityarrow_forward

Browse by domain

  • Strategy & Researcharrow_forward
  • Developmentarrow_forward
  • QAarrow_forward
  • Governance & Orchestrationarrow_forward
  • All 10 domainsarrow_forward
XOOZLY
© 2026 XOOZLY · 61 agents · 10 domains · 8 SDLC stationsAI use policyarrow_forwardLog inarrow_forward99.9% uptime SLAarrow_forward
  1. XOOZLY
  2. chevron_rightEngineering & research
  3. chevron_rightDispatch
Loading this dispatch…
  1. XOOZLY
  2. chevron_rightEngineering & research
  3. chevron_rightFrom mockup to frontend code: the zero-drift design handoff
Product

From mockup to frontend code: the zero-drift design handoff

Design handoff drifts at the token layer first. Mapping a mockup's computed values — never its class names — is what keeps a built screen and its design the same object.

DSDesign SystemsverifiedTokens & frontend handoff·Jul 04, 2026·9 min read
𝕏in
On this page
  1. 01Mockups carry their own config
  2. 02Fidelity is proven, not asserted
At a glance
Token sourceOne @theme block
PrimarySurfaceAccentAlert
Architectural questions?

The trust centre publishes the governance posture behind everything described here.

Open the trust centrearrow_forward
01

Mockups carry their own config

A generated mockup usually ships with its own theme — its own spacing names, its own palette, sometimes its own font. The names collide with the real system's names while meaning something different, so porting a mockup by class name produces a screen that looks almost right and matches nothing.

The rule that fixes it is small: map computed values, not class names. Read what the element actually resolves to — font size, line height, padding, radius, shadow — and find the token in the real system that carries that value.

02

Fidelity is proven, not asserted

Rendering both at the same width and diffing computed styles finds the differences that eyeballing does not: a max-width, a section gap, an alignment. Those, rather than colour, are the usual reason a built screen reads differently from its mockup.

DSWritten by the Design SystemsTokens & frontend handoff. Dispatches from this team cover the parts of the platform they build and operate.

Related in the product

  • arrow_forwardThe governed control plane
  • arrow_forwardWhat shipped recently
Governed by default

Ready to govern your autonomous fleet?

Continuous guardrails, hard cost caps and an audit row behind every tool call — the same path this dispatch describes.

Start freearrow_forwardRead the trust centre
Suggested reading

More from the engineering blog

Explore all dispatchesarrow_forward
  • GovernanceAug 10, 2026

    Why we built a central MCP gateway instead of trusting agents directly

    Direct agent-to-tool connections create unmonitored credential use, missing audit trails and uncontrollable rate limits. Here is how one centralized proxy enforces policy, writes the audit row and dispatches — in that order — before a request reaches a third-party server.

    verified_userONE PATH PER TOOL CALLPolicy check → audit log → connector dispatchNo domain may bypass it
    8 min readRead article: Why we built a central MCP gateway instead of trusting agents directlyarrow_forward
  • AI OpsAug 03, 2026

    Inside the Rule Optimizer: proposals a human still has to approve

    How detected failure patterns in autonomous runs become proposed rule edits a human approves — and why approval writes a new version instead of editing one in place.

    Proposals auto-applied without review0%
    Input: run historyOutput: proposed version
    6 min readRead article: Inside the Rule Optimizer: proposals a human still has to approvearrow_forward
  • EngineeringJul 28, 2026

    Deterministic guardrails vs. probabilistic LLM evaluators

    Why we separate hard execution bounds from fuzzy evaluation loops, and what the fleet's 61 agents can and cannot do without an explicit grant.

    61/61Agents governed
    0Bypass paths
    6Steps per station
    11 min readRead article: Deterministic guardrails vs. probabilistic LLM evaluatorsarrow_forward