Jarred Sumner leidde een door Claude aangedreven, adversarial-review workflow om de Bun runtime te herschrijven van Zig naar Rust. Hij pushte meer dan een miljoen regels code via 6.778 commits en loste 16.000 compilerfouten op. De inspanning omvatte 50 Claude Code-workflows, piekte bij 64 gelijktijdige Claude-agents en liet een reproduceerbaar playbook achter voor grootschalige taalmigraties.

Waarom de herschrijving belangrijk is

Voor elk project dat worstelt met legacycode of een strategische taalwissel, biedt de "Sumner Method" een concreet sjabloon in plaats van een vage belofte.

De workflow die AI veranderde in een partner, niet in een vervanging

Het proces van Sumner werkt in een strakke lus:

  1. Taaktoewijzing – een agent ontvangt een concrete migratietaak.
  2. Implementatie – een tweede agent schrijft de Rust-code.
  3. Adversarial review – een derde agent gaat ervan uit dat de code fout is, analyseert de diff en probeert elke bewering te weerleggen met behulp van bronbestanden en tests.
  4. Oplossingen – de implementatie-agent verwerkt de bevindingen van de reviewer.
  5. Geautomatiseerde gates – compiler, testsuite en statische analyse-checks verifiëren de wijzigingen.

De cruciale regel is scheiding. De schrijver ziet nooit de redenering van de reviewer, en de reviewer ziet nooit de intentie van de schrijver. Door vooroordelen te elimineren, dwingt het systeem de reviewer om op zoek te gaan naar verborgen bugs in plaats van een oppervlakkige "looks good"-goedkeuring te geven.

De door de machine controleerbare feedback van Rust verandert duizenden potentieel menselijk leesbare fouten in een beheersbare wachtrij. Elke compilerfout, borrow-checker-fout of Clippy-waarschuwing wordt een werkitem dat de adversarial reviewer direct kan aanpakken.

Het playbook met acht fasen

Sumner heeft de workflow teruggebracht tot acht opeenvolgende fasen, elk met een eigen taakwachtrij, definitie van 'done', review-prompts en geautomatiseerde gates:

  • Fase A – Feitsextractie & het schrijven van een gids – verzamel architecturale feiten en stel een migratiehandleiding op.
  • Fase B – Mechanische bestandstranslatie – zet Zig-bestanden om in Rust-skeletten.
  • Fase C – Herstel van compilerfouten – los de 16.000 compilerfouten op die tijdens de vertaling zijn gelogd.
  • Fase D – Overeenkomst in runtime-gedrag – verifieer of de Rust-output het gedrag van Zig weerspiegelt.
  • Fase E – Voltooien van de testsuite – slaag voor elke bestaande test.
  • Fase F – Prestatieherstel – elimineer eventuele vertragingen die door de herschrijving zijn geïntroduceerd.
  • Fase G – Polijsten van de codekwaliteit – pas idiomatische Rust-patronen toe en refactor voor leesbaarheid.
  • Fase H – Beveiligingsverharding – voer unsafe-audits uit en pak ontdekte kwetsbaarheden aan.

Elke fase voedt de volgende, waardoor wordt gegarandeerd dat er geen stap wordt overgeslagen en dat regressies vroegtijdig worden opgemerkt.

Waar je het playbook kunt vinden

Sumner heeft de volledige set sjablonen, prompts en fase-definities open-source beschikbaar gesteld op https://github.com/Lumafy/sumner-method. Een begeleidend artikel bespreekt de Bun-migratie in detail: https://dev.to/lumafy/the-sumner-method-what-buns-ai-assisted-zig-rust-rewrite-teaches-about-large-migrations-2gpo. Een Telegram-community voor voortdurende discussie is te vinden op https://t.me/GyaanSetuAi.