Skip to content
#AI

[2/2] Ranking Engineer Agent: How Meta Turns ML Experiments Into Autonomous Modeling Contour (AI column)

#AI #Agents #Engineering #ML #Architecture #DevEx #Productivity #Management #Software #SystemDesign

Continue. story About the ML-agent from the banned in Russia company Meta, it is necessary to tell about its architecture and device. But start with the basic concepts.

1️⃣ Hibernate-and-wake mechanism When an agent starts a long training job, he does not hold an active session, but transfers the wait to the background system, saves the state and then automatically continues to work after the job is completed. This looks like an important pattern for all production agents who work with hours, days, and weeks rather than quick “answer questions.”

2️⃣ Dual-source hypothesis engine Hypotheses are not just generated from the LLM head. REA relies on two sources: Historical insights database - the basis of past experiments, successes and failures; ML Research Agent is a component that explores baseline configurations and offers new optimization strategies.

3Three-phase planning framework Before launch, REA offers an exploration strategy, estimates the GPU cost and coordinates the approach with the engineer. Then the plan usually goes in three stages: Validation - testing individual hypotheses; Combination - a combination of promising hypotheses; Exploitation – more aggressive optimization of the best candidates within an agreed budget.

4️⃣ Planner + Executor Inside, the agent is divided into planner and performer: REA Planner and REA Executor. Planner helps to form a plan of experiments, and Executor deals with asynchronous execution: runs jobs, waits, collects results, processes errors and returns the planner already actionable output.

5️⃣ Skills, Knowledge and Tool System REA is connected to internal Meta tools: job schedulers, experiment tracking, codebase navigation and other systems. It also works on the internal agent framework Confucius. (separate whitepaper)It is designed for long multi-step tasks in large code bases.

6Guardrails and runbooks When an agent encounters an OOM (out of memory)Whether it's a loss explosion, an infrastructural error or poor results, he doesn't call an engineer on every occasion. It checks with a runbook of typical problems and operates within predefined constraints. However, access, preflight checklist, compute budget, and stop over limits remain under people’s control.

In general, REA is a bunch of agent, memory, tools, queues, budgets, metrics, runbooks and points of control. This is what sets it apart from the demo and makes it a production system.

The guys at Meta have a further plan to develop this agent: Fine-tuning specialized models for generating hypotheses Expansion of analytical tools

  • Strengthening privacy/security/governance Transfer of approach to new domains

And it's already beginning to happen. In next post The Meta series tells about KernelEvolve - an agent system for optimizing low-level kernels for different accelerators: NVIDIA GPU, AMD GPU, MTIA and CPU. There, the logic is similar: not one-shot code generation, but search by many options, automatic correctness/performance check, profiling and iteration. Meta says KernelEvolve has given more 60% improvement inference throughput for Andromeda Ads model on NVIDIA GPU and more 25% training throughput improvement for MTIA ads model

That is, the trajectory is clear: first, the agent helps to find the best models, then helps to make their production-ready through infrastructure optimization, and then similar agentic approaches can be transferred to compiler optimization, memory management, system configuration and other engineering circuits.

#AI #Agents #Engineering #ML #Architecture #DevEx #Productivity #Management #Software #SystemDesign