AI Engineer World's Fair 2026
Modality Misalignment and Originality Attribution in Short-Form Video — Aditya Gautam, Meta
Read the talk
Modality Misalignment and Originality Attribution in Short-Form Video
Aditya Gautam of Meta explains how specialized vision-language models divide perception, retrieval, and review to catch brief content changes and investigate copied videos—and how training, evaluation, and selective processing make that architecture practical at scale.
From a talk by Aditya Gautam
At a glance
Ideas worth remembering
Time-linked clip evidence makes a brief topic change inspectable: the perceiver extracts it, and the reviewer compares it with surrounding content.
Offline indexing and clustering prepare the corpus for online retrieval; topics, embeddings, and entities supply different routes to similar clips and authors.
Production failures need trace diagnosis before correction: reasoning, tool calls, and retrieval can each cause a poor final result.
Choose specialized model sizes and reasoning budgets against domain quality, latency, and cost, while checking the LLM judge against fresh human labels.
Frame compression, cached decisions, and metadata pruning save work at different stages; ongoing evaluation and monitoring keep those optimizations useful as the data changes.
A brief change can alter what a video is doing
A video can begin with the subject a viewer expected, then slip in an advertisement or political message for a small part of its runtime. Finding that insertion requires understanding where the content changes, down to clips and frames. In this recording, Aditya Gautam of Meta pairs that problem with another: finding copied or transformed videos and identifying their source.
The operating conditions make both tasks difficult. The data spans 100 million plus videos, includes viral and adversarial content, and carries multilingual text inside images and video. Uploads change as new AI tools appear, so the distribution moves from month to month. There is also no clear ground truth for the problems being solved; the system must work with judgments whose meaning depends on the content and the task.
Comparing modalities is the simpler starting point: represent images, video, audio, or text with embeddings and compare their cosine similarity. The harder task here is detecting a change within a video over time. A representation of the whole video does not by itself locate the small interval where an unexpected message appears. That calls for granular visual understanding and temporal analysis.
Originality adds a different comparison: the uploaded video against other content in the corpus. AI tools make duplication and transformation easier, which complicates attribution and credit. Repeated copies also produce user fatigue. Detecting similarity is therefore useful both for investigating a video's source and for understanding why viewers keep encountering versions of the same content.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Separate seeing the video from judging its timeline
The architecture divides content understanding, retrieval, and reasoning because each needs specialized work. That division has a condition: if one agent or one language model can solve the problem, there is no need to add a multi-agent system. Here, a reviewer receives the video or clip ID and acts as the central orchestrator, asking a perceiver to gather the visual evidence.
The perceiver fetches the video from the database and divides it into smaller parts using semantic embeddings and temporal changes. It does not sample at a fixed frame rate. Instead, it finds changes and compresses similar frames into one or two representative frames. The segmentation algorithm is outside the recording's scope, but its purpose is clear: reduce repeated visual work while retaining the places where the video changes.
Each clip becomes structured evidence: embeddings, tags, OCR, a natural-language description, and timestamps or frame ranges. The perceiver passes that information to the reviewer as a JSON object. This separates the visual extraction task from the temporal judgment: the reviewer can compare what happened in successive intervals using descriptions and metadata tied to their locations.
The concrete example is a sports video through the first six seconds, followed by political content from six to 6.5 seconds. The observable change is only half a second long. Once the perceiver represents those intervals separately, the reviewer can compare their topics, locate the transition, and consider whether it is a misalignment or a larger issue. The topic change becomes evidence for a judgment rather than an automatic verdict.
How does a fleeting insertion become something the reviewer can inspect? The diagram follows the sports example from its two time intervals into clip metadata and then a temporal comparison. The important relationship is between content and location: retaining both lets the reviewer identify the half-second change instead of treating the video as one undifferentiated subject.
The initial interval establishes the video's preceding topic.
Time-linked clip evidence lets the reviewer compare the political interval with the preceding sports content.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Search the corpus through topics, embeddings, and entities
The reviewer then asks the retriever for similar clips, supplying the video and metadata it has already deduplicated and post-processed. Retrieval extends the investigation beyond the current timeline: the system can compare the upload with other clips, entities, topics, and authors in the corpus.
Different signals need different search structures:
- Topics → inverted index. A topic points to the videos associated with it, giving retrieval a direct route from a named subject to matching content.
- Embeddings → vector database. Clip and video representations support similarity search across the corpus.
- Entities → graph database. Extracted entities provide another way to retrieve related content alongside topics and embeddings.
Using these stores together gives online inference several routes to relevant candidates and is intended to improve recall.
Much of this preparation happens offline. The perception machinery can run as a library in large-scale batch analysis; a Ray cluster is one example given. The resulting metadata is indexed, and periodic clustering assigns embedding and cluster IDs to clips and whole videos. Online retrieval then uses the query's clip ID and metadata to search those prepared stores, rather than rebuilding the corpus organization for every request.
Similarity produces candidates, which still need sorting. The retriever finds similar clips and authors, reranks them, and can use traditional classifier scores to identify spam or low-quality candidates. It returns the leading candidates to the reviewer. The reviewer combines them with the original content signals and can ask for more retrieval if the available evidence is insufficient. This supplies comparisons for the originality task; the recording does not specify a rule that conclusively selects the original creator from those matches.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Add what viewers are experiencing now
The reviewer has two kinds of content evidence by this point: temporal signals from the video itself and comparisons with similar clips and authors. It also receives real-time interaction signals—reports, likes, dislikes, comments, and comment sentiment. Those signals capture responses that offline analysis and visual models can miss.
The reason to incorporate them is temporal as well as semantic. A change in sentiment or response may matter while the video is circulating, even though its pixels have not changed. Tools let the reviewer consider that evolving response alongside what the video contains. User interaction becomes an additional input to understanding the video.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Train small VLMs for the data and the output
All three agents use specialized small vision-language models, or VLMs. The motivation is the amount of visual work: processing billions of frames needs compression and economical serving. Model preparation therefore includes pretraining, fine-tuning, distillation, and quantization, with each model aimed at its particular task.
Pretraining addresses a mismatch in the visual data. Gautam contrasts the clean web data used by available foundational models with messy, in-house, user-generated content created for this workflow. Training on those image tokens and language adapts the vision component to the actual input distribution. That work is expensive, so the decision depends on whether it produces a useful improvement over adapting an existing encoder.
Instruction fine-tuning teaches the task and the form of the answer. The training data includes policies, guidelines, content signals, and desired outputs in a JSON schema, including misalignment or duplication scores and reviewer reasoning. In the model architecture, a vision encoder processes the clip, a projector bridges its representation to the language model, and the language model produces the instructed output.
The context gives each model its role, policy, available tools, and relevant metadata in a brief form. In-house labels define the issues and the output a human reviewer should receive. These two training stages solve different problems: visual pretraining improves understanding of the input, while instruction tuning teaches how to use the supplied context and express the result in a form the pipeline can process.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Trace production failures before retraining
The next stage is a DPO improvement loop built around production examples. A subsample of inference results passes through an in-house LLM judge trained on human-labeled data, followed by a human review queue. The recording uses 95% as an illustrative performance threshold; it does not report an achieved result or define a benchmark metric for that number.
A poor result must be traced through the system before it becomes a training target. Human reviewers inspect agent traces, model calls, and tool interactions to find whether the failure came from reasoning, a wrong tool call, or retrieval that did not work. The correction may belong in the model or in the surrounding harness. A final wrong answer alone does not identify which component needs changing.
Once the needed improvement is understood, positive and negative examples support retraining. Daily production sampling keeps the loop supplied with fresh data and helps reveal drift. It also checks how the LLM judge is doing. The evaluator is part of the system that must keep learning, rather than a permanently reliable reference outside it.
Where does an incorrect production result turn into an improvement? The loop below places trace diagnosis between evaluation and retraining. That step matters because it separates a model's mistaken judgment from a tool or retrieval failure, allowing the correction to reach the component that caused it.
Subsample real results daily to track performance and drift.
Daily samples support evaluation, trace diagnosis, and new training examples; human review also checks the judge.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Choose model size against the whole system's cost
The model only needs to solve this internal domain problem. Gautam's useful test is blunt: “I really don't care if the model can solve a coding problem.” Frontier-sized VLMs carry inference cost and complexity that this workload cannot afford. Off-policy and on-policy knowledge distillation, followed by experiments with quantization, produce smaller candidates for deployment.
The decision comes from a table of model sizes and compression choices: which candidates preserve acceptable domain performance, and which save compute and inference cost? The recording does not provide the candidate sizes or measured savings. Its decision rule is to choose compression against task quality and production resources together, rather than assume that the smallest model is sufficient.
Evaluation begins with precision, recall, and F1 for task success, then opens up the pipeline:
- Retrieval quality and latency. Check how well retrieval finds relevant content and how long it takes, rather than attributing every final error to the reviewer.
- Reasoning quality and budget. Inspect whether the reviewer is overthinking. Reduce its budget when less work suffices; consider increasing planning or reasoning effort for more complex cases.
- Failures by component. Track edge cases and error rates at the nodes and hooks where tool calls, retrieval, or model behavior fail.
- System efficiency. Measure token cost and latency for each agent and for the combined system.
These measurements connect a final judgment to both its cause and its cost.
The judge needs its own evaluation against the human queue. User-generated content keeps drifting, so a judge that worked on an earlier distribution may need retraining on new labels. Otherwise, the improvement loop risks relying on an evaluator that has itself fallen behind the data.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Save work before invoking the full pipeline
The final optimizations reduce how much content needs expensive processing in the first place. They operate at different levels:
- Similar frames. Spatial-temporal reduction compresses repeated frames, reducing visual work within a video.
- Repeated content. Caching lets highly similar viral content reuse a decision and skip the multi-agent pipeline.
- Candidate videos. Metadata pruning narrows the set sent for review. Topics and creator history can inform the choice, including authenticity scores, video quality, and engagement.
The first reduces the input, the second avoids repeated inference, and the third decides which videos enter the system.
Those shortcuts make selection consequential. The sports example requires retaining a brief change; caching requires deciding when similarity is high enough to reuse a judgment; metadata pruning uses a creator's record to skip processing. The recording describes these mechanisms without giving their decision thresholds or error tradeoffs, so they are design choices to evaluate alongside the pipeline they bypass.
The closing advice keeps decomposition conditional and evaluation central. Divide the problem when specialized work requires it, adapt optimization to cost feasibility, and keep production monitoring and qualitative improvement running. On changing, adversarial video data, maintaining the system means continuing to inspect what it misses, what its tools do, and how its judgments compare with human review.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Read the complete timestamped transcript
- 0:01
[music]
- 0:12
Hello everyone. Uh I am Adita and we
- 0:15
will be talking about uh two main
- 0:17
problems that happen on the short form
- 0:19
surfaces. We are going to talk about how
- 0:21
do we deal with these things at a scale.
- 0:23
Uh
- 0:25
so to get started first thing is we will
- 0:27
understand what are the characteristics
- 0:28
of the data that we are trying to deal
- 0:30
with what are the two main problems that
- 0:32
we are actually working on uh and what
- 0:35
are the multi- aent systems to solve
- 0:37
those problems at a scale what are the
- 0:40
different specialized small scale WM
- 0:42
that we can uh build uh to solve those
- 0:45
individual agentic problem and how do we
- 0:48
build those agents what are the
- 0:49
different ways to actually optimize it
- 0:51
like to make it like scalable at a very
- 0:53
big scale and then we will be looking
- 0:56
into the evaluation in a very holistic
- 0:58
360 manner not just like a precision
- 1:00
recall what is out there how do we
- 1:02
understand the entire multi-agenting
- 1:04
pipeline both from LLM level tools MCP
- 1:07
and whatn not everything out there and
- 1:09
then we will be getting into the
- 1:10
optimization techniques which this which
- 1:12
are very vision specific and metadata
- 1:15
specific which will allow us and give us
- 1:17
some intelligence to tell that we really
- 1:20
don't need to do intell like this
- 1:21
intelligent like workflow So for all the
- 1:23
videos we can figure out what are the
- 1:25
small set of videos which should be the
- 1:27
candidate for doing these things and we
- 1:29
will conclude with the takeaways.
- 1:32
So the real life data is very messy. It
- 1:35
is we are talking about at a scale of
- 1:37
100 million plus and a lot more viral
- 1:39
content. There's a lot of adversal
- 1:41
content people are trying to gain the
- 1:43
system. There are a lot of uh
- 1:44
multilingual text on the screens and in
- 1:46
their videos and images. And the uh data
- 1:50
is very dynamic. it keeps on changing
- 1:52
from like month to month different AI
- 1:53
tools are coming everything out there so
- 1:55
it's it's really really dynamic that
- 1:57
means there is a lot of drift issues and
- 1:58
other thing that comes with a video data
- 2:01
and then we know that there is no clear
- 2:03
ground truth for the problem that we're
- 2:05
trying to solve so these are like
- 2:06
existing problem which happens in a real
- 2:08
world video data set we will be the
- 2:11
first problem that we will be talking
- 2:13
about is the modality misalignment where
- 2:15
the first is intramodality which is a
- 2:18
very solved problem you can have a clip
- 2:20
model you can have a modality on uh uh
- 2:23
images, videos, uh audio, text and
- 2:25
figure out what exactly is the cosign
- 2:27
similarity on those embedding and figure
- 2:28
it out. So this is a much simpler
- 2:30
problem. What we will be talking about
- 2:33
how we are doing intraodality u issues.
- 2:37
So this is consider that like a video we
- 2:39
have a big video and then uh suddenly
- 2:41
you are seeing something some ad agenda
- 2:43
some political things or something out
- 2:45
there which shouldn't be there in the
- 2:47
video as when you clicked on it. So how
- 2:49
do we actually look into the small
- 2:51
segments of the uh video understand this
- 2:54
problem and figure out where there is an
- 2:56
anomaly or kind of like adversarial
- 2:58
behavior out there which shouldn't be
- 2:59
there in the first place. So this is the
- 3:01
first problem which requires a lot of
- 3:03
granular understanding vision
- 3:05
understanding and a video understanding
- 3:06
to see what is happening at a very clip
- 3:08
and a very frame level. The second
- 3:10
problem is uh to understand the
- 3:12
unoriginal content. In today's economy
- 3:15
with the AI tools available, it's really
- 3:17
easy to actually duplicate the content.
- 3:19
When someone uh upload a video or
- 3:22
something, we see that okay, it is being
- 3:24
copied, it is being transformed and with
- 3:26
tools, it is getting much easier to
- 3:28
transform these videos. U so how do we
- 3:30
actually detect this kind of unoriginal
- 3:32
content? How do we figure out the source
- 3:34
of the video? And um this has actually
- 3:37
caused a problem in attribution credit u
- 3:40
ecosystem imbalance and lot of like user
- 3:42
fatigue where we are seeing a lot of
- 3:44
repetitive videos which shouldn't be
- 3:45
there in the first place. So uh coming
- 3:49
to the multi- aent system uh the first
- 3:51
thing is that uh why we are going to
- 3:53
multi-agent not a single agent or single
- 3:55
lenm because the problem is really
- 3:56
complex. It requires a really
- 3:58
specialized uh nodes and uh kind of like
- 4:01
an understanding at each part of
- 4:03
retrieval content understanding and then
- 4:05
reasoning and if you can solve a problem
- 4:08
with one agent one LLM you we don't need
- 4:10
to actually do it on multi- aent
- 4:13
systems. So this is where the
- 4:16
centralized brain how we are actually
- 4:18
thinking kind of like how the uh
- 4:19
decomposition happens of this problem.
- 4:22
The first is basically you have a video
- 4:24
and kind of like a clip video ID and
- 4:26
everything given to a reviewer agent.
- 4:28
This is a centralized agent. This is
- 4:30
basically the orchestrator. Consider
- 4:31
that as an API gateway of uh doing a
- 4:34
sing signal decomposition and finding
- 4:36
what is happening around in the image.
- 4:38
So what this guy do is basically this
- 4:40
guy takes ask the perceiver agent and
- 4:43
perceiver agent is the one which is
- 4:45
basically considered that a very
- 4:47
sophisticated VLM expert with lot of
- 4:49
image and the video tools at uh
- 4:52
disposal. Uh perceiver agent will take
- 4:55
the ID from the retriever reviewer agent
- 4:58
and it fetches the video from the
- 5:01
database. It decomposes into smaller
- 5:03
parts using different tools, different
- 5:05
like semantic embeddings and different
- 5:06
kind of like temporal change that
- 5:08
happens which is a little bit beyond our
- 5:11
scope but of this talk but it's uh a
- 5:14
technique which is making sure that we
- 5:15
are not doing at a fixed frame rate but
- 5:18
we are finding where the temporal change
- 5:19
happen and compressing those similar
- 5:22
frames into one or two frames and then
- 5:25
the perceiver agent get all the data
- 5:26
from a clip level. The video embedding
- 5:28
level get all the information about a
- 5:31
clip embedding tags OCR whatever is
- 5:33
present out there what is the natural
- 5:35
language description and what are the
- 5:36
time stamp from which frame to which
- 5:38
frame what are those this metadata looks
- 5:40
like it gives that data to the reviewer
- 5:43
reviewer will look into all the temporal
- 5:45
this JSON object provided by the uh
- 5:47
perceiver agent in a raw form along with
- 5:49
embeddings along with semantic ids tags
- 5:52
OCR and everything and it does a
- 5:54
temporal analysis it looks into okay you
- 5:57
know for from first frame to frame or
- 6:00
frame number 360 or like till 6 second
- 6:02
it was a video talking about a sports
- 6:05
and suddenly we are seeing from 6 second
- 6:08
to 6.5 second or frame number this to
- 6:10
this we are seeing that like this is
- 6:11
changing into some political thing. So
- 6:14
just by looking into the metadata the
- 6:17
reviewer agent is able to understand
- 6:19
comprehend and figure out what exactly
- 6:20
is the anomaly coming in the this
- 6:22
temporal space and once it do that it
- 6:25
figures out whether this is actually a
- 6:27
modality misalignment or there is some
- 6:28
bigger issue out there on there. So
- 6:30
review agent will look and talk to the
- 6:33
retriever agent and it tells that hey
- 6:35
this is the video I'm looking into.
- 6:36
These are the some of the metadata that
- 6:38
I have already uh kind of like ddup and
- 6:40
kind of like post-processed. Now give me
- 6:42
some understanding of this similar clips
- 6:45
which are available in the corpus. So
- 6:47
retriever agent will look into all the
- 6:49
signals provided by perceiver agent. All
- 6:51
the metadata of a clip level and a whole
- 6:53
video level and index it into different
- 6:56
databases adaptively. For example the
- 6:58
topics has to be maybe like a inverted
- 7:00
index where we have topics and a lot of
- 7:02
videos. For the embedding it will be a
- 7:04
vector databases which is available out
- 7:06
there. And for different kind of
- 7:08
entities which I've extracted we have a
- 7:10
graph databases kind of like where you
- 7:12
review your agent will figure out okay
- 7:14
these are the multiple databases these
- 7:15
are the entities and these are the
- 7:16
metadata let me index it so that in the
- 7:19
online inference time I can figure out
- 7:21
for a particular clip what are the
- 7:22
similar clips what are the similar
- 7:24
entities and topics which are available
- 7:26
to fetch and improve the recall.
- 7:29
So going into individual agent we talked
- 7:31
about perceiver it looked into the
- 7:33
entire video do a temporal decomposition
- 7:35
into small clips based on the semantic
- 7:37
embedding and couple of algorithms and
- 7:40
it fine-tuned the VLM to actually emit
- 7:42
all the real uh concrete and a very um
- 7:46
granular information about like each
- 7:48
clips and the entire video. Uh because
- 7:51
we are dealing at a very big scale that
- 7:53
means we cannot just go with the
- 7:55
standard VLM which are out there. There
- 7:56
has to be a compression. There has to be
- 7:58
a cost effective way to actually serve
- 8:00
this these models to do it at like
- 8:03
billions of frames. That's where we are
- 8:06
getting into the pre-training
- 8:07
fine-tuning and knowledge distillation
- 8:09
quantization to actually deploy and
- 8:11
solve the very very specialized VLM
- 8:14
based on this particular problem and we
- 8:16
will be talking a little bit brief about
- 8:18
that. U the retriever agent is the one
- 8:20
which we talked at a very high level and
- 8:22
then what it does in an offline
- 8:24
processing is that all the signal which
- 8:26
is decomposed by the perceiver agent in
- 8:28
an offline fashion consider that rather
- 8:30
an agent you are actually taking that
- 8:31
library and doing an offline analysis on
- 8:33
a big scale let's say ray cluster or
- 8:36
something like that and then once you
- 8:38
have all those metadata it is basically
- 8:40
indexing it into different databases
- 8:43
doing an uh periodic offline clustering
- 8:45
and finding what are the similar content
- 8:47
what should be the embedding ID what
- 8:48
should be cluster ID for each clips and
- 8:50
entire video. So that is a data which is
- 8:52
basically used by online inference to
- 8:55
find similar videos and in online manner
- 8:57
it given a query a clip ID and every all
- 9:00
the metadata details it's figured out
- 9:02
what is out there in the corpus which
- 9:04
this guy has is similar to what like
- 9:06
what are the different things which has
- 9:08
a high similarity. So what it does it
- 9:10
looks into databases is it find similar
- 9:12
clips and like similar authors and
- 9:14
different other metadata information
- 9:16
rerank those candidates find uh and use
- 9:19
some of the tools about like for example
- 9:21
the traditional model span score like a
- 9:23
classifier score to see what are the
- 9:25
different candidates which might be spam
- 9:27
which might not be high quality and
- 9:28
those things out there and once it has
- 9:30
those top end candidates is give back it
- 9:33
to the reviewer and reviewer is where it
- 9:35
actually process this is my main content
- 9:37
signals and clip embeddings These are a
- 9:40
similar video which is given by
- 9:41
retriever. Let me think over it and
- 9:43
whether I need to retraate and get more
- 9:47
data from retriever. So uh that's where
- 9:50
reviewer have all the temporal signals
- 9:51
from a single clip. It has all the
- 9:54
information of similar clips
- 9:55
understanding and what is similar
- 9:56
authors and other thing. It also has a
- 9:59
realtime information about how the users
- 10:01
are actually interacting with this
- 10:02
video. What are the different kind of
- 10:05
like a reports or like likes, dislike,
- 10:07
the comments? what is the u sentiment of
- 10:11
those comments out there right so a lot
- 10:13
of these signals which are actually
- 10:14
missed by the offline uh signals and the
- 10:16
VLMs and other kind of agents are
- 10:18
actually also incorporated to see if
- 10:20
there is a change happen in the
- 10:22
sentiment what is the response I'm
- 10:24
getting in the real time so there are
- 10:25
different tools available for this to
- 10:28
actually understand the video not just
- 10:30
from the content and from the semantic
- 10:32
perspective but understanding from the
- 10:34
user interaction perspective those
- 10:36
signals are really really important
- 10:38
So once we have this judge and
- 10:40
everything we build this uh agentic
- 10:43
framework and each of these agentic
- 10:45
frameworks uh all all these three agents
- 10:48
are actually powered by specialized uh
- 10:50
VLMs and small scale VLMs in a way. So
- 10:54
we will be talking about uh pre-training
- 10:57
first. Now uh in most of the cases you
- 11:00
see that okay you have a pre-training
- 11:01
you fine-tune your vision transform a
- 11:03
little bit here and there and basically
- 11:04
tune it for your specific purpose.
- 11:07
Uh the thing is that these VLMs what we
- 11:10
have outside and available the
- 11:12
foundational model the front end models
- 11:14
they are trained on a very clean very
- 11:16
nice data set very web data which is
- 11:18
very well tuned cleaned and everything
- 11:20
but uh data inhouse for a specific
- 11:23
purpose is not having the same data
- 11:25
characteristics. It's it is messy. It is
- 11:27
generated by users. It is for your
- 11:29
specific workflow. That means you need
- 11:32
to pre-train on those image tokens and
- 11:34
language to fine-tune your vision
- 11:36
transformer from scratch and see whether
- 11:38
there is a delta in fine-tuning it and
- 11:40
tuning it from the scratch. That's where
- 11:42
the pre-training is helpful. It's little
- 11:44
expensive but um it if if it can get a
- 11:47
delta that that actually works really
- 11:49
well. The second is instruction
- 11:51
fine-tuning where we have the two
- 11:54
problems. We have a certain policies and
- 11:56
certain guidelines. We know the content
- 11:58
out there, signal out there and it
- 12:00
understand and tune it on that
- 12:03
particular data set with it with a
- 12:04
particular output which is schema like a
- 12:07
JSON schema to understand what is the
- 12:09
modality uh misalignment or duplication
- 12:11
of scores and other chain of thought
- 12:14
reasoning provided by reviewer agent. So
- 12:16
here we have a video clip we have a
- 12:18
vision encoder which we are already
- 12:20
pre-trained a little bit like now we are
- 12:21
doing a little bit more training on
- 12:23
that. There's a projector which is
- 12:24
sitting between the vision transformer
- 12:26
and the L language models and it is
- 12:28
actually basically a bridge between them
- 12:30
and then we have our output depending on
- 12:32
what is the instruction finetuning data
- 12:34
we have on this side. So this is the
- 12:37
critical part of actually making your uh
- 12:41
model performance like go up for your
- 12:44
domain specific. So uh the context is
- 12:47
basically you have a role, you have a
- 12:48
policy, what are the tools available to
- 12:50
ground that into some of the metadata or
- 12:52
and what are the other things available
- 12:54
out there give it entire things into uh
- 12:57
in in a very brief manner into the
- 12:59
context and let it figure out like what
- 13:01
the structured label you have for these
- 13:03
labels are actually in-house label.
- 13:05
These are the one where we have created
- 13:07
like what exactly modality things are,
- 13:10
what are the different uh issues we are
- 13:12
seeing, what are the different chain of
- 13:13
thought reasoning there should be there
- 13:15
in the model and how does the output
- 13:17
looks like for a human reviewer. So this
- 13:19
is like a very high quality data data
- 13:21
set that we are fine-tuning it on for
- 13:23
different agents. Right? So once we have
- 13:27
done with the pre-training just to
- 13:28
understand the vision aspect of or the
- 13:30
other modality aspects of the videos
- 13:33
then we go into the finetuning to make
- 13:35
it understand and provide the context
- 13:37
and the output in the manner that we
- 13:39
would want to actually process the data
- 13:40
set on. So u the next phase is the DPO
- 13:44
phase where uh which is basically this
- 13:47
technique is used a lot in the uh post-
- 13:49
training to actually fine-tune our
- 13:51
models into a specific uh like realm
- 13:54
domain policy understanding or
- 13:56
something. But this can also be used a
- 13:59
lot in the prediction for actually
- 14:00
understanding what are the samples which
- 14:02
are actually getting uh not so good by
- 14:05
the by your multi-ent systems and by
- 14:07
your u llms. So what uh can be done is
- 14:12
that like uh you have this uh production
- 14:15
data set which is coming out you have a
- 14:17
lot of inference happening you take a
- 14:19
subsample of these uh data which is from
- 14:22
the production you pass it through LLM
- 14:24
as a judge which is trained inhouse on
- 14:26
the human label data set and then you
- 14:29
have the human review Q to see what is
- 14:31
the performance coming up on on the
- 14:33
actual system. Once you have this thing
- 14:36
if your performance is coming amazing
- 14:38
and it is above like your whatever is
- 14:40
the prediction threshold you have 95%
- 14:42
for each of the problem it's great but
- 14:45
if it is not that means there is a way
- 14:47
there has to be a way to loan on these
- 14:49
samples where the model did not do well
- 14:52
that's where you have a human in the
- 14:53
queue it understand those all the traces
- 14:56
which is there from all the agents the
- 14:58
LLM call MCP and it figured out where
- 15:00
the problem happened is it like a chain
- 15:02
of thought reasoning or is it like some
- 15:04
of the wrong tool tools are called the
- 15:05
retrieval did not work. So that entire
- 15:08
validations and basically understanding
- 15:10
of each and every hook and node both at
- 15:13
a model intelligence level plus at a
- 15:16
harness level is what you figure out and
- 15:19
say that okay these are the improvement
- 15:20
that we I need to do on these samples
- 15:23
which was incorrectly um sampled by our
- 15:26
um system. So once you have this thing
- 15:29
you have a positive sample negative
- 15:31
sample what needs to be updated and
- 15:33
that's where you retrain your model to
- 15:36
see what uh how can we improve it better
- 15:38
and this is the continuous improvement
- 15:40
where we are looking into these samples
- 15:42
reiterating re um improving the models
- 15:45
and having a new data set out there from
- 15:47
the production u like samples and trying
- 15:50
to understand whether the drift happen
- 15:52
or what exactly the model is doing. So
- 15:54
this human in the loop is like always a
- 15:56
continuous thing where you have a daily
- 15:58
sampling from the production and trying
- 16:00
to understand like how the model and the
- 16:02
L&M as a judge are doing.
- 16:05
So uh because of the cost and ability to
- 16:10
solve at this scale we cannot go with
- 16:12
the standard like a like a VLM models
- 16:15
from frontier sizes because it's not
- 16:17
scalable. It requires a lot of
- 16:19
inference. It's a lot of complexity and
- 16:20
we are solving a very specific problem
- 16:23
like I really don't care if the model
- 16:25
can solve a coding problem. I only care
- 16:27
about my domain specific problem. That
- 16:29
is all I care. This is not exposed to
- 16:31
the customer. This is an internal thing.
- 16:33
So I would actually do a off policy and
- 16:35
on policy knowledge distillation and do
- 16:37
a little bit of quantizations depending
- 16:39
on like some experimentation
- 16:40
quantization to understand whether a
- 16:42
forbit work braining float what actually
- 16:45
work really well. Then I would have a
- 16:46
table of different sizes of
- 16:48
distillations and quantization and
- 16:50
understand and see where exactly is my
- 16:53
performance like up to the mark and
- 16:55
where I'm gaining a lot of compute and
- 16:58
the cost resources um savings from on
- 17:00
inference production by doing these
- 17:02
optimization. So this is really critical
- 17:05
because as a problem what we have solved
- 17:08
it's all good but in production it has
- 17:11
to be scalable. It has to be cost
- 17:13
effective. It cannot just be like
- 17:15
something which is um out of the um
- 17:20
which is just out in the market because
- 17:21
we are solving a very specific problem
- 17:23
out here. Coming back to the evaluation
- 17:26
basically first is the task of success.
- 17:28
Of course these are the binary things
- 17:30
the modality happen it does not happen
- 17:32
like there is alignment or disalignment.
- 17:34
So precision, recall, F1 are obvious
- 17:36
metrics to understand what the task is
- 17:39
success is. But we want to look at a
- 17:41
system in a very holistic manner. Not
- 17:43
just like the end goal but what is
- 17:44
happening at each nodes. How well like
- 17:47
the retrieval system is working. What is
- 17:48
the latency and recall of the system and
- 17:51
how well we are able to reason it? What
- 17:53
is the chain of thought reasoning coming
- 17:54
from these models at each agentic level
- 17:57
or wherever the its reasonings are
- 17:59
applicable which is basically a reviewer
- 18:01
agent in our case. And what is the
- 18:04
quality of that? Is it like
- 18:05
overthinking? Can we reduce a budget
- 18:06
somewhere like to make sure that like
- 18:08
the models is actually doing a good job
- 18:10
with less uh budget or can we increase
- 18:13
it the budget of the planning or the
- 18:15
reasoning things to have it a higher
- 18:17
budget and make sure that the complex
- 18:20
problem that we are solving is maybe
- 18:22
having a much higher performance and
- 18:24
accuracy. So having an adaptive adaptive
- 18:26
reasoning budgeting is also uh quite
- 18:29
important. And then we have the
- 18:31
robustness. what are the edge cases we
- 18:32
are seeing? Uh what are the error rates
- 18:34
we are having? What are the different
- 18:36
nodes and hooks where they are
- 18:38
happening? Is it like a tool call is not
- 18:39
working really well? It's a retrieval
- 18:41
part or LLM is not doing a good job
- 18:43
where or those kind of thing. And then
- 18:46
we have a system efficiency where we are
- 18:47
not looking uh just at the performance
- 18:50
of the output and everything but we are
- 18:52
looking at each and every aspects of the
- 18:54
token cost which LLM are calling can you
- 18:57
optimize LLM little bit more to actually
- 18:58
save the cost. What is the efficiency
- 19:00
which is we are saying and the latency
- 19:02
of each agents and the entire system
- 19:05
combined together. Then we have a LLM as
- 19:07
a judge where we see that like in any of
- 19:10
the prediction system there is always a
- 19:12
data drift happening especially when you
- 19:14
have the user generated content. So how
- 19:17
our LLM as a judge which is used for
- 19:19
evaluation and everything is doing with
- 19:20
respect to the human queue. Is there a
- 19:22
drift happening? Do we need to retrain
- 19:24
our LLM as a judge on new data set which
- 19:26
is coming from labeling team or how do
- 19:28
we actually do on those parts in
- 19:30
optimization? We have the spatial
- 19:32
temporal reduction optimization which
- 19:34
actually look into the frame which are
- 19:35
similar and just compress them into the
- 19:37
one aspect. This reduces the total
- 19:41
processing of the videos by a huge
- 19:43
extent. The second one is basically you
- 19:46
have a caching you have a viral content
- 19:48
which is basically coming up and you do
- 19:49
not want to have the same content out
- 19:52
there which is doing going through the
- 19:54
entire pipeline and that's where you
- 19:55
have a high similarity score and just
- 19:57
skip the multi- aent system and just
- 19:58
make a call on that. The third one which
- 20:01
is really important is the metadata
- 20:02
pruning. This is where we actually
- 20:04
shrink the space from lot of candidates
- 20:06
based on some of the metadata. For
- 20:08
example, some topics and some creator
- 20:10
which already have a really good record.
- 20:12
That means we really don't need to
- 20:13
process these all these images all all
- 20:17
the videos from the creator which has a
- 20:18
really good high authenticity score
- 20:20
which are really doing really well on
- 20:21
this where the video quality is really
- 20:23
high engagement is good those kind of
- 20:25
things. A metadata is something which
- 20:27
can be used to filter out the video
- 20:30
which shouldn't even go to the systems.
- 20:32
So some of these flags u would be
- 20:35
helpful. Um so the last takeaway that u
- 20:39
u we basically we can take out of this
- 20:42
room is that like decomposition t is a
- 20:44
key. Uh decompose uh a problem as and
- 20:47
when necessary. Adaptive optimization is
- 20:50
really important for uh ROI and cost
- 20:52
feasibility. Good evaluation is
- 20:55
paramount. Everything in and out depends
- 20:57
on this. This is the foundation of your
- 20:58
entire system and entire VLMs and
- 21:01
production monitoring and qualitative
- 21:03
improvement are really essential to make
- 21:05
sure this is sustainable in long term.
- 21:08
With that, I'll end it and thank you
- 21:10
very much for listening. Thank
- 21:12
[applause]