Bu yazı dizisinde, titiz mühendislik çalışmaları yapmak için kullandığım kişisel beceri setim olan pstack'i nasıl kullandığımı göstereceğim. Bu sayede ayda 2.000 PR'ı yüksek güvenle canlıya gönderebiliyorum.
Şahsen, kaç satır kod yazdığıma veya kaç PR gönderdiğime hiçbir zaman çok fazla önem vermedim. Ajanlardan önce kimse bunu umursamıyordu ve haklı olarak da öyleydi, çünkü ham üretkenlik her zaman kalite veya kullanıcılar için görünür bir sonuç anlamına gelmiyordu. Bu sadece gösterişli bir metrikti.
Ancak pstack'i geliştirirken, hacmin gerçekten önemli olduğunu, özellikle de ajanlarla ürünün kalite seviyesini koruyabildiğinizde veya hatta artırabildiğinizde fark ettim. Örneğin, yaklaşık 2 ay önce, henüz erken aşamalarındayken ve kod tabanı yeni ama büyümeye başlamışken Grok @Bot üzerinde çalışmaya başladım. Ekip büyüyüp günde yüzlerce PR'ı Grok @Bot kod tabanına göndermeye başlamasına rağmen, pstack sayesinde kodu sürekli izleyerek, yeniden düzenleyerek, yeni lint'ler ve kontroller ekleyerek ve aynı zamanda özellikler üzerinde çalışarak herkes için kod kalitesini yüksek tutabildim.
https://x.com/poteto/status/2090546476464451907
https://x.com/poteto/status/2078527882499150286
Grok @Bot'un bahçıvanı ve bakımcısı olmak, ancak pstack sayesinde başarabildiğim bir şeydi. Prototipi oluşturduktan sonraki ilk ivmemiz çok yüksekti ve ekibe birçok kişi katılıyordu. Tüm kod tabanını, inşa edilirken ve genişletilirken ve hiçbir kesinti olmadan, güçlü temellere sahip bir yapıya dönüştürmek için kritik bir fırsat anım oldu. Kaç tane mühendis (ve en önemlisi, mühendis olmayan kişi) katkıda bulunursa bulunsun ölçeklenebilen, yüksek kaliteli bir kod tabanı. Tüm bu çalışmalar, Grok Bot'un temellerini inşa edilirken yeniden düzenlememi ve iyileştirmemi gerektiriyor ve bunu ancak temeller katkı sayısına ayak uydurabildiğinde yapabilirsiniz.
Grok Bot, piyasadaki en verimli ve yüksek performanslı AI masaüstü uygulamalarından biridir
Kanıt, Grok @Bot'un kendisinde yatıyor. Önümüzdeki birkaç hafta boyunca, pstack kullanarak yüksek kaliteli bir uygulama oluşturmak ve sürdürmek için bilmeniz gereken her şeyi anlatacağım.
Bölüm 1 – Doğrulama (Verification) yeterlidir
Alet çantanızda bulunması gereken en kritik beceri, yüksek kaliteli bir doğrulama becerisidir. Bu beceri o kadar önemlidir ki, onu sadece bir "beceri" olarak değil, kritik bir altyapı olarak düşünüyorum. İyi bir doğrulama becerisi, mühendis olmayanlar da dahil olmak üzere tüm ekibinizin çıktısını katlayacaktır. İyi yapıldığında, tüm ekibinizin çıktısını 100-1000 kat artırabilirsiniz.
Terime aşina değilseniz, doğrulama, bir ajanın kendi işini doğrulayabilmesi anlamına gelir. Görevinde başarılı olana kadar devam edebilir, çünkü artık siz darboğaz olmadan döngüyü kapatabilir. Cursor için ilk doğrulama becerimi nasıl oluşturduğumun hikayesi hakkında daha fazla bilgi edinmek isterseniz, önceki yazıma göz atın: Güvenebileceğiniz Döngüler.
Birlikte bir doğrulama becerisi oluşturalım
Başlamak için pstack'i kurun ve ardından /create-verification-skill komutunu çalıştırın. Ayrıca, yüksek kaliteli botlar oluşturmanıza yardımcı olan botum Dr Eggbot'u listenize eklemenizi öneririm. Dr Eggbot, pstack ile birlikte gelir. Kodlama botlarına onu nasıl kullanacaklarını öğretir ve aynı titizlikle kodlama yapmayan botlar da oluşturabilir.
Dr Eggbot'tan sizin için bir mühendis botu oluşturmasını isteyebilir, ardından bu bottan /create-verification-skill komutunu çalıştırmasını ve /maintain-verification-skill komutunu çalıştırmak için günlük bir rutin ayarlamasını isteyebilirsiniz.
Dr Eggbot'a bayılıyorum
Bu çalışırken, becerinin ne yaptığını ve sizin için nasıl yüksek kaliteli bir doğrulama becerisi oluşturduğunu inceleyelim.
Grok @Bot ve Cursor'u oluşturmak için kullandığımız tüm doğrulama becerilerimizi bir tür meta-beceri olarak bu beceride damıttım. Ajanınıza, kendi uygulamanız için nasıl yüksek kaliteli bir tane oluşturacağını öğretir.
İşte bu noktada teknoloji yığını seçimi önemlidir. Örneğin, Electron'da veya web için bir uygulama oluşturuyorsanız, JS ekosistemi için mevcut olan zengin hata ayıklama araçlarından yararlanabilirsiniz. Örneğin, Chrome DevTools Protocol (CDP), tarayıcınızın geliştirici araçlarında bulunan aynı araçları kullanmanıza olanak tanır. Veya bir iOS uygulaması oluşturuyorsanız, simülatörü kullanabilirsiniz.
İdeal olarak, uygulamanızla etkileşime geçme, hata ayıklama, performans izlemeleri alma ve uygulamayı elle geliştirirken normalde kullanacağınız diğer hata ayıklama ve geliştirme araçlarını kullanma yeteneğine sahip olmak istersiniz. Kullanabileceğiniz zengin bir çalışma zamanınız yoksa, ajanınızdan sizin için araçlar oluşturmasını isteyebilir (örneğin lldb kullanarak veya geliştirme ortamlarında bir yan uygulama olarak çalışan özel bir paket) veya mevcut olanı kullanabilirsiniz.
Şahsen, ajan doğrulamasının o kadar önemli olduğunu düşünüyorum ki, yazılım geliştirmede haksız avantajlar ve aşırı üretkenlik elde etmek için kendi zengin hata ayıklama araçlarınızı oluşturmanızı ve hatta farklı bir teknoloji yığını seçmenizi şaka yapmadan öneririm. Daha önce de belirttiğim gibi, ajanlara kendi işlerini doğrulama yeteneği vermek, kuruluşunuzdaki herkesin katkıda bulunmasını ve değişikliklerinin gerçekten çalıştığını doğrulamasını sağlar. Teknoloji yığınınızda hata ayıklamak ve kontrol etmek ne kadar zorsa, ajanları verimli bir şekilde kullanmak da o kadar zor olacaktır.
Tekrarlanabilir Hale Getirin
pstack'te "Kaldıracı İnşa Et" adında bir ilkemiz var. Bunun bir beceri oluşturma bağlamında anlamı, ajanlara sadece işaretleme metni yerine araçlar vermeyi tercih etmemizdir. Doğrulama becerileri için bu, uygulamanızın etkileşimini ve hata ayıklamasını küçük, ajan dostu bir yardımcı programda komut dosyası haline getiren küçük bir CLI oluşturmak anlamına gelir. Bu, ajanların bir görevi yapmak için daha az token tükettiği (bir şeye tıklamak için tek kullanımlık bir komut dosyası yazmak yerine bir CLI komutu çalıştırmak) ve doğrulama becerinizi daha tekrarlanabilir ve test edilebilir hale getirir.
İşte ajanınızın bir Electron uygulaması için yapabileceği varsayımsal bir CLI örneği:
1# health2node .cursor/skills/verify-atlas/control-atlas.mjs doctor34# open a blank thread and send5node .cursor/skills/verify-atlas/control-atlas.mjs new-session6node .cursor/skills/verify-atlas/control-atlas.mjs send "list open tasks in this project"78# keyboard path9node .cursor/skills/verify-atlas/control-atlas.mjs press "Meta+KeyN"1011# accessibility snapshot of the live UI12node .cursor/skills/verify-atlas/control-atlas.mjs snapshot1314# screenshot for evidence15node .cursor/skills/verify-atlas/control-atlas.mjs screenshot /tmp/atlas-proof.png1617# wait for streaming / layout to settle18node .cursor/skills/verify-atlas/control-atlas.mjs wait-settle1920# flip a feature flag for the session21node .cursor/skills/verify-atlas/control-atlas.mjs feature-flag rooms_v2 on
Artık tüm ajanlar, uygulamanızda hızlı bir şekilde gezinmek ve hata ayıklamak için bu CLI'ı kullanabilir. Ayrıca uygulamanızı oluşturmanın geliştirici deneyimini düşünmeye başlamalısınız:
- bir geliştirme veritabanını tohumlama
- kimlik doğrulama, test kullanıcıları, bir test/hazırlık ortamına karşı API çağrıları ile nasıl başa çıkılacağı
- geliştirme ortamınızı tutarlı bir şekilde kurma ve çalıştırma
Bunların hepsi, kendiniz kod yazarken muhtemelen zaten düşünmeniz gereken şeylerdir. Bu nedenle, bunu ajanlarınızın uygulamanızda geliştirme çalışması yapması için ana yardımcı programı olarak düşünün. Bakımını iyi yapın ve test edin!
Düşünebileceğiniz diğer bazı örnek komutlar:
1- **İnceleme:** `info`, `snapshot`, `screenshot`, `components`2- **Gezinme:** `home`, `new-session`, `select-project`, `select-runtime`, `scroll`3- **Etkileşim:** `send`, `click`, `click-xy`, `aria-click`, `type`, `press`, `eval`, `upload-image`, `add-context`, `feature-flag`4- **Performans:** `trace`, `profile`, `record`, `perf-metrics`, `wait-settle`5- **Akış:** `console`, `network-log`, `network-summary`6- **Sağlık ve temizlik:** `doctor`, `cleanup`, `watch --restart`
Bu temel kuruluma sahip olduğunuzda, ajanlarınızda büyük bir iyileşme görmeye başlamalısınız. Uygulamanızda kolayca gezinebilmeli ve hata ayıklayabilmelidirler.
Daha gelişmiş bir şeye geçmeden önce bu CLI'ı iyi ve hatasız hale getirmek için zaman harcamanızı öneririm. Ayrıca (veya ajanınızdan) ajan dostu bir CLI tasarlamayı düşünmelisiniz. Çevrimiçi olarak ajanınızı yönlendirebileceğiniz birçok kaynak var, ancak benim sevdiğim temel özellikler şunlardır:
- API'nin birleştirilmesi kolaydır - John Ousterhout'un derin modüller felsefesini düşünün
- Potansiyel olarak yıkıcı yan etkileri olan herhangi bir komut bir --dry-run seçeneğine sahip olmalıdır
- İşlevselliği bir kerede değil, kademeli olarak ortaya çıkarmak için alt komutları kullanın
- Hata mesajları çok açıklayıcı olmalı ve ajana bunun yerine ne yapması gerektiğini söylemelidir
- Zengin --help metni
- Makine tarafından okunabilir biçimde (örneğin JSON) döndürülen çıktılar
Çalışma ağaçları (worktrees) yerine Cloud Agents ile paralellik kullanarak daha hızlı ilerleyin
Doğrulama becerinizi birkaç PR göndermek için kullanarak biraz başarı elde ettiğinizde, daha fazla paralelleştirme yapıp yapamayacağınızı merak etmeye başlayabilirsiniz. Örneğin, bir ajan artık isteminizi alıp birleştirilebilir bir duruma getirebiliyorsa, bu sizi daha fazla ajan çalıştırmak için özgürleştirmez mi?
İlk içgüdünüz, çalışma ağacı (worktree) desteği eklemek olacaktır; bu, ajanlarınızın, ana kontrolden izole bir şekilde değişiklik yapabilecekleri deponun izlenen bir kopyasını oluşturmak için git'i kullanabileceği anlamına gelir. Teoride bu, değişikliklerinin birbirine karışmaması için aynı anda birden fazla ajan çalıştırmanıza olanak tanır.
Bunu yapmamanızı tavsiye ederim. Birincisi, makinenizde çok fazla depolama alanı ve kaynak kullanır. Deponuzun boyutuna ve makinenizin ne kadar güçlü olduğuna bağlı olarak, çalışma ağaçlarıyla paralel olarak 10'a kadar ajan çalıştırabilirsiniz. Ancak çok daha iyi bir yol var!
Cursor'un cloud agents'i, Cursor'un altyapısında bulutta çalışan ajanlardır. Bu ajanların gerçek bir bilgisayara erişimi vardır, yani bağımlılıkları kurabilir, uygulamanızı çalıştırabilir, videolar ve ekran görüntüleri alabilir ve gerçek bir kullanıcı gibi uygulamanızla etkileşime girebilirler. Önceki adıma geliştirme deneyiminizi iyileştirmek için yeterince yatırım yaptıysanız, cloud agent'ları kurmak büyük bir yük olmamalıdır. Bulut ortamınızı ilk kurduğunuzda, doğru şekilde kurmanıza ve çalıştırmanıza yardımcı olması için bir ajan göndeririz. İlk derlemeden sonra, bir snapshot alırız; bu, sonraki cloud agent çalıştırmalarının her zaman hızlı bir şekilde başlayacağı anlamına gelir.
Cloud agent'ları kurmak için zaman ayırmanızı şiddetle tavsiye ederim, çünkü bu, paralellikte büyük bir üretkenlik artışı sağlar. Daha sonraki bir yazıda, bulutta yüzlerce alt ajantı paralel olarak nasıl çalıştırdığımı göstereceğim! Ancak şimdilik, ortamınızı kurun ve tüm ajanlarınızı bulutta çalıştırma konusunda kendinize güvenmeye başlayabileceğiniz bir duruma getirin.
Özellik Haritaları (Feature Maps) ile ajanları akıllı tutun
Uygulamanız daha karmaşık hale geldikçe, ajanların özellikleri bulmak ve onlarla etkileşime geçmek için daha fazla rehberliğe ihtiyacı vardır. Bunu yapmak için Özellik Haritası (Feature Map) adını verdiğim bir şey geliştirdim. Adından da anlaşılacağı gibi, uygulamanızda bulunan tüm özelliklerin, ne yaptıklarının ve bir kullanıcı bakış açısıyla onlara nasıl ulaşılacağının kolayca aranabilir bir haritasıdır.
İşte Atlas adlı hayali bir uygulama için hazırladığım örnek bir Özellik Haritası. Bu, doğrulama becerisinin SKILL.md dosyasında bahsedilen birkaç işaretleme dosyasından oluşur.
Bu dosyayı herhangi bir yere koyabilirsiniz, ancak /create-verification-skill'de otomatik olarak bir README.md ile birlikte bir references/features dizini oluştururuz. Readme, haritanın kendisidir: mevcut tüm ana özelliklere genel bir bakış ve belirli ayrıntılara bağlantılar. Bir özellik örneği şuna benzer:
1# Preferences23Tam ekran tercihler katmanı ve sekme seti.45## Alt özellikler67- settings-overlay: dişli çarktan veya Cmd/Ctrl+, tuşundan açılan tam ekran katmanı8- settings-nav: sekmelerin sol gezinme çubuğu (General, Appearance, Models, Plan & Usage, ...)9- settings-search: katman içi arama (ayarlar açıkken Cmd/Ctrl+K)10- theme-picker: Appearance üzerinde hızlı tema kontrolü1112## Oraya nasıl gidilir (kullanıcı bakış açısı)1314Hesap avatarının yanındaki dişli çarka tıklayın veya Cmd/Ctrl+, tuşuna basın. Sol gezinme çubuğundan bir sekme seçin. Atlamak için tercihler arama kutusuna yazın. Escape veya kapatma kontrolü kapatır.1516## control-atlas ile kullanma1718bash19node .cursor/skills/verify-atlas/control-atlas.mjs press "Meta+Comma"20node .cursor/skills/verify-atlas/control-atlas.mjs snapshot21node .cursor/skills/verify-atlas/control-atlas.mjs press "Escape"2223- Katman kökü: a11y ağacında Preferences adlı bir iletişim kutusu/bölge arayın.24- Sekmeler: görünür ada göre tıklayın. Plan & Usage bazı hesap durumları için mevcut olmayabilir.25- Ayarlar açıkken, Cmd/Ctrl+K genel palet değil, tercihler aramasıdır (bkz. `multi-surface-journeys.md`).2627## Dikkat edilmesi gerekenler2829- Ayarları süit ortasında kapatmak, odağı işe yaramaz bir yerde bırakabilir. `new-session` veya `home` kurtarır.30- Bazı sekmeler yetkilendirme gerektirir. Açık bir hesap gerekçesiyle atlayın.
Bunları kendiniz yazma konusunda endişelenmeyin! /create-verification-skill komutunu çalıştırdığınızda, ajanınız otomatik olarak uygulamanızı tarayacak ve her şeyi kataloglayarak sizin için bu referansları oluşturacaktır.
Özellik Haritası, CLI ile birleştirildiğinde, pstack'in doğrulama becerilerinin bu kadar iyi olmasının ana nedenlerinden biridir. Ajanlar artık her bir özellik ve ona nasıl ulaşılacağı hakkında bağlama sahiptir, bu da bağlam penceresinde değerli token'ları kurtarır ve ona tam olarak ne için olduğunu ve oraya nasıl gidileceğini öğretir.
Özellik Haritası'nı bir "somutlaştırılmış bellek" biçimi olarak düşünebilirsiniz. Bir süredir ajan kullanıyorsanız, muhtemelen bellek kavramına aşinasınızdır - bunlar genellikle basit işaretleme dosyaları (örneğin bir Obsidian kasası) veya hatta bir vektör veritabanı gibi daha karmaşık bir şey olarak saklanabilir. Şahsen, kod tabanınızın nihai bellek biçimi olduğunu düşünüyorum. Kod, sizin ve ekibinizin verdiği kararların bir yansımasıdır ve ne olduğu ve işlerin gerçekte nasıl yürüdüğü konusunda gerçeğin kaynağını temsil eder. Özellik Haritası, token'ları kurtarmak için tasarlanmış, bunun daha kompakt bir biçimidir. Ve bir becerinin içinde sadece işaretleme metni olduğu için, kod tabanınıza katkıda bulunan herkes bu paylaşılan bellekten yararlanır.
Bu, doğrulama becerisinin bakımının gerçekten önemli olduğu anlamına gelir. Ajanlarınızın uygulamanızı kontrol etme konusunda her zaman en son ayrıntılara sahip olmasını sağlamak için /maintain-verification-skill komutunu günde en az bir kez çalıştırmanızı öneririm. Ayrıca, doğrulama becerinizi daha fazla kullandıkça, ajanların uygulamanız üzerinde çalışırken bunları otomatik olarak güncelleyeceğini görebilirsiniz. /maintain-verification-skill, kaçırılan her şeyi yakalar.
Doğrulama becerinizi nasıl kullanmalısınız
Referans olarak, hayali bir uygulama için oluşturulmuş örnek bir doğrulama becerisi: https://github.com/poteto/verification-skill-example. Hatırlatma olarak, bir tane oluşturmak için /create-verification-skill komutunu çalıştırın; bu, temel bir CLI ve Özellik Haritası içerir.
İşte bunu pstack ile tipik olarak nasıl kullanırım.
İlk olarak, elbette, isteminize /poteto-mode ile başlayın. pstack'i Cursor üzerinden kullanıyorsanız, /poteto-mode'u otomatik tamamladığınızda Enter yerine Opt + Enter'a da basabilirsiniz - bu, beceriyi bir Özel Mod (Custom Mode) olarak ekler, bu da beceriyi sabitler, böylece ajanınız her yeni turda beceriyi kullanması gerektiğine dair bir hatırlatma alır.
/poteto-mode yazın ve Özel Mod olarak sabitlemek için Opt + Enter'a basın
Grok @Bot'ta, eklentiyi kurun, ardından /poteto-mode yazın.
pstack'i Grok Bot'ta da kullanabilirsiniz!
Örnek: Yeni özellikler oluşturma
Yeni özellikler oluşturmak için, genellikle doğrulama becerisini /poteto-mode ile birlikte kullanarak ajantın işini doğrulamasını sağlarım. Örneğin, şöyle bir istemde bulunabilirim:
/poteto-mode build <özellik açıklaması, faydalı bağlam>. değişikliklerinizi doğrulamak ve kanıt olarak bana bir video ve ekran görüntüleri göstermek için /control-app kullanın
/control-app, /create-verification-skill'in sonucudur. Grok @Bot'ta şöyle bir istemde bulunurum:
<özellik açıklaması, faydalı bağlam> oluşturmak için /poteto-mode kullanması için bir cloud agent oluştur. değişikliklerinizi doğrulamak ve kanıt olarak bana bir video ve ekran görüntüleri göstermek için /control-app kullan
Buradaki küçük fark, Grok @Bot'ta botunuza işi kendisinin yapması yerine bir cloud agent oluşturmasını söylemenizdir. Bunu tercih etmemin ana nedeni, botunuzu başka şeyler yapmak için serbest bırakması ve bağlam penceresini temiz tutmasıdır. Bu anlamda, botlarımı daha çok cloud agent'ları yöneten ve denetleyen koordinatörler olarak düşünüyorum. Cloud agent'lar ayrıca, kendi ayrı makinelerine sahip olan Cursor'da bulunan tüm model yelpazesinden yararlanabileceğiniz anlamına gelir, böylece botunuzun bilgisayarı diğer şeyler için boş kalır.
Örnek: Performans çalışması
uygulamamızın ilk yüklenme süresini iyileştirmek için /poteto-mode kullanması için bir cloud agent oluştur. önce mevcut durumun bir izlemesini almak ve iyileştirme fırsatlarını belirlemek için /control-app kullan. ardından hedefli bir düzeltme yap ve kazancı onaylamak için /control-app +
/swarm kullan
/swarm, doğrulama becerinizle birleştirilecek en iyi becerilerden biridir. Doğrulama becerinizi çalıştırmak için herhangi bir sayıda cloud agent'ı dağıtır, böylece yeterince büyük bir örneklemle bir performans kazancını onaylama veya bir şeyi kırmadığınızdan veya geriletmediğinizden emin olmak için uygulamanızı fuzz testine tabi tutma gibi şeyler yapabilirsiniz.
Örnek: Kullanıcı raporlarını otomatik olarak yeniden oluşturma
Doğrulama becerinizden memnun olduğunuzda, bunları Grok @Bot rutinlerinin veya Cursor Automations'un içine koyabilirsiniz. Rutinler ve otomasyonlar, işleri zamanlamaya göre veya bir olay meydana geldiğinde çalıştırmanıza olanak tanır.
Örneğin, kullanıcı geri bildirimlerini Slack'e aktarıyorsanız ve/veya kendi dahili geri bildirim kanalınıza sahipseniz, botlarınızın her raporu dinlemesini ve bir cloud agent ile otomatik olarak yeniden oluşturmaya çalışmasını sağlayabilirsiniz. Doğrulama beceriniz ve Özellik Haritanız yeterince iyiyse, sorunları otomatik olarak düzeltmeye de karar verebilirsiniz.
Daha önce doğrulamanın alet çantanızdaki en önemli becerilerden biri olduğunu söylememin bir nedeni var. Üzerine yeni beceriler ve rutinler oluşturmak için size bir temel sağlar. Ve en önemlisi, ekibinizdeki herkes bundan faydalanır.
Doğrulama becerinize yatırım yapın
Doğrulama becerinizi oluşturduktan sonra, /maintain-verification-skill ile keskin tutun. CLI'ı geliştirmeye devam edin ve kritik bir altyapı gibi beceriye yatırım yapın. Hatta üzerinde bir nöbet rotasyonu bile oluşturmak isteyebilirsiniz - ekibiniz için 100-1000 kat üretkenliğin kilidini açmak bu kadar önemlidir.
Bu beceri, pstack kılavuzunda ele alacağımız diğer birçok becerinin temelidir ve hepsiyle mükemmel bir şekilde birleşir.
- pstack: https://x.ai/bot/plugin/9717366 (github bağlantısı
- Dr Eggbot: https://x.ai/bot/93gOz3op1UQdBdbekQFLK
Yüksek kaliteli botlar oluşturmanıza yardımcı olan botum Dr Eggbot'u listenize eklemenizi öneririm. Dr Eggbot, pstack ile birlikte gelir. Kodlama botlarına onu nasıl kullanacaklarını öğretir ve aynı titizlikle kodlama yapmayan botlar da oluşturabilir.
Dr Eggbot'tan sizin için bir mühendis botu oluşturmasını isteyebilir, ardından bu bottan /create-verification-skill komutunu çalıştırmasını ve /maintain-verification-skill komutunu çalıştırmak için günlük bir rutin ayarlamasını isteyebilirsiniz.
Okuduğunuz için teşekkürler ve Bölüm 2 için takipte kalın!
