mcp kodlama otomasyon (Soru)

Aynı chat içerisine yaz bu projede karşılaştığımız hatalar ve.cozunlerinin listesini hazırla diye yazsın sana.

konuyu tekrar okumanızı rica ve arz ederim

iyi forumlar

özel mesaj yazdım konuşarak bakabiliriz

tüm konuşma geçmişini ver claude sonra yaz yazacağını BANA SKILL yap de. skill olarak ekle mcp değil skill lazım sana

RAG burada gerçekten mantıklı, çünkü senin ihtiyacın basit bir hafıza değil, geçmiş projelerdeki hata ve çözüm eşleşmelerini anlamlı şekilde arayabilmek. Vektör veritabanına chat geçmişini direkt atmak yerine önce hata, sebep, çözüm formatında küçük özet kayıtlar çıkarıp öyle indekslemen çok daha iyi sonuç verir. Küçük ölçekte başlamak istersen tüm bunları tek bir markdown knowledge base dosyasında tutup projeye context olarak vermek de RAG kurmadan önce denemeye değer, çoğu zaman yeterli oluyor.

@hasanomer81;
ben şu şekilde yaptım. henüz tüm kontroller bitmedi
bir adet workspace dizini altına , kullanılacak tekno-kod yapısına göre alt dizin. ve içine de tüm projelerdeki ortak kuralları, ortak gui şeması, vs oluşturdum.
DB kullandığım için db yapısını da belirttim.
daha sonra bunları önce claude sonra da diğer llm ler ile yapmak istediğim yapı için dizin ve dosya isimlendirme şekli önerileri istedim.
hepsinin şemasında ortak dizin yapısı var.
Projenin ilerleme yapısı ve bunu kodlatmak için opencode için bir agents.md oluşturttum. yeni yapyı da claude - gemini vs ile analiz etmesini, tutarsızlıkları listelettim. onun tutarsızlık gördükleri bazen projede olması gerekenler oluyor ama çapraz analizde bakış açısı değişiyor. dolayısı ile dosyaları sıralı değil, çapraz olarak analiz etmesi gerekiyor.

Örnek veriyorum. PySide6+QSS+Sqlite.. bu bir şablon yapısı. kendi içinde db - gui - proje özeti vs gibi tanımlar var.
diğeri ise PySide6+QML+Sqlite.. bununda içinde bir öncekine benzer ama QML e özel tanımları belirttim.
Aynı şekilde HTML +JS gibi de dizinler ile hepsine özel yapıları belirtiyorum.
Örnek olarak.. Butongörünümleri ve varsayılan renkleri (her buton yazısına özel renk tanımlattım) , çoklu buton (dialog gibi) ekranlarda buton sıralaması, klavye entegrasyonu, kısayol şablonları, modül pencere yapıları ve boyutlandırmaları içinde base-mixin tanımlar yaptırdım. Dinamik sıralama kuralını da "Türkçe karakter setine göre sutunlar dinamik sıralancaktır. Türkçe ve latin karakterleri dışında bulunan, farklı karakterler Türkçe sıralamayı bozmayacak şekilde listeyi oluşturabilirsin" gibi genel bir sıralama listesi tanımlattım. Genel olarak label ları bold ve arka planları şeffaf olmalı.. mouse focus anında takip amaçlı, input çerçevesi 1px lik kırmızı/turuncu gibi bir renk ataması yaptırdım. tema yönetici ve Zebra desenini temaya göre sınırlattım. mouse hover'ın temaya göre durumu. input alanlarında padding-margin değerlerini sıfırlatıp, her satırda dikey ortalama, metinlerin sola, snümerik ifadelerin sağa dayalı olması gibi zorunlulukları belirttim. QT kütüphanesinin bazı sorunları var çünki.

bu tür kurallarımı ayrı txt lere eklemiş idim. Ve LLM ile de genel bir gui standardı yapısını kendisi oluşturdu.
Burada kod yazdırmak ve kuralları belirtmekte sorun yok. ama aralıklı olarak devam eden sürecin kontrol edilmesi ve kurallara uygun bir tasarım - db yapısı oluşup oluşmadığının analiz edilmesi gerek. kişisel olarak kendim analiz etmek istersem saatler sürüyor. Otomatik testleri ve kontrolleri yaptıracaksın veya yapacaksın. Test mekanizmasının şartlarını tanımlayacaksın. Sorun var ise bir revizyon plan dosyası oluşturacaksın.

En son aşamada ise, opencode için yapılandırma (agents.md) oluşturdu.

projenin ilerleyişi için diagram oluşturmasını ve her diagram adımında ise gui-kural yapısını tanımlatman iyi olur.
Sürekli bir prompt ile işlem yapmak yaptırmak zor. kullandığın teknolojiye uygun kural yapısını iş akışları ile entegre etmen daha doğru olabilir.
Her amaç için özel kural - şablon yapısı oluştur. Kendi komutunu kendi üretir ve testlerini de update e göre günceller.

Yeni bir projeye başladığında, önceki dizini farklı isimde kayıt edecek şekilde kopyalarsın. Yenisine uygun tanım ve sıralama vs iş akışlarını güncellersin.

Genel değişim yaptığında ise, ona göre güncellersin. Sürekli prompt aramak zor iş. doğru tanım için de online webden sorgula. ve tanımını llm için mantıklı bir tanım olup olmadığını analiz ettir. Daha sonra ekle. Bizim cümle yapımız veya kullandığımız Türkçe kelimeler yerine Türkçe+İngilizce uluslar arası tanımları kullanman çeviri sorunlarını giderir. Herşeyi Türkçe yazarsanız mutlaka bir yerde patlarsınız.

Geliştirici olarak benim God Mode özelliğim olmadığı gibi, db yapısındaki Admin kullanıcısı da god mode yetkilerine sahip değildir. Admin kurallar dahilinde işlem yapan yetkilidir. Kodu geliştiren LLM de kurallara uyan biridir.
Ben projede bir değişiklik talep ettiğimde, mevcut yapıyı etkilecek bir talep oluşturduğumda, sorması ve onay alması - olası riskleri yazması gerekiyor. Tüm LLm lere 'bu buton neden var diye" soru sorduğunuzda, direk o butonu gidip siliyor. dolayısı ile sizden gelen promptların sınıflandırılması gerekiyor. Aksi halde, bir kod veya fonksiyonu sorguladığınızda veya sonucu istediğinizde, aniden kodu değiştirip - silme eylemi yapıyor. Bunu özellikle Gemini de çok rastladım. Ve proje kural tanımlarınız içinde asla ama asla VEYA kelimesi kullanmayın. veya nın onun için anlamı SONSUZ alternatif oluyor. İstekleriniz net olmalı.


extra birşey daha var opencode için
https://github.com/opensoft/oh-my-opencode
ekleme yaparsanız oldukça başarılı sonuçlar elde ediliyor

gibi gibi.