Opus 5.5 ile Her Şeyi Tersine Mühendislik Yöntemiyle Çözme (Tam Kurs)

Bir binary dosyayı tersine mühendislikle çözmeye çalışan çoğu kişi, onu bir hex editörde açar, yirmi dakika boyunca aşağı kaydırır ve pes eder.

Dosyayı hangi aracın yüklediğini bilmezler. Mantığı dışarı çekecek promptun hangisi olduğunu bilmezler. Bir duvar gibi duran assembly kodunu, gerçekten yeniden inşa edebilecekleri bir şeye nasıl dönüştüreceklerini bilmezler.

Bu 11 adımlık kurs, Claude Opus 5.5'i her şeyi açık kaynak yapabilen bir makineye dönüştürecek.

Taze yapay zeka içgörüleri (alpha) için Substack hesabımı takip edin:

movez.substack.com

Tersine mühendislik kırmakla ilgili değildir. Bir şeyi, kendi versiyonunu inşa edecek kadar iyi anlamakla ilgilidir.

7 Ekim 2026'da Replit CEO'su Amjad Masad tek satırlık bir paylaşım yaptı:

https://x.com/amasad/status/2107671204639465961

Bunun altına @morluto adlı bir geliştirici kanıtıyla yanıt verdi: ajanların Hopper ve Ghidra'yı yönetmesini ve çok ileri gitmesini sağlayan bir araç seti.

Bu projenin adı REA ve birkaç gün içinde 110.000 GitHub yıldızını aştı.

https://github.com/morluto/rea

Bu iddia boş bir abartı değil. Aynı hafta WordCraft adlı açık kaynaklı bir proje, Microsoft ve Adobe'nin saf Rust ile yazılmış temiz oda (clean-room) yeniden inşasını yayınladı:

https://getartcraft.com/apps

Kodlarına hiç dokunmadan, yalnızca Word ve Adobe'nin davranışlarını gözlemleyerek ve herkese açık dosya formatı spesifikasyonlarını okuyarak inşa edildi.

Bu kurs, kapalı bir binary dosyadan böyle bir yeniden inşa sürecine giden tüm yolu, okuma işini Opus 5.5'e yaptırarak size gösteriyor.

01. Motor - bir ajan binary dosyayı nasıl okur

Opus 5.5 tek başına bir disassembler çalıştıramaz. Metin okur ve metin yazar.

Bir ajanla tersine mühendislik yapmak işe yarar çünkü model ile binary arasında bir araç bulunur: bu araç dosyayı gerçek bir disassembly motoruna yükler, sonuçları çağrılabilir fonksiyonlar olarak sunar ve modelin soru sormasına olanak tanır.

Bu araç REA'dır ve altındaki motor ise Hopper, Ghidra veya IDA'dır.

Döngü basittir ve kendini tekrarlar: model hedefi incelemesi için REA'ya talimat verir, REA bulguları arkalarındaki kesin kanıtlarla birlikte (adresler, baytlar, sözde kod, çağrı noktaları) döndürür ve model bu bulguları bir sonraki soruyu sormak ya da bir yeniden uygulamayı yazıp test etmek için kullanır.

Her şey yerel olarak sizin makinenizde çalışır. Modelin akıl yürütmesi için gereken bulgular dışında hiçbir şey yüklenmez ve her sonuç bir gözlem, bir çıkarım veya bir bilinmeyen olarak etiketlenir.

**

02. Kurulum - rea-agents artı bir disassembler

Kurulum, REA'nın MCP sunucusunu ajanınıza kaydeder ve eşleşen iş akışı talimatlarını yükler.

Tek bir komut bunu halleder; herhangi bir şey yazmadan önce size her değişikliği gösterir ve dokunduğu her şeyin yedeğini alır.

Disassembler'ınızı kendiniz getirirsiniz: macOS'ta Hopper en kolay yoldur, Ghidra ücretsiz ve çoklu platform desteklidir, IDA'yı ise zaten sahipseniz kullanabilirsiniz.

1# 1. REA'yı ajanınıza kaydedin (Claude Code, Codex, Cursor, Gemini CLI...)
2npx rea-agents setup            # planlanan değişiklikleri gösterir, yazmadan önce onay ister
3
4# 2. Derin analiz sağlayıcısı. Hopper macOS'ta en sorunsuz olanıdır;
5#    kurulum onayınızdan sonra onu yükleyebilir. Ghidra ve IDA'yı siz getirmelisiniz.
6# 3. Terminal kullanımı ve betik yazma için rea CLI'ı yükleyin
7npm install --global rea-agents
8rea --help
9
10# 4. Ajanınızı yeniden başlatın, ardından araçların aktif olduğunu doğrulayın
11claude
12> /mcp
13  rea: connected
14    open_binary, binary_overview, analyze_function, decompile,
15    list_procedures, search, xrefs, trace, inspect_artifact,
16    analyze_javascript_application, inspect_managed_artifact ...

Gereksinimler mütevazı: Node.js 22 veya daha yenisi ve npm. Yerel analiz üç motordan birini gerektirir; statik JavaScript ve .NET incelemesi ise hiçbir motor gerektirmez. Sürümler sık sık düzeltmeler içerdiğinden REA'yı güncel tutun.

1# Tersine mühendislik ev kuralları ( CLAUDE.MD )
2
3## Yetki
4- Yalnızca sahibi olduğum veya incelemek için yetkilendirildiğim hedefleri analiz et. Gerekçeyi bir kez belirt.
5- Her iddia etiketlenir: gözlem (gördüm), çıkarım (sonuç çıkardım) veya bilinmeyen.
6- Kanıtı göster: adres, bayt, sözde kod veya çağrı noktası. Kaynaksız iddia olmaz.
7
8## İş Akışı
9- Tam bir dökümle değil, en küçük genel bakışla başla. Yalnızca somut bir eksiklik olduğunda genişlet.
10- Açık oturumu yeniden kullan; aynı analizi asla tekrar çalıştırma.
11- Statik verileri çalışma zamanı verilerinden ayır. Statik okumalardan asla çalıştırma sonucu çıkarıyormuş gibi davranma.
12
13## Yeniden İnşa
14- Kopyalanmış koddan veya varlıklardan değil, DAVRANIŞTAN ve herkese açık spesifikasyonlardan inşa et.
15- Bir yükümlülük defteri tut: kurtarılan her davranış, "bitti" demeden önce geçen bir teste ihtiyaç duyar.

Opus 5.5 beş efor seviyesiyle gelir: low, medium, high, xhigh ve max. Şunları kullanın:

• İncelemek ve gezinmek için Medium
• Sıradan fonksiyonları açıklamak için High
• Gizlenmiş (obfuscated) kodlar ve yoğun işaretçi matematiği içeren her şey için Max.

Efor, bu kurstaki en büyük kalite ayarıdır.

03. Yönlendirici - 20 hedef türü, her biri için bir araç

Yeni başlayanların yaptığı ilk hata, hedef JavaScript'i tam orada duran bir Electron uygulamasıyken hemen bir disassembler'a sarılmaktır.

REA hedefi doğru araca yönlendirir, ilk promptunuz da öyle yapmalıdır. Dosyanın adını verin, özelliğin adını verin ve giriş aracını ajanın seçmesine izin verin.

1[ABSOLUTE PATH] konumunda bulunan [APP] uygulamasında [FEATURE] özelliğinin nasıl çalıştığını anlamak istiyorum.
2
3Önce bana bunun ne tür bir hedef olduğunu (native, Electron/JS, .NET, Go, APK, WASM) söyle
4ve onu açmak için doğru REA aracını seç. Henüz derin analize başlama.
5
6Sonra bana tek paragraflık bir harita ver: uygulama neyle inşa edilmiş, ne kadar büyük ve
7[FEATURE] için ilk nereye bakardın. Gözlemleri, çıkarımları ve bilinmeyenleri
8ayrı tut ve iddia ettiğin her şey için kanıt göster.

REA'yı bir Electron uygulamasına yöneltmek, hiçbir disassembler olmadan saniyeler içinde modülleri, importları ve IPC sınırlarını döndürür.

Onu yerel bir Mach-O veya ELF dosyasına yöneltmek bir Hopper veritabanı açar ve size daha zor ama daha derin olan yerel yolu sunar. Hangisinde olduğunuzu bilmek saatler kazandırır.

https://x.com/_vmlops/status/2106690704244420687

04. Keşif - genel bakış, stringler ve çağrı grafiği

Henüz hiçbir kodu açmayın. Önce REA'dan tüm dosyanın bir haritasını isteyin. Tek bir komut size onun hangi makinede çalıştığını, içinde kaç fonksiyon olduğunu ve içine gömülü tüm okunabilir metinleri söyler.

Bu metin elinizdeki en hızlı ipucudur: web adresleri, hata mesajları ve özellik isimleri, tek bir kod satırı okumadan önce uygulamanın ne yaptığını anlatır.

1rea.open_binary        { path: "/Applications/Target.app/Contents/MacOS/Target" }
2rea.binary_overview    {}
3  arch:        arm64
4  functions:   1,284 identified
5  segments:    __TEXT __DATA __LINKEDIT
6  entry:       _main @ 0x1000051c0
7
8rea.search             { query: "http" }  # strings + code refs
9  0x10004a2c0  "https://api.target.app/v3/sync"
10  0x10004a300  "Authorization: Bearer "
11  0x10004a330  "offline cache miss, falling back"
12
13rea.xrefs              { address: "0x100012ab0" }  # who calls this?
14  147 references  ->  core config loader, called everywhere

REA ayrıca her fonksiyonun kaç kez çağrıldığını da sayar (bu sayıma cross-reference yani xref denir).

147 kez çağrılan bir fonksiyon uygulamanın kalbidir ve en büyük emeğinizi hak eder. İki kez çağrılan bir fonksiyon ise, önem kazanana kadar görmezden gelebileceğiniz küçük bir yardımcıdır. Bu listenin en üstünden başlayıp aşağı doğru ilerleyin.

05. Decompile - bir fonksiyonu sözde koda çevirmek

Şimdi o yoğun fonksiyonlardan birini seçin ve onu okuyabileceğiniz bir şeye dönüştürün. Bir decompiler ham makine talimatlarını alır ve bunları C'ye yakın bir kod olarak yeniden yazar.

Kaba görünür: var_28 gibi isimler, birbirine dolanmış mantık, her yerde tip dönüşümleri. Ama okuyabilirsiniz ve okunabilir olması Opus 5.5'in ihtiyacı olan tek şeydir.

Sonucu kaydetmek için komut satırından veya doğrudan bir sohbet içinden çalıştırabilirsiniz.

1# Bir fonksiyonu adrese göre decompile et, pipe edebileceğin veya kaydedebileceğin JSON olarak
2rea decompile /Applications/Target.app/.../Target 0x100012ab0 \
3  --provider hopper --json > fn_config_loader.json
4
5# Veya bir fonksiyonu adına göre ara ve referansları takip et
6rea function /path/to/Target parseConfig --provider hopper --json
7rea xrefs    /path/to/Target 0x100012ab0 --provider hopper --json
8rea trace    /path/to/Target "sync" --provider hopper --json

1// 0x100012ab0  xrefs: 147
2void sub_100012ab0(void* arg0) {
3    void* var_20 = objc_msgSend(cls_NSJSONSerialization,
4        sel_JSONObjectWithData_options_error, arg0, 0x0, 0x0);
5    if (var_20 != 0x0) {
6        void* var_28 = objc_msgSend(var_20, sel_objectForKey, @"endpoints");
7        void* var_30 = objc_msgSend(var_20, sel_objectForKey, @"auth_mode");
8        void* var_38 = objc_msgSend(var_20, sel_objectForKey, @"retry_count");
9        objc_msgSend(g_sharedConfig, sel_setEndpoints, var_28);
10        objc_msgSend(g_sharedConfig, sel_setAuthMode, var_30);
11        objc_msgSend(g_sharedConfig, sel_setRetryCount,
12            objc_msgSend(var_38, sel_intValue));
13    }
14}

REA'nın kendi vitrin çalışması, eski DX-Ball oyunundaki bir ses çağrısını takip ederek sol-sağ ses dengesini belirleyen yardımcı fonksiyona kadar iner, ardından yarım kalmış sözde kodu C'ye dönüştürür.

Sonuç, orijinal 3.205 test senaryosunun tamamını geçer ve derlenmiş 63 baytın her birini birebir yeniden üretir.

Tam rehber için: rea.tools/showcase.

06. Açıklama Ekleme - Opus'a her değişkene isim verdirmek

O kaba kod işin sadece yarısı. Şimdi onu Opus 5.5'e verin ve açıklamasını, temizlemesini isteyin.

Şifreli gibi duran değişkenleri gerçek isimlerle değiştirir, fonksiyonun ne işe yaradığını tek cümleyle söyler, izlediği deseni fark eder ve hatta orijinal uygulamanın bıraktığı hataları bile işaretler.

Bu promptu Claude ile birlikte yapıştırın:

1İşte 147 cross-reference'a sahip bir fonksiyondan elde edilmiş decompile edilmiş sözde kod.
2
3Bu fonksiyon için:
41. Her değişkeni, kullanım şekline göre anlamlı bir isimle yeniden adlandır.
52. Amacını tek cümleyle belirt.
63. Okuduğu ve yazdığı veri yapılarını listele.
74. Deseni isimlendir (singleton, factory, state machine, observer...).
85. Bunu temiz, dile özgü (idiomatic) bir Swift'e (veya çağrı
9   sözleşmelerinin ima ettiği dile) doc yorumlarıyla birlikte yeniden yaz.
106. Eksik hata yönetimi, girdi doğrulama veya güvenlik kontrolü varsa işaretle.
11
12Cevaplamadan önce xhigh efor seviyesinde düşün: isimlendirmelere karar vermeden önce
13her değerin ne olduğu üzerine akıl yürüt. Emin olmadığın her şeyi işaretle.
14
15[sözde kodu yapıştır]

Decompile işlemi size kodun ne yaptığını verir. Opus 5.5 ise size neden yaptığını ve onu yeniden inşa etmek için gereken isimleri verir.

https://x.com/0x0SojalSec/status/2108389060192706674

https://x.com/0x0SojalSec/status/2108031166502896035

Her hedef bir disassembler gerektirmez. REA'nın Notion vitrin çalışması, uygulamanın JavaScript'indeki pano (clipboard) özelliğini bulur, onu Electron katmanları üzerinden ana sürece kadar takip eder ve zengin panoyu tam olarak nasıl oluşturduğunu gösterir; hiç assembly kodu olmadan eksiksiz bir iz sürme. Bakınız:

07. Kod Gizleme (Obfuscation) - Tigress benchmarkı

Bazı uygulamalar tam da yaptığınız şeye direnmek için inşa edilmiştir. Kodları kasıtlı olarak karıştırılmıştır: mantık altüst edilir, metinler şifrelenir ve vaktinizi boşa harcamak için sahte dallar eklenir.

Buna obfuscation (kod gizleme) denir ve en iyi modelin bile zorlandığı tek yer burasıdır. Elastic Security Labs bunu ölçtü ve Claude Opus'u 20 farklı görevde Tigress karıştırıcısına yöneltti. Bu rakamları aklınızda tutun.

Bu rakamlarda iki pratik ders yatıyor.

• Birincisi, başarısız bir deneme başarılı olandan yaklaşık iki kat daha pahalıya mal olur çünkü model pes etmeden önce giderek daha fazla zorlamaya devam eder; bu yüzden fonksiyon başına bir harcama limiti belirleyin ve erken durun.
• İkincisi, decompile edilmiş kodu göndermeden önce içindeki çöpleri temizleyin (Caveman adlı ücretsiz bir araç bunun yaklaşık %75'ini kaldırır) ki model dikkatini dolguya değil, gerçek mantığa harcasın.

Gerçekten karşılaşacağınız beş hile ve kodu açtığınızda her birinin nasıl göründüğü:

1Bu fonksiyon gizlenmiş (obfuscated) görünüyor. Max efor seviyesinde çalış.
2
31. Mevcut teknikleri (kontrol akışı düzleştirme, opak predikatlar,
4   ölü kod, string şifreleme, fonksiyon bölme) tespit et ve her birinin bu özel kodda
5   nerede ortaya çıktığını göster.
62. Bunları çöz: ölü dalları kaldır, opak predikatları değerlendir,
7   dispatch'i düzleştirmeden kurtar, anahtar kurtarılabilirse satır içi stringlerin şifresini çöz.
83. Geriye kalan temiz fonksiyonu göster.
94. Güven seviyeni 1-10 arası puanla. 6'nın altındaysa, tam olarak hangi kısımlardan emin olmadığını
10   ve komşu bağlamın bunları nasıl çözeceğini söyle. Sessizce tahmin yürütme.
11
12[gizlenmiş sözde kodu yapıştır]

08. Sürü - işçileri yöneten bir kontrolcü

Tek bir sohbet 500 fonksiyonu düzgün okuyamaz. Gördüklerini unutur, aynı şeye üç farklı isimle hitap eder ve kendi kendisiyle çelişmeye başlar.

Çözüm küçük bir ekiptir: işi dağıtan bir kontrolcü sohbeti ve her biri bir fonksiyonu alan birkaç işçi sohbeti.

Kontrolcü büyük resmi elinde tutar ve parçaları tekrar bir araya getirir.

Bunun için özel bir şey inşa etmenize gerek yok, aşağıdaki iki prompt tüm kurulumdur.

1Sen bir tersine mühendislik kontrolcüsüsün. Fonksiyon haritası functions.json dosyasında
2(adres, isim, boyut, xref_sayısı).
3
41. Fonksiyonları çağrı grafiği yakınlığına göre kümelendir; kümeleri xref sayısına göre sırala.
52. Her kümeyi bir işçiye ata. Asla kendin bir fonksiyon analiz etme.
63. İsimler tutarlı kalsın diye halihazırda çözülmüş struct'ları her işçinin brifingine enjekte et.
74. Bir işçi 6'nın altında güven skoru döndürdüğünde, çözülmüş komşularından gelen bağlamla
8   ikinci bir geçişi kuyruğa al.
95. Kümülatif token harcamasını takip et ve her kümeden sonra raporla.

1Sen bir işçisin. Sana bir decompile edilmiş fonksiyon ve şu ana kadar çözülmüş struct'lar verilir.
2Tam olarak şunları döndür: adres, amaç, güven (1-10), structs_used, structs_new,
3clean_source, flags. Mevcut struct isimlerini yeniden kullan; kontrolcünün sana zaten verdiği
4bir struct için asla ikinci bir isim icat etme. Yalnızca bir fonksiyon. Bitince dur.

https://x.com/victor_explore/status/2109466356454510612

09. Temiz Oda - işleri yasal tutan dört kural

Temiz oda (clean-room) yeniden inşası, uygulamanın ne yaptığını kopyalamak, ancak içindeki kodu asla kopyalamamak demektir. Bunu doğru yaparsanız yayınladığınız şey tamamen size ait olur. Yanlış yaparsanız başkasının telif hakkını taşımış olursunuz.

Dört kural sizi güvenli tarafta tutar ve WordCraft ekibi her derlemede bu dördünü de otomatik olarak kontrol eder.

1. Gözlemle, asla kopyalama. Hedefi kara kutu olarak çalıştırın, ne yaptığını izleyin, ekran görüntüsünü yalnızca kendi penceresinden alın. Kodunu asla okumayın, decompile etmeyin veya yapıştırmayın. Düz özellik isimleri ötesinde hiçbir ifadeyi kopyalamayın.
2. Kaynaklar değil, spesifikasyonlar. Dosya formatları herkese açık standartlardan gelmelidir (OOXML, ECMA-376 / ISO 29500'dür, ayrıca yayınlanmış RTF ve ODF spesifikasyonları vardır); asla bir rakibin ayrıştırıcısını okumaktan veya herhangi bir GPL/LGPL kodundan gelmemelidir.
3. Yalnızca orijinal varlıklar. Her simge, yazı tipi, şablon ve ses kodla çizilmiş, kamu malı (public-domain) veya açık lisanslı olmalı ve bir atıf dosyasında bir satıra sahip olmalıdır. Aksi takdirde bir CI kontrolü derlemeyi başarısız kılar.
4. İki işi ayırın. Bir ajan davranışı kurtarır ve bir spesifikasyon yazar. Farklı bir bağlam yalnızca spesifikasyondan uygular ve asla orijinal analize bakmaz. Bu ayrım, temiz oda sınırının ta kendisidir.

1Tamamlanan analizden, yeniden uygulama için bir temiz oda spesifikasyonu yaz.
2
3YALNIZCA DAVRANIŞI tanımla. Şunları dahil et: her genel arayüz, veri modeli, test edilebilir
4bir gereksinim olarak kullanıcı tarafından görülen her özellik, okunan ve yazılan dosya formatları
5(gözlemlenen davranış ve herkese açık spesifikasyona göre) ve hata yönetimi davranışı.
6
7Şunları DAHİL ETME: adresler veya ofsetler, decompile'dan gelen değişken isimleri, assembly
8veya orijinalden kopyalanmış herhangi bir şey. Binary dosyayı hiç görmemiş bir geliştirici,
9yalnızca bu belgeden uyumlu bir sürüm uygulayabilmelidir.
10
11Şu bölümlerle markdown çıktısı ver: Architecture, Data Model, Public API, File Formats,
12Test Cases.

Bir tanımdan yola çıkmak sadece yasal bir koruma sağlamaz. Orijinal yazarın onlarca yıl önce aldığı kararları miras almak yerine, kendi diliniz ve ihtiyaçlarınız için doğru seçimleri yapmanıza olanak tanır.

WordCraft'ın bazı yerlerde Word'den daha hızlı olmasının sebebi tam olarak Word'ün iç yapısını kopyalamamış olmasıdır.

10. Uygulama Üretmek - on iki profesyonel araç, tek yöntem

WordCraft tek seferlik bir iş değil. ArtCraft ekibinin rafındaki on iki uygulamadan sadece biri; her biri zaten ücretini ödediğiniz bir aracın temiz oda yeniden inşası ve hepsi Rust ile sıfırdan yazılarak GitHub'da ücretsiz ve açık kaynaklı yayınlandı.

Sloganları "On iki uygulama. Tek zanaat" ve o tek zanaat 9. adımdaki yöntemdir: orijinali izle, herkese açık spesifikasyonları oku, yalnızca davranıştan yepyeni bir versiyon inşa et.

Bu ortak yöntemin getirisi her yerde aynıdır. Electron yok: her uygulama macOS, Windows ve Linux'ta yereldir ve FilmCraft hariç hepsi WebAssembly aracılığıyla bir tarayıcı sekmesinde de çalışır.

Ve içlerindeki her eylem isimlendirilmiş bir komut olduğu için, on ikisi de bir yapay zeka ajanı tarafından anında yönetilebilir durumdadır.

Her Craft uygulaması aynı şekilde inşa edilmiştir ve bu yapı kopyalamaya değerdir. Her biri katmanlar halinde dizilmiştir, her katman yalnızca altındakini kullanır; en altta temel ölçümlerden en üstte ekrandaki pencereye kadar.

İşte WordCraft'ın katmanları:

Ve her eylem sadece isimlendirilmiş bir komuttur; dolayısıyla tıklayan bir insan, bir klavye kısayolu ve bir yapay zeka ajanının hepsi tam olarak aynı şeyi tetikler. Onlardan herhangi birinin bir ajan tarafından yönetilebilir olmasını sağlayan şey budur.

1drive WordCraft over MCP
2
3# Headless document automation
4claude mcp add wordcraft -- wordcraft-cli mcp
5
6# Or drive the running desktop app
7wordcraft --control 7981 &
8claude mcp add wordcraft-app -- wordcraft-cli mcp --connect 127.0.0.1:7981
9
10# Tools: list_commands, execute, batch, type_text, select_text,
11#        inspect_document, render_page, save_document (+ screenshot/click/key live)
12> Open report.docx, make every heading 14pt bold, export to PDF
13  ✓ select.all-headings -> 12 selected
14  ✓ format.font-size 14 · format.bold
15  ✓ export report.pdf (selectable text, bookmarks kept)

https://x.com/yuhasbeentaken/status/2109235513102057828

11. Doğrula ve yayınla - eşitliği kanıtla, MCP'yi aç

Orijinalin kaynak koduna hiçbir zaman sahip olmadınız, bu yüzden satır satır karşılaştırma yapamazsınız.

Bunun yerine davranışları karşılaştırırsınız: hem orijinale hem de yeniden inşa ettiğiniz versiyona aynı girdileri verin ve aynı çıktıyı üretip üretmediklerini kontrol edin.

1Orijinal binary ile benim yeniden inşa ettiğim versiyonu karşılaştıran davranışsal bir test ortamı oluştur.
2
350 girdi üret: 30 normal, 10 uç durum (boş, maksimum boyut, unicode, özel karakterler),
410 hata (hatalı biçimlendirilmiş, eksik alanlar, bozuk). Her birini ikisinde de çalıştır. Mümkün olan yerlerde
5çıktıları bayt bayt, aksi durumlarda anlamsal olarak karşılaştır. Eşleşme oranını, bir sapma
6listesini ve her biri için bir önem derecesini (kozmetik / davranışsal / kritik) raporla. report.md dosyasına kaydet.

Bu aynı zamanda herkese gösterebileceğiniz en ikna edici kanıttır (makalenin en başındaki RE slotu).

Ardından yeniden inşa ettiğiniz versiyonu REA ve WordCraft'ın yaptığı gibi yayınlayın: bir MCP sunucusu olarak, böylece bir sonraki kişinin ajanı da onu sizin REA'yı yönettiğiniz gibi yönetebilir.

Her fonksiyona net bir isim ve açıklama verin, onu basit bir komut satırı aracına sarın ve tek satırla kurulabilir hale getirin.

https://x.com/0xMovez/status/2108884063515746410

Ve testleri sona bırakmayın, ilerledikçe yapın; çünkü üzerine üç katman inşa ettikten sonra fark edilen bir hatayı düzeltmek çok daha maliyetlidir.

Bir haftasonunu çöpe atan altı hata

1. Bir Electron uygulamasında disassembler açmak. JavaScript tam oradaysa, analyze_javascript_application'a yönlendirin ve yerel yolu tamamen atlayın.
2. Hiçbir şeyi okumadan her şeyi dökmek. Önce REA'dan bir özet isteyin. Tüm uygulamayı bir kerede çekmek gerçek mantığı gürültüye gömer ve faturanızı şişirir.
3. Fonksiyonları dosya sırasına göre okumak. Cross-reference sayısına göre sıralayın. 147 xref'li fonksiyon mimarinin kendisidir; 2 xref'li yardımcı fonksiyon bekleyebilir.
4. 3. aşama obfuscation ile boğuşmak. Benchmark çok katmanlı yapıların %0'ını çözer. Bir bütçe belirleyin, komşulardan gelen bağlamı kenara koyun, daha sonra geri dönün.
5. Modelin kodu yeniden inşa ettiğiniz versiyona kopyalamasına izin vermek. Bu temiz oda kuralını ihlal eder. Önce bir bağlamda spesifikasyonu yazın, başka bir bağlamda spesifikasyondan uygulayın.
6. Parite raporu olmadan yayınlamak. "Sanırım eşleşiyor" bir kanıt değildir. 50 davranışsal test ve bir eşleşme oranı kanıttır.

Sonuç:

REA'yı kurun. Binary dosyayı okuyun. Onu kendinize ait olarak yeniden inşa edin.

Hedefi yönlendirin, yüzeyini haritalandırın, sıcak fonksiyonları decompile edin, Opus 5.5'in her şeyi isimlendirmesine izin verin, kırılmaya değer obfuscation'ları kırın, bir sürüyle ölçeklendirin, ardından temiz bir spesifikasyon yazıp yeniden inşayı MCP üzerinden yayınlayın.

On bir adım. Tek bir model. Sıfır kopyalanmış kod.