Reflection 70B: Its Creators Explain the Proposed Self-Correction Method

A launch-day discussion with Matt Shumer and Sahil Chaudhary covers synthetic data, selective reflection and evaluation limits.

MSMatt Shumer게스트 · HyperWriteSCSahil Chaudhary게스트 · Glaive
채널
Matthew Berman
게시일
2024년 9월 6일
영상
35:30
읽기
4분
슬라이드
2
원문
영어
YouTube에서 열기
스크롤하면 영상이 오른쪽 아래로 작아져 계속 재생됩니다. 자막은 읽기 언어를 따릅니다.
읽기 언어2개 언어로 읽을 수 있음
이 글은 아직 한국어 번역이 없어 영어 원문으로 표시합니다.
요약

30초 요약

In September 2024, Matthew Berman interviews Reflection 70B creators Matt Shumer and Sahil Chaudhary about training a model to review and correct its responses. Their initial benchmark claims were later challenged when independent evaluations struggled to reproduce parts of the advertised results.

  1. 1The proposed methodShumer describes training a model to recognize and correct errors in intermediate text.
  2. 2Selective reflectionChaudhary says examples were weighted toward difficult cases and included checking correct steps.
  3. 3Token overheadThe guest gives an informal estimate rather than a measured cost figure.
  4. 4Benchmark claims need contextThe creators’ initial performance claims were later questioned by independent evaluators.

핵심 정리

  1. The creators describe fine-tuning on synthetic examples that include checking intermediate steps.
  2. They aim to use reflection selectively to avoid encouraging unnecessary mistakes.
  3. They estimate higher token use on harder tasks without providing precise measurements.
  4. Several ideas, dataset-release plans and model variants were future intentions at the time.
  5. Later independent evaluations reported difficulty reproducing initial performance claims.
전문

챕터별로 다듬은 전문 읽기

원본 자막만 보기
01

Introduction and launch claims

Berman introduces the guests and their model announcement.

Matthew Berman welcomes Matt Shumer of HyperWrite and Sahil Chaudhary of Glaive to discuss Reflection 70B, announced the day before. This is a launch-period interview: later independent evaluations reported difficulty reproducing parts of the initial benchmark claims.

The original launch announcement
슬라이드 1 / 2The original launch announcementThe displayed post makes benchmark claims that were subsequently disputed.

Berman reads Shumer’s announcement and its claimed benchmark comparisons with much larger models. He also mentions a proposed 405B version; the interview’s future plans are not evidence that it was subsequently released.

Shumer describes HyperWrite’s evolution from an email-writing idea into a broader writing product. He says the Reflection project began after he contacted Chaudhary about a possible collaboration.

The guests say they developed the dataset, fine-tuned and released the model in roughly three weeks. Shumer argues that a small team can sometimes make progress without the resources of a major lab; this is the creators’ account of their work.

Chaudhary explains that Glaive helps organizations generate use-case-specific synthetic datasets and iterate on custom models. He presents data quality and fast iteration as central to the project.

02

Reflection tuning and data

The creators explain their proposed method and synthetic dataset.

Shumer describes “reflection tuning” as training a model to identify and correct mistakes in its intermediate response. His analogy is a person noticing an error and backtracking, though visible self-correction alone does not prove the model’s internal reasoning.

He argues that a model may carry an early error through later steps and says the objective is to catch such errors without teaching the model to make new mistakes deliberately. He acknowledges that the first version remains imperfect.

Chaudhary says the team began with around 10,000 examples and expanded to roughly 100,000 across code, mathematics, reasoning, function calls and multi-turn tasks. These dataset figures are the guests’ description, not independently verified in the interview.

He says prompting alone can produce some benefit but that synthetic data creation faced a problem: a model asked to make and then correct a mistake might not generate the desired example reliably. The team says it designed training examples to address this.

A tagged reflection example
슬라이드 2 / 2A tagged reflection exampleThe example separates intermediate reflection from the final output.

Shumer adds that repeatedly instructing a model to reflect may encourage it to introduce errors just to obey the prompt. He says their aim was selective reflection, although he acknowledges that the model sometimes reflects too often.

Shumer claims substantial benchmark gains compared with the underlying model and argues that prompting alone would not yield the same improvement. These were initial creator claims; later independent testing did not consistently reproduce the advertised scores.

03

Training and interface design

They discuss selective reflection, tags and combining multiple models.

Chaudhary describes classifying problems by difficulty and placing reflection examples mainly in harder cases. He also says some examples verify a correct intermediate step and continue without changing it.

The team says it iterated through several model versions while balancing these examples. At the time, they planned a technical report to explain details; a plan is not itself a published method or a reproduction.

Shumer describes separating intermediate text from the final response with tags. He suggests interfaces could show the intermediate material optionally to reduce the amount users must read.

Berman asks whether self-correction during inference competes with multiple models reviewing one another. Shumer says the approaches could be combined, with several models each using reflection while tackling different angles.

04

Costs and viewer questions

The guests address token overhead, smaller models, quantization and context length.

Asked about overhead, Chaudhary estimates harder problems used roughly 1.5 to 2 times as many output tokens in his informal tests, while stressing that he has no exact measurement to share. More generated tokens can affect latency and cost.

A viewer asks whether the method can be applied to other models. The guests expect standard fine-tuning to be applicable to open-weight models, while noting that closed-provider fine-tuning interfaces may impose restrictions.

The guests say an initial 8B experiment improved some benchmarks but not others. Shumer is unsure why the gains varied and weighs further small-model work against trying other ideas.

Shumer describes possible future work on incorporating useful prompting techniques into training. The guests say releasing their dataset is likely but not yet final, and link it to plans for further work.

Chaudhary explains that the model was trained to use reflection more often on hard problems or difficult intermediate steps, and not necessarily on simple questions. This describes the intended behavior, not proof that its difficulty judgments are reliable.

Asked about mixture-of-experts models, the guests say they have not tested this technique there and cannot promise a performance gain. They note that inference speed could affect the trade-off.

On quantization, Shumer says limited testing suggested possible quality or consistency loss but he does not know its size. Chaudhary says the model retains the base model’s context length, while long-context behavior had not been well tested in their training.

Berman closes by thanking the guests and welcoming open-model experimentation. The launch interview documents the creators’ intended method and claims; independent evaluation and reproducibility remain necessary to assess performance.

같은 채널의 다른 글

슬라이드 6장25:50EN
MBMatthew Berman· 2026년 10월 24일Kimi K3.1 Pro Tested: Strong 3D Demos, Uneven Results and Competitive PricingMatthew Berman · Forward FutureMatthew Berman tests the open-weight model on coding, 3D rendering and visual explanations, then compares benchmark results and prices.Open-weight modelsBenchmarksAI cost & performance+1
슬라이드 2장32:20EN
MBMatthew Berman· 2026년 10월 23일Who Is Local AI For? The Costs, Trade-offs and a Hybrid FutureMatthew Berman · Forward FutureMatthew Berman weighs data control and independence against hardware cost, setup complexity and inference speed.Local inferenceOpen-weight modelsAI cost & performance+1
슬라이드0:22EN
MBMatthew Berman· 2026년 10월 21일A Robot Bodyguard Video Shows Dramatic Rescue ScenariosMatthew Berman · Forward FutureMatthew Berman reacts to a short robot demonstration depicting fighting and vehicle-rescue scenarios.Robotics평가(Evals)
45:08EN
MBMatthew Berman· 2026년 10월 21일Sam Altman on AI Discovery, Consciousness, Compute and a Human-Centered FutureMatthew Berman, Sam Altman · Forward FutureIn a conversation with Matthew Berman, Altman discusses scientific progress, personal assistants, recursive self-improvement and the importance of human agency.AI for sciencePersonal agentsConsciousness+2
0:32EN
MBMatthew Berman· 2026년 10월 21일Sam Altman on the Continuing Demand for Software WorkSam Altman, Matthew Berman · OpenAIIn a short interview excerpt, Altman says demand for software may be larger than expected even as AI changes how it is made.Future of WorkSoftware engineering코딩 에이전트
1:02EN
MBMatthew Berman· 2026년 10월 15일From Punched Cards to AI Software FactoriesMatthew Berman · Forward FutureMatthew Berman contrasts early programming with an AI-assisted workflow and promotes Factory’s development tools.소프트웨어 팩토리코딩 에이전트Software engineering+1