Jarred Sumner ਨੇ Bun runtime ਨੂੰ Zig ਤੋਂ Rust ਵਿੱਚ ਮੁੜ ਲਿਖਣ ਲਈ Claude-powered, adversarial-review workflow ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਉਸਨੇ 6,778 commits ਰਾਹੀਂ ਇੱਕ ਮਿਲੀਅਨ ਤੋਂ ਵੱਧ ਲਾਈਨਾਂ ਦਾ ਕੋਡ ਪੁਸ਼ ਕੀਤਾ ਅਤੇ 16,000 compiler errors ਨੂੰ ਹੱਲ ਕੀਤਾ। ਇਸ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ 50 Claude Code workflows ਚਲਾਏ ਗਏ, ਇੱਕ ਸਮੇਂ 'ਤੇ 64 concurrent Claude agents ਸਿਖਰ 'ਤੇ ਸਨ, ਅਤੇ ਵੱਡੇ ਪੱਧਰ ਦੀਆਂ language migrations ਲਈ ਇੱਕ reproducible playbook ਛੱਡੀ ਗਈ।
ਇਹ ਮੁੜ ਲਿਖਣਾ (rewrite) ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ
ਕਿਸੇ ਵੀ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਜੋ ਪੁਰਾਣੇ (legacy) ਕੋਡ ਜਾਂ ਰਣਨੀਤਕ ਭਾਸ਼ਾ ਤਬਦੀਲੀ (strategic language move) ਨਾਲ ਜੂਝ ਰਿਹਾ ਹੈ, "Sumner Method" ਇੱਕ ਅਸਪਸ਼ਟ ਵਾਅਦੇ ਦੀ ਬਜਾਏ ਇੱਕ ਠੋਸ ਟੈਂਪਲੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ।
ਉਹ workflow ਜਿਸ ਨੇ AI ਨੂੰ ਇੱਕ ਬਦਲ (replacement) ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਸਾਥੀ ਬਣਾ ਦਿੱਤਾ
Sumner ਦੀ ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਲੂਪ ਵਾਂਗ ਕੰਮ ਕਰਦੀ ਹੈ:
- Task assignment – ਇੱਕ agent ਨੂੰ ਇੱਕ ਖਾਸ migration task ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
- Implementation – ਦੂਜਾ agent Rust ਕੋਡ ਲਿਖਦਾ ਹੈ।
- Adversarial review – ਤੀਜਾ agent ਇਹ ਮੰਨ ਕੇ ਚੱਲਦਾ ਹੈ ਕਿ ਕੋਡ ਗਲਤ ਹੈ, diff ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਅਤੇ source files ਅਤੇ tests ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹਰ ਦਾਅਵੇ ਨੂੰ ਗਲਤ ਸਾਬਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।
- Fixes – implementation agent reviewer ਦੀਆਂ ਖੋਜਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।
- Automated gates – compiler, test suite, ਅਤੇ static-analysis ਚੈੱਕਸ ਤਬਦੀਲੀਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ।
ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ separation (ਵੱਖਰੇਵੇਂ) ਦਾ ਹੈ। ਲਿਖਣ ਵਾਲਾ ਕਦੇ ਵੀ reviewer ਦੀ ਸੋਚ (reasoning) ਨਹੀਂ ਦੇਖਦਾ, ਅਤੇ reviewer ਕਦੇ ਵੀ ਲਿਖਣ ਵਾਲੇ ਦੇ ਇਰਾਦੇ (intent) ਨੂੰ ਨਹੀਂ ਦੇਖਦਾ। ਪੱਖਪਾਤ (bias) ਨੂੰ ਖਤਮ ਕਰਕੇ, ਇਹ ਸਿਸਟਮ reviewer ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਉਪਰਵਤੀ "looks good" ਕਹਿਣ ਦੀ ਬਜਾਏ ਲੁਕੀਆਂ ਹੋਈਆਂ ਬੱਗਾਂ (bugs) ਦੀ ਭਾਲ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।
Rust ਦਾ machine-checkable feedback ਹਜ਼ਾਰਾਂ ਸੰਭਾਵਿਤ ਮਨੁੱਖੀ-ਪੜ੍ਹਨਯੋਗ ਗਲਤੀਆਂ ਨੂੰ ਇੱਕ ਪ੍ਰਬੰਧਨਯੋਗ ਕਿਊ (queue) ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਹਰ compiler error, borrow-checker failure, ਜਾਂ Clippy warning ਇੱਕ ਅਜਿਹਾ ਕੰਮ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨੂੰ adversarial reviewer ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦਾ ਹੈ।
ਅੱਠ-ਪੜਾਅ ਵਾਲੀ playbook
Sumner ਨੇ ਇਸ workflow ਨੂੰ ਅੱਠ ਲਗਾਤਾਰ ਪੜਾਵਾਂ ਵਿੱਚ ਵੰਡ ਦਿੱਤਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦੀ ਆਪਣੀ task queue, definition of done, review prompts, ਅਤੇ automated gates ਹਨ:
- Phase A – Fact extraction & guide authoring – ਆਰਕੀਟੈਕਚਰਲ ਤੱਥ ਇਕੱਠੇ ਕਰਨਾ ਅਤੇ ਇੱਕ migration guide ਤਿਆਰ ਕਰਨਾ।
- Phase B – Mechanical file translation – Zig ਫਾਈਲਾਂ ਨੂੰ Rust skeletons ਵਿੱਚ ਬਦਲਣਾ।
- Phase C – Compile-error remediation – translation ਦੌਰਾਨ ਦਰਜ ਹੋਏ 16,000 compiler errors ਨੂੰ ਹੱਲ ਕਰਨਾ।
- Phase D – Runtime-behavior matching – ਇਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਕਿ Rust output, Zig ਦੇ ਵਿਵਹਾਰ (behavior) ਦੇ ਅਨੁਸਾਰ ਹੈ।
- Phase E – Test suite completion – ਹਰ ਮੌਜੂਦਾ test ਨੂੰ ਪਾਸ ਕਰਨਾ।
- Phase F – Performance recovery – ਮੁੜ ਲਿਖਣ ਕਾਰਨ ਹੋਣ ਵਾਲੀ ਕਿਸੇ ਵੀ ਸੁਸਤੀ (slowdown) ਨੂੰ ਖਤਮ ਕਰਨਾ।
- Phase G – Code-quality polishing – idiomatic Rust patterns ਲਾਗੂ ਕਰਨਾ ਅਤੇ ਪੜ੍ਹਨਯੋਗਤਾ ਲਈ refactor ਕਰਨਾ।
- Phase H – Security hardening – unsafe audits ਚਲਾਉਣਾ ਅਤੇ ਕਿਸੇ ਵੀ ਖੋਜੇ ਗਏ ਕਮਜ਼ੋਰੀਆਂ (vulnerabilities) ਨੂੰ ਹੱਲ ਕਰਨਾ।
ਹਰ ਪੜਾਅ ਅਗਲੇ ਪੜਾਅ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹੋਏ ਕਿ ਕੋਈ ਵੀ ਕਦਮ ਛੁੱਟ ਨਾ ਜਾਵੇ ਅਤੇ regessions ਦਾ ਜਲਦੀ ਪਤਾ ਲੱਗ ਸਕੇ।
Playbook ਕਿੱਥੇ ਮਿਲੇਗੀ
Sumner ਨੇ ਟੈਂਪਲੇਟਸ, prompts, ਅਤੇ phase definitions ਦਾ ਪੂਰਾ ਸੈੱਟ https://github.com/Lumafy/sumner-method 'ਤੇ open-source ਕਰ ਦਿੱਤਾ ਹੈ। ਇੱਕ ਸਹਾਇਕ ਲੇਖ Bun migration ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਦਾ ਹੈ: https://dev.to/lumafy/the-sumner-method-what-buns-ai-assisted-zig-rust-rewrite-teaches-about-large-migrations-2gpo। ਲਗਾਤਾਰ ਚਰਚਾ ਲਈ ਇੱਕ Telegram community https://t.me/GyaanSetuAi 'ਤੇ ਉਪਲਬਧ ਹੈ।