FylloCode

Bu yeni dönemde asıl dikkat etmemiz gereken iş artık tekrarlayan kodlamalar değil, üst düzey iş anlayışı ve mimari tasarımdır. Aklımdaki gelecekteki iş akışı şudur: işi anlayın → mimariyi düşünün → bir Teklif yazın → Teklifi gözden geçirin → Temsilcinin bunu otomatik olarak uygulamasına izin verin, ardından bir sonraki Teklife geçin. Bu düşünce beni Vibe Coding'den Agentic Coding'e doğru bir adım olan FylloCode'u geliştirmeye yöneltti. FylloCode Sorunu Nasıl Çözüyor? FylloCode, düşünmeyi yapmaktan ayıran yapılandırılmış bir iş akışını zorunlu kılar: ┌──────────┐ ┌────────────────┐ ┌───────────┐ ┌───────────┐ │ Görev │ ──→ │ Sohbet/Teklif │ ──→ │ Uygula │ ──→ │ Arşivle │ │ │ │ │ │ │ │ │ │ Ne yapmalı │ │ Temsilci araştırıyor │ │ Temsilci │ │ Özellikler │ │ │ │ kod tabanı üzerinde çalışın ve │ │ uygular│ │ güncellendi, │ │ │ │ bir plan yazar │ │ plan │ │ değişiklik │ │ │ │ │ │ │ │ kaydedildi │ │ │ │ ➜ İNCELEYİNİZ │ │ │ │ │ └──────────┘ └────────────────┘ └───────────┘ └───────────┘ Görev — Yerel listenizden veya Yunxiao gibi platformlardan senkronize edilen bir görev seçin. Tek tıklamayla Sohbet'e gönderilir. Sohbet / Teklif — Temsilci kod tabanınızı araştırır, açıklayıcı sorular sorar ve yapılandırılmış bir teklif (neyi değiştireceğiniz, hangi dosyalar, kabul kriterleri) üretir. Bu aşamada Agent'ın kod yazması yasaktır. Başka bir şey olmadan teklifi inceler, düzenler ve onaylarsınız. Uygula — Yeni bir Temsilci oturumu, onaylanan teklifi göreve göre uygular. Sohbet geçmişini değil, yalnızca teklif yapıtlarını okur; bu nedenle her kararın bağlam penceresi belleğinde bırakılmaması, yazılı olarak kaydedilmesi gerekir. Arşiv — Özellikler güncellenir, değişiklik tam izlenebilirlikle kaydedilir. Projenizin bilgi tabanı gönderilen her değişiklikle birlikte büyür. Düşünmeyi Uygulamadan Ayırmak Neden Önemlidir? Çoğu Kodlama Aracısı bir görevi anlar ve aynı oturumda kod yazar. Herhangi bir yanlış anlaşılma doğrudan kod haline gelir ve kodun incelenmesi pahalıdır. FylloCode fiziksel olarak anlayışı yürütmeden ayırır. Yanlış anlamalar yalnızca teklif metni haline gelebilir ve metnin incelenmesi ucuzdur. 2 dakikalık bir teklif incelemesi, bir farkta bulunması 20 dakika sürecek sorunları yakalar. Özellikler Aracı Protokolü (ACP) FylloCode, ACP (Ajan İstemci Protokolü) aracılığıyla herhangi bir Kodlama Aracısına bağlanır. Claude Code, Codex veya herhangi bir ACP uyumlu aracı — bir yığın terminal penceresiyle uğraşmadan tek protokol, tek arayüz. Şu anda ACP Kayıt Defterinde paralel sohbetler ve paralel Teklif Başvurusu çalıştırmalarını destekleyen 35 aracı bulunmaktadır. Sistem Hatırlatıcıları Her iş akışı aşaması, Temsilcinin yapabileceklerini ve yapamayacaklarını kısıtlayan bir sistem hatırlatıcısı enjekte eder. Sohbet'te Temsilciye kodlama değil keşfetme ve teklif etme talimatı verilir. Uygula'da onaylanan görev listesini takip eder. Bu bir öneri değil; oturumun başlangıcında uygulanan katı bir sınırdır. Görev Paneli Yerel listenizdeki veya harici platformlardan senkronize edilen görevleri görüntüleyin ve yönetin. Görevler tüm iş akışına giriş noktası görevi görür; bir görev seçin, bir Sohbet başlatın ve Temsilci tam bağlamla başlar. Geliştirme Platformlarıyla Entegrasyon Yunxiao (Alibaba Cloud DevOps) gibi platformlara sağlayıcı düzeyinde bağlanın; tek kimlik doğrulama, görev yönetimi, kaynak kodu ve CI/CD'de birden fazla araç. Daha fazla platform entegrasyonu (GitHub, TAPD, Jira vb.) planlanmaktadır. Görev entegrasyonları, tasarım gereği Aracı Becerileri yerine API'leri kullanır. API çağrıları hızlıdır ve jeton harcamaz, bu nedenle jetonlar gerçekten akıl yürütme gerektiren işe odaklanmaya devam eder. İş Akışı Düzenleyicisi Çok aşamalı iş akışlarını tanımlayın ve özelleştirin. Yerleşik şablonlar başlamanıza yardımcı olur; YAML'yi ekibinizin sürecine uyacak şekilde düzenleyin. OpenSpec Odaklı Teklifler Teklifler sohbet mesajları değil, yapılandırılmış yapılardır. Her teklif bir tasarım belgesi, spesifikasyon değişiklikleri ve dosya yolları ile kabul kriterlerini içeren somut bir görev listesi içerir. Yerleşik fyllo-specs MCP sunucusu tüm yaşam döngüsünü yönetir: keşfet → teklif oluştur → uygula-değiştir → arşivle-değiştir. Akış İşleme Motoru FylloCode, akış oluşturma motoru olarak markstream-vue'yu kullanır. Monaco Editor, KaTeX ve Mermaid için yerleşik entegrasyonla hızlı ve sorunsuzdur. Teklifler üzerinde çalışırken akış şemalarını ve biçimlendirilmiş özellikleri gerçek zamanlı olarak sunarak mimari akışların ve iş mantığının incelenmesini kolaylaştırır. Mühendislik Korkulukları FylloCode iki katman mühendislik korkuluğu sağlar: - Yumuşak kısıtlamalar — Mühendislik kurallarını Kılavuzlar olarak yakalayın ve manuel bakım gerektirmeden yerleşik Fyllo-Skills MCP sunucusu aracılığıyla bunları sürekli olarak koruyun. - Sert kısıtlamalar — Aracılar Yönergeleri her zaman mükemmel bir şekilde takip edemeyebilir, bu nedenle FylloCode'un durum kontrolleri, lint, test çalıştırıcıları, git kancaları ve CI aracılığıyla mühendislik düzeyinde uygulama sağlar.