<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/42d4627b476c4282a53e636a940ad6d9&quot; frameborder=&quot;0&quot; width=&quot;1114&quot; height=&quot;835&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>835</height><width>1114</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>835</thumbnail_height><thumbnail_width>1114</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/42d4627b476c4282a53e636a940ad6d9-384049df892d1de4.gif</thumbnail_url><duration>255.837</duration><title>Running Secure Enclave Model Evaluation on GCP</title><description>This Loom demonstrates an evaluation workflow for a real GCP Enclave demo, showing how mock data and private assets are handled. The speaker restarts an in-memory notebook run where folders act like actors, removes prior files for a fresh execution, and then sets up the model owner and benchmark owner roles. They use a model named “Quen 0.5 billion,” with mock dataset and helper code that researchers can browse to develop against the same data structure, while private weights and private inference code remain inside the enclave. The flow includes sharing mock and benchmark data to the enclave, which can be slow due to copying, and notes that researchers have access to mock datasets and samples but not private weights.</description></oembed>