**İnsanların %99'u OpenAI'ın yapay zeka mühendisliğinde yepyeni bir çığır daha açtığının farkında bile değil
**
- Tamamen yeni (merhaba Grokbot), hayat değiştiren ve bu yazıda ele alacağım lansmanlar: bunlar neler, neden önemli ve %100 verim almak için nasıl kurulurlar Başlamak için en ilgi çekici yer Dots. Size kendi bulut bilgisayarı olan ve arka plan işlerini devredebileceğiniz kişisel bir ajan sunuyor. Dots ile tanışın.
DevDay ayrıca yeni modeller, paylaşılan belgeler, kodlama güncellemeleri, eklentiler ve kendi ürünlerinize ajan entegre etmenizi sağlayan araçlar da getirdi.
alpha gelmeden önce - daha fazla taze alpha için substack'ime abone ol - https://substack.com/@0xcodila
1. Dot'unuzu Oluşturun ve Ona Bir İş Verin
https://x.com/OpenAI/status/2104980481876070819
Masaüstünde ChatGPT'de Dots'u açın ve tanıtımı takip edin. Bağlantıları kurulum sırasında ekleyebilir veya daha sonra geri dönebilirsiniz.
Lansmanda kişisel erişim, Pro 100, 200 ve 500 kullanan yetişkinlere aşamalı olarak sunuluyor
ama yine de bu özellik için bir plan satın almadan önce mevcut erişim gereksinimlerini kontrol edin!
Hesabınızda henüz Dots yoksa, 5-8 arasındaki adımlar planınıza bağlı olarak size hâlâ işe yarar başlangıç noktaları sunar.
Dots'un lansman sürümü şu model üzerinde çalışıyor:
GPT‑6 Astra
Ve işte Dots'un GrokBot'u geçtiği an Grok 4.6 gerçekten çok zayıf ve onu geliştirmenin tek yolu doğrudan GPT ve Claude'u ona bağlamak
https://x.com/0xCodila/status/2104634929518641487
Sol; Work, Codex ve API için ayrı bir model seçeneği
Şimdi Dot'unuza bir sorumluluk verin. "Üretken olmama yardım et" ifadesi neredeyse her şeyi belirsiz bırakır.
Buradan başlayın:
[ürün] lansmanını [tarih] tarihinde koordine etmeme yardım et. Açıkça paylaştığım lansman brifingini, kontrol listesini ve konuşmaları kullan. Değişen gereksinimleri, engelleyicileri, eksik sorumluları ve almam gereken kararları belirle. İlk görevin için kaynak bağlantılarını içeren bir lansman durum raporu sun. Eksik erişimler hakkında soru sor. Taslak öneriler hazırla; mesaj göndermeden veya paylaşılan dosyaları değiştirmeden önce onayımı al.
O ilk raporu dikkatlice okuyun. Doğru lansman tarihini biliyor mu? Kaynaklarını açabiliyor musunuz? Bir öneriyi üzerinde anlaşılmış bir kararla mı karıştırdı?
Ona tekrarlayan bir iş vermeden önce bu yanlış anlamaları düzeltin.
İlk başarınız doğru bir brifingdir. Geri kalan her şey bunun üzerine inşa edilir.
2. İhtiyacı Olan Uygulamaları ve Bilgisayarı Bağlayın
Mesajlaşma için Dot'unuzun profiline gidin ve Ekle'yi seçin.
Kanal rehberi, Slack ve Microsoft Teams dahil olmak üzere desteklenen seçenekleri kapsar.
Lansmanımız için kaynak belgeleri ve görevin ihtiyaç duyduğu iletişim araçlarını bağlayın. Ardından Dot'unuzdan gerçekte nelere erişebildiğini belirlemesini isteyin.
Paylaştığım lansman brifingini ve kontrol listesini bul. Bana bunların bağlantılarını ve en son ilgili değişiklikleri ver. Hangi istenen kaynakları okuyamadığını söyle.
Giriş gerektiren web siteleri için Dot'un profilindeki Computers bölümünden bulut bilgisayarını açın. Tarayıcı devri veya özel oturum açma akışını kullanın.
- Tarayıcısının kendi oturumları vardır. Kişisel dizüstü bilgisayarınızda oturum açmış olmanız, Dot'un otomatik olarak oturum açtığı anlamına gelmez.
Kimlik bilgilerini oturum açma arayüzü üzerinden girin. Herhangi bir hesap doğrulamasını tamamlayın, ardından devam edebilmesi için kontrolü geri verin.
Bulut çalışması, dizüstü bilgisayarınız kapalıyken bile devam edebilir. Kendi bilgisayarınızdaki çalışmalar ise o bilgisayarın açık ve uygulamanın çalışıyor olmasını gerektirir. Ortamı buna göre seçin.
Sık yapılan kolay bir hata: Slack'i bağlamak, bir kanalı izlemek için kalıcı bir talimat oluşturmaz. Bunu 4. Adımda açıkça ayarlayacağız.
3. Sonuçları Devredin ve Bağlamı Koruyun
Bir lansman güncellemesi birkaç farklı kaynağa dokunur. Dot'unuza neyin "tamamlanmış" sayıldığının net bir tanımıyla birlikte tüm çıktıyı verin.
Arka plan görevlerini devredebilir. Bu görevler ilgili talimatları ve bağlamı alır; ancak her çalışanın tüm konuşmanızı gördüğünü varsaymamalısınız.
Bağlantılarınız çalışmaya başladığında şunu deneyin:
Mevcut lansman brifingini, kontrol listesini ve seçilen Slack tartışmasını karşılaştır. Dört bölümden oluşan tek bir güncelleme hazırla: ne değişti, ne engellendi, bir sonraki adımın sorumlusu kim ve benim
kararımı bekleyen ne var. Her olgusal iddiayı kaynağına bağla. Kaynaklar çelişiyorsa bu çelişkiyi göster. Birisi görevi kabul etmediği sürece önerilen sorumluları "öneri" olarak etiketle.
Son cümle çok önemli. Harika biçimlendirilmiş bir liste, sessiz sedasız bir tahmini başkasının sorumluluğu haline getirebilir.
Devredilen işleri ve çıktılarını incelemek için Activity'yi kullanın. Asıl çıktıyı açın ve verilen görevi karşılayıp karşılamadığını kontrol edin.
- Dots, hafıza ve notlar aracılığıyla faydalı bağlamı koruyabilir. Ammaa bu, her konuşmanın her detayını sakladığı anlamına gelmez.
Önemli proje kararlarını erişilebilir bir kaynak belgede tutun ve gelecekteki görevlerde ona atıfta bulunun.
Buluta devredilen kodlama işleri için önce bir Codex Cloud ortamı kurun. 7. Adım bu ön koşulu kapsıyor.
Buradaki faydalı çıktı, harekete geçebileceğiniz tek bir güncellemedir; kanıtlar da kontrol edebileceğiniz kadar yakındır.
4. Tekrarlayan Hale Getirin ve Kontrolü Elinizde Tutun
Tek seferlik rapor işinize yaradığında, bir zamanlama isteyin.
Hafta içi her gün saat 09:00 Europe/Sofia'da, doğruladığımız kaynakları kullanarak lansman güncellemesini hazırla. [bitiş tarihi] tarihine kadar devam et. Bunu [desteklenen hedefe] ilet. Önceki rapordan bu yana yapılan değişiklikleri ve beni bekleyen kararları ekle. Kaydedilen zamanlamayı, saat dilimini ve hedefi onayla.
Scheduled altındaki girişi kontrol edin. Gerçekten oluşturulduğunu ve zamanlamasının isteğinizle eşleştiğini doğrulayın.
- Olaya dayalı izleme bundan ayrıdır. Bağlı hizmetin neleri desteklediğini sorun, ardından ona güvenmeden önce olayı ve yanıtı doğrulayın.
Örneğin: lansman kanalında bir gereksinim değişir → Dot'unuz güncellenmiş bir brifing hazırlar. Kanalı basitçe bağlamak bu rutini oluşturmaz.
Ardından Settings → Personalization → Permissions altındaki Custom rules bölümünü inceleyin.
Hangi işlemlerin doğrudan ilerleyeceğini, hangilerinin açık bir talep gerektireceğini, hangilerinin onay isteyeceğini veya size geri bırakılacağını belirleyebilirsiniz.
Bu lansman için benim başlangıç kuralım şöyle olurdu:
Verdiğim erişim sınırları içinde araştırma yap ve taslaklar hazırla. Mesaj göndermeden, paylaşılan proje kayıtlarını düzenlemeden, para harcamadan veya herhangi bir şey yayınlamadan önce sor.
Bu kurallar davranışı yönlendirir; eksik uygulama izinlerini vermez veya her işlemin kusursuz yapılacağını garanti etmez.
Ayrıca işi durdurmak için üç farklı yer vardır:
- Pause - Activity - Scheduled
Ana ajanı duraklatmak, diğer ikisini otomatik olarak iptal etmez. Bir iş akışını kapatırken üçünü de kontrol edin.
5. GPT‑6.1 Sol'u İşe Koşun
Model seçici, gideceğim bir sonraki yer.
GPT‑6.1 Sol, Plus, Pro, Business, Enterprise ve Edu planlarında Work ve Codex'te kullanılabilir. Çalışma alanı yöneticilerinin bunu etkinleştirmesi gerekebilir
https://x.com/thsottiaux/status/2105007628460109953
Ayrıca sohbet modeli seçicide de mevcut
OpenAI, Sol'u Astra'ya yakın performansı daha düşük bir maliyetle sunduğu şeklinde tanımlıyor. Ben varsayılan olarak birini seçmeden önce aşina olduğum zorlu bir görevde ikisini karşılaştırırdım.
Metin alanının altındaki model seçiciyi açın, Sol'u seçin ve varsayılan akıl yürütme ayarıyla başlayın.
Çıktısını değerlendirebileceğiniz bir iş verin:
Bu lansman brifingini ve mevcut açılış sayfasını oku. Desteklenmeyen, belirsiz veya tutarsız iddiaları bul. Tam değiştirme önerileri sun ve her değişikliğin hangi kanıta ihtiyaç duyduğunu açıkla.
API kullanıcıları için model kimliği gpt-6.1-sol'dür.
İşte standart token fiyat karşılaştırması:
Bu, Sol'un standart giriş ve çıkış birim fiyatlarını %80 daha düşük yapıyor. Nihai görev maliyetiniz yine de token kullanımına, araçlara ve fiyatlandırma koşullarına bağlıdır.
Sol, 1,05 milyon tokenlik bir bağlam penceresini destekler. 272.000 giriş tokeninin üzerindeki taleplerde oranlar daha yüksektir; devasa bir bağlamı ucuz saymadan önce model sayfasını kontrol edin.
Şimdi model seçimini hız seçiminden ayırın.
Standart Astra ile karşılaştırıldığında, Astra Ultrafast Codex'te tokenleri 8 kata kadar daha hızlı üretir.
https://x.com/sama/status/2104994601140711896
Tarayıcı bekleme süreleri, araçlar veya uzun akıl yürütme süreçleri içeren bir görev otomatik olarak sekiz kat daha hızlı bitmez
Hız rehberi, Pro 500 ve uygun Enterprise/Edu erişimini listeler. Ultrafast ayrıca kullanım hakkınızı daha hızlı tüketir.
Yeni Pro 500 kademesi aylık 500 dolardır. Pro 100 veya 200'de ekstra kredi satın almak Ultrafast'in kilidini açmaz.
Son olarak, Sign in with ChatGPT, uygun Plus/Pro kullanıcılarının planlarındaki kullanım haklarını katılımcı üçüncü taraf uygulamalarda kullanmasına olanak tanır.
ChatGPT oturum açma seçeneğini seçin, ardından sunulduğunda plan kullanımını etkinleştirin. Oturum açma desteği ve plan kullanım desteği birbirinden farklıdır; kullanım sizin kotanızı paylaşır ve uygulama ücretleri yine de geçerli olabilir.
6. İşinizi ChatGPT Space'e Taşıyın
**Çok ilginç kısım
Lansmanımızın artık raporları, kararları ve taslakları var. Ekibin güncel sürümü bulabileceği bir yer verin.*
https://x.com/thsottiaux/status/2104983716049379472
Lansmanda Space ve Pages; Pro, Business ve Enterprise planlarında kullanılabilir.
Space'i açın, New page'i seçin ve bir lansman sayfası oluşturun. Brifingi, ilgili dosyaları ve kaynak bağlantılarını ekleyin.
Sayfayı taslak haline getirmek veya revize etmek için ChatGPT'yi sayfanın yanında kullanın. Space rehberi sayfa oluşturmayı, space'leri düzenlemeyi ve erişimi paylaşmayı kapsar.
Bu lansman materyallerini şu bölümleri içeren çalışan bir sayfaya dönüştür: mevcut kapsam, onaylanmış iddialar, açık kararlar, sorumlular ve tarihli değişiklik günlüğü. Kaynak bağlantılarını koru.
İşte burada Pages işe yarar hale gelir: üzerinde anlaşılan sürüm, geri dönüp güncelleyebileceğiniz bir yuvaya sahip olur.
Bir ekip space'i için All → New → Space yolunu izleyin, adlandırın ve işbirlikçileri davet edin. Hassas materyal eklemeden önce erişimi kontrol edin; space üyeliği içindeki tüm sayfalarda geçerlidir.
Collaborative Slides, önümüzdeki haftalarda kullanıma sunulması planlanan bir başka DevDay duyurusudur. Bunu bu iş akışının yaklaşan bir parçası olarak değerlendirin.
Paylaşılan otomasyon için Teams ve Team Tasks, yapılandırılmış ekip bağlantılarını ve hizmet hesaplarını kullanarak zamanlanmış veya olaya dayalı işler sağlar.
- Bu kurulum için çalışma alanı yöneticisini devreye sokun. Bir ekip iş akışı, bir meslektaşınızın oturumu kapatmasından veya ayrılmasından etkilenmeyecek bir erişime ihtiyaç duyar.
OpenAI ayrıca Slack ve Microsoft Teams'te @ChatGPT'yi duyurdu. Yöneticiler entegrasyonu ve izin verilen araçları ile kanalları yapılandırır.
- Slack'teki kişisel Dot'unuz ve bir çalışma alanının paylaşılan @ChatGPT entegrasyonu farklı kurulum ve erişim kurallarına sahiptir. İş akışının kimin kaynaklarını kullanması gerektiğine karar verin.
Bir de Meetings eklentisi var: Plugins'ten yükleyin, ses kurulumunu tamamlayın ve bir toplantı için Take notes özelliğini kullanın.
Kayıt yapmadan önce katılımcılara bilgi verin ve onay alın. Daha sonra, özeti ve önerilen eylemleri taahhütlere dönüştürmeden önce inceleyin.
Lansmanda Meetings, Pro ve Business için bir macOS masaüstü betasıdır, Enterprise ise alpha aşamasındadır. Takvim bağlantıları hatırlatıcılar gibi kolaylıklar ekler.
7. Codex ile Geliştirin, İnceleyin ve Yayınlayın
Diyelim ki lansman raporu gerçek bir sorun buldu: kayıt sayfası mobilde bozuluyor.
https://x.com/OpenAIDevs/status/2104996045482778973
Kodlama görevine yeniden üretilebilir bir hedef verin.
Önce Codex Cloud'u yapılandırın: Work in → Cloud'u seçin, bir ortam oluşturun ve gerekli GitHub deposunu bağlayın
Kurulumun projeyi incelemesine ve bağımlılıkları yüklemesine izin verin. Raporunu inceleyin, eksikleri giderin ve göreve başlamadan önce ortamı yayınlayın.
[issue] içinde açıklanan kayıt hatasını yeniden üret. Nedenini belirle, en küçük uygun düzeltmeyi yap ve ilgili kontrolleri çalıştır. Diff'i, sonuçları ve kalan belirsizlikleri döndür.
Yenilenen Codex CLI başka bir giriş noktası sağlar. Kurulum rehberini takip edin, oturum açın ve proje dizininizde açın.
Sol ile başlamak için:
1codex --model gpt-6.1-sol
Güncelleme, sesli kontrol ve devredilen işleri takip etmek için bir /agents görünümü ekliyor.
- CLI ayrıca model seçimi, izinler ve inceleme kontrolleri içerir. Ajana gerçekten ihtiyaç duyduğu depoyu ve araçları veren ortamı seçin.
Ardından masaüstü kenar çubuğunda Code Review'u açın, sağlayıcınızı bağlayın ve bir pull request seçin.
İnceleme rehberi GitHub desteğini ve GitLab önizlemesini listeler. Otomatik incelemeler, yapılandırıldıktan sonra bulutta ilk geçişi yapabilir.
Birleştirmeden önce inceleme bulgularını değişiklikler ve test kanıtlarıyla birlikte gözden geçirin.
Güvenlik çalışmaları için Codex Security Cloud'u yükleyin, New scan'i seçin ve depo ile bulut ortamını yapılandırın.
Faydalı olduğunda sürekli commit kontrollerini etkinleştirin ve her bulgu için kanıtları inceleyin.
- Fix with Codex bir yama hazırlayabilir; taslak bir PR oluşturmadan önce bu yamayı inceleyin.
Buradaki kuralım basit: Değişikliği kabul etmek için gereken kanıtı isteyin, sonra gerçekten okuyun
8. Sites ve Plugins ile Kendi Araçlarınızı Oluşturun
Birkaç lansman güncellemesinden sonra tekrarlanan adımları fark edeceksiniz: aynı girdiler, aynı format, aynı kontroller.
Bu, bir eklenti için iyi bir adaydır.
Uygun olduğunda @Plugin Creator'dan bahsedin ve iş akışını tanımlayın. Oluşturma rehberi onu nasıl iyileştireceğinizi, test edeceğinizi ve kuracağınızı açıklar.
Bir Launch Update eklentisi oluştur. Girdiler: bir lansman brifingi, mevcut kontrol listesi ve tarihli değişiklikler. Çıktı: kaynaklar, engelleyiciler, sorumlular ve kararlar içeren bir güncelleme. Eksik kaynakları sor. Onaylanmış gerçekleri önerilerden ayır. İnceleme için taslaklar hazırla. Biçimlendirme referansı olarak ekteki bu güncellemeyi kullan.
Eksik bilgiler ve çelişen tarihlerle test edin. Sadece mükemmel bir örnekte çalışan bir iş akışı pek zaman kazandırmaz.
DevDay eklenti duyuruları ayrıca gönderim ve keşfi ve kenar çubuğu uygulamaları, konuşma panelleri ve dosya düzenleyiciler gibi daha zengin arayüzler için Extensions'ı da kapsıyor.
Eklentinizin özel bir arayüze ihtiyacı olup olmadığına karar vermeden önce resmi Extensions örneklerini inceleyin.
Ardından bir lansman panosu oluşturmak için Sites'ı kullanın. Kullanıcılarını, kaynak verilerini ve her kişinin gerçekleştirebilmesi gereken eylemleri tanımlayın.
Yeni Sites with plugins yeteneği, bağlı araçları ve verileri kullanabilir. Lansmanda bu siteler çalışma alanına özeldir ve çalışma alanı etkinleştirmesine bağlıdır.
Her ziyaretçi kendi bağlı hesaplarını ve izinlerini kullanır. Siteyi paylaşmak, herkese sizin bağlantılarınızı vermez.
Gerçek izinli verilerle önizleme yapın. Yineleme yaparken bir sürüm kaydedin; dağıtım canlı bir URL oluşturur, bu yüzden yayınlamayı bilinçli bir adım haline getirin.
MCP Events başka bir parça ekler: desteklenen sunucular, abonelikler ve webhook'lar kullanarak ajan çalışmasını başlatan olaylar iletebilir.
Örneğin, yeni bir lansman engelleyicisi bir taslak güncellemeyi tetikleyebilir. Olay rehberi gerekli sunucu desteğini kapsar; sıradan bir bağlayıcı otomatik olarak bir olay kaynağına dönüşmez.
Son olarak, Shareable Profiles seçtiğiniz Siteleri sergilemek için size bir alan sunar.
Profilinizi açın, ne göstereceğinizi seçin ve paylaşımı inceleyin. Kişisel profiller özel olarak başlar; kullanılabilirlik ve çalışma alanı kontrolleri değişir, Enterprise desteği ise yakında gelecek olarak listelenmiştir.
9. Kendi Ürününüz İçin Ajanlar Geliştirin (Jev rakibi)
https://x.com/thsottiaux/status/2104986448269279399
Geliştiriciler için bir sonraki soru, müşterilerin zaten kullandığı bir uygulamanın içinde bu tür bir iş akışının nasıl sunulacağıdır.
Agents API 10 Eylül'de piyasaya sürüldü. DevDay hikayeyi computer use ile genişletiyor; bunlar ayrı kilometre taşlarıdır.
Resmi hızlı başlangıç ile başlayın. Gerekli izinlere sahip bir proje API anahtarı oluşturun, SDK'yı kurun ve sağlanan sandbox örneğini çalıştırın.
Anahtarı ajanın sandbox'ının dışında tutun. İlk hedefiniz bir oturum oluşturmak, ilerlemeyi gözlemlemek ve gerçek bir sonucu incelemektir.
Ardından iş akışınız gerektiriyorsa tarayıcı tabanlı computer use özelliğini ekleyin. Rehber; web sitesi erişim taleplerini, oturum açmayı, tarayıcı etkinliğini ve oturum temizliğini kapsar.
Lansmanımız için dar bir görevle başlayın: herkese açık kayıt akışını kontrol et ve bozuk olan ilk adımı bildir. Kimlik doğrulama gerektiğinde bir test hesabı kullan.
- Decisions API, metin veya görüntü bağlamını kullanarak önceden tanımlanmış yanıtlar arasından seçim yapar. Odak noktası sınıflandırma, yönlendirme ve benzeri kararlardır.
Örnek tasarım: gelen bir lansman sorununu copy, engineering veya human_review'a yönlendirmek. Kararı üretime bağlamadan önce etiketler ve değerlendirme örnekleri üzerinde anlaşın.
Sınırlı önizlemeyle piyasaya sürüldü, takip eden günlerde daha geniş erişim planlanıyor. Bunun etrafında bir bağımlılık oluşturmadan önce erişimi kontrol edin.
AWS ekipleri için Bedrock Managed Agents, OpenAI'ın ajan altyapısını ve model çıkarımını Amazon Bedrock'a taşıyor.
Yürütmesi, kimlik doğrulaması ve destekleyici hizmetleri OpenAI tarafından barındırılan API'den farklıdır. Bu dağıtım yolu için IAM dahil AWS'ye özgü kurulumu kullanın.
Private Intelligence duyurularının da dikkatle okunması gerekir.
Private Safety Processing, OpenAI'ın kapsanan promptları ve yanıtları saklamadan otomatik güvenlik incelemesini destekler. Şifrelenmiş güvenlik kayıtları, belgelenmiş saklama kurulumu kapsamında müşteri kontrollü depolamada kalır.
Private Inference bu sonbaharda önizleme için duyuruldu. Bir dağıtım planlarken bunu gelecekteki bir kullanılabilirlik kilometre taşı olarak değerlendirin.
Son olarak, OpenAI Marketplace, uygun işletmelerin OpenAI taahhütlerinin bir kısmını onaylı ortak yazılımları için kullanmasına olanak tanır. Erişim, kurumsal ilgi süreci üzerinden sağlanır.
Bu lansman durumları resmi DevDay özetinde kayıtlıdır.
10. İşe Koşun: Dört Pratik Kurulum
Tüm bunları ilk günden bir araya getirmenize gerek yok.
Bu hafta sizin için faydalı bir şey üretecek iş akışını seçin. Bunlar başlangıç tasarımlarıdır; her biri yukarıda açıklanan erişim ve bağlantılara bağlıdır.
A. Lansman koordinatörü
Dots'a lansman brifingini, kontrol listesini, seçilen tartışmaları ve doğrulanmış bir zamanlamayı verin. Mevcut planı bir Space sayfasında tutun.
Bugünün lansman güncellemesini hazırla. Değişiklikleri, kanıtları, engelleyicileri ve beni gerektiren kararları göster. Takip mesajlarını onay için taslak olarak hazırla.
Kontrol: Her önemli iddiayı bir kaynağa kadar takip edebiliyor musunuz? Rapor, üzerinde en son anlaşılan değişikliği yakaladı mı?
B. İçerik üreticisinin araştırma masası
Belirli bir kaynak listesinden değişiklikleri toplamak için zamanlanmış bir Dot görevi kullanın. Doğrulanmış notları bir taslağa dönüştürmek için Sol'u kullanın.
[tarih] tarihinden bu yana güncellemeler için bu resmi kaynakları incele. Yayınlanan özellikleri önizlemelerden ve duyurulardan ayır. Her olgusal iddiyi bağla. Üç makale açısı öner.
Kontrol: Kaynakları açın, tarihleri doğrulayın ve kişisel olarak test etmediğiniz bir şeyi test ettiğinizi ima eden her cümleyi kaldırın.
C. Geliştiricinin issue'dan PR'a iş akışı
Codex'e yeniden üretilebilir bir sorun ve yapılandırılmış bir ortam verin. Ortaya çıkan değişiklikleri inceleyin, ardından uygun olduğunda Code Review ve güvenlik araçlarını kullanın.
Bu sorunu yeniden üret, bir düzeltme öner ve ilgili kontrolleri çalıştır. Diff'i ve gerçek sonuçları göster. Doğrulayamadığın her şeyi işaretle.
Kontrol: Orijinal hata ortadan kalktı mı? Testler konuyla alakalı mı? Bir inceleyici değişikliği ve kalan riskleri anlayabilir mi?
D. Ekibin takip masası
Notlar için Meetings'i, üzerinde anlaşılan kayıt için Space'i ve paylaşılan erişim yapılandırıldıktan sonra takip için bir Team Task'i kullanın.
Bu notlardan kararları, önerilen eylemleri, sorumluları ve tarihleri çıkar. Belirsiz olan her şeyi işaretle. Takip mesajını göndermeden önce inceleme için hazırla.
Kontrol: Her sorumlu eylemi kabul etti mi? Geçici tarihler net bir şekilde işaretlendi mi? Ekip bağlantılı kaydı açabiliyor mu?
Değişim
Dot'un GrokBot karşısında gerçekten üstünlük sağladığı alan modeldir.
Peki bu gerçekten çok sayıda insanı OpenAI safına çekecek mi?
Yani siz sonucu tanımlarsınız → ajanlar işi ilerletir → siz kararları verirsiniz.
Asıl alpha, bu sürümleri net bir sorumluluk, faydalı bir bağlam ve doğrulayabileceğiniz bir sonuçla bir iş akışına bağlamaktır:
- Dots'a sürekli bir iş ve net izin sınırları verin.
- Araştırmak, geliştirmek ve incelemek için Sol ve Codex'i kullanın.
- Paylaşılan işleri Space'te tutun. Tekrarlanan adımları eklentilere ve zamanlanmış görevlere dönüştürün
Artık işin nasıl yürüdüğünü tasarlıyorsunuz.
Onu ne başlatır? Hangi kaynakları kullanmalı? Bitmiş hali neye benzemeli? Hangi kararlar size geri dönecek?
Artık kuruluma, promptlara ve dört pratik iş akışına sahipsiniz. Tekrarlayan bir iş seçin. Kazanılan zamanı ve gereken düzeltmeleri ölçün. Ardından genişletin.
Geliştirmeniz gereken beceri, bir ajanın her tıklamayı sizin yönetmeniz olmadan işi ilerletebileceği kadar net bir şekilde tanımlamaktır.
Bu rehberi yer imlerine ekleyin - sonra Dot'unuza ilk gerçek işini verin
