SQLite, ajan tarafından yazılmış kodu kabul etmiyor
(simonwillison.net)- SQLite AGENTS.md, kod tabanında ajan kullanan kişilere yöneliktir ve pull request koşulları ile ajan üretimi kod politikasını açıkça içerir
- SQLite, önceden mutabakat veya public domain yasal belgeleri olmadan pull request kabul etmez; fiili değişiklikler ise geliştiriciler tarafından doğrudan yeniden uygulanır
- agentic code kabul edilmez, ancak yeniden üretilebilir test vakası içeren agentic bug report kabul edilebilir
- Son commit, “currently” ifadesini kaldırarak ajan üretimi kodu reddetme politikasını geçici bir ifade olmaktan çıkarıp daha kesin bir dile çevirdi
- Kalitesi değişkenlik gösteren AI-generated bug report sayısı artınca SQLite yeni bir hata forumu oluşturdu ve sorun bildirimi ile insan geliştiricinin yeniden uygulamasını birbirinden ayırdı
SQLite'in AGENTS.md politikası
- sqlite AGENTS.md, SQLite kod tabanında ajan kullanan kişiler için hazırlanmış bir dosyadır; SQLite'in kendi geliştirme yönergeleri olduğunu söylemez
- Bu dosya, 5 gün önceki commit ile eklendi ve SQLite projesinin pull request kabul koşullarını ve ajan üretimi kod politikasını açıkça belirtiyor
- SQLite, önceden mutabakat veya pull request'i public domain'e koyan yasal belgeler olmadan pull request kabul etmiyor
- İnsan tarafından yazılmış, kısa ve iyi düzenlenmiş pull request'ler kavram kanıtı olarak incelenebilir; ancak gerçek değişiklikler SQLite geliştiricileri tarafından doğrudan yeniden uygulanır
Ajan kodu ile hata raporu arasındaki sınır
- SQLite agentic code kabul etmiyor
- Yeniden üretilebilir test vakası içeren agentic bug report kabul edilebilir
- Olası düzeltme yönünü gösteren patch veya pull request'ler, belgeleme amacı taşıyorsa memnuniyetle karşılanır
- En son commit, “SQLite does not (currently) accept agentic code” ifadesinden “(currently)” bölümünü kaldırdı; commit mesajı ise “Strengthen the statement about not accepting agentic code” idi
- Bu değişiklikle SQLite'in ajan üretimi kodu reddetme politikası, geçici bir ifadeden daha kesin bir anlatıma dönüştü
Yapay zeka üretimi hata raporları ve ayrı forum
- SQLite forumuna, kalitesi değişkenlik gösteren çok sayıda yapay zeka üretimi hata raporu geliyordu
- SQLite, bunları ayrı bir alana taşıyarak yeni SQLite Bug Forum'u oluşturdu
- D. Richard Hipp, yeni hata forumundaki konuları ele alırken kod tabanına art arda birçok commit yapmayı sürdürüyor
- SQLite'in politikası, ajanların ürettiği kodu doğrudan birleştirmemek; bunun yerine yeniden üretilebilir sorun bildirimleri ile insan geliştiricilerin yeniden uygulamasını birbirinden ayırmak şeklinde netleştirildi
1 yorum
Lobste.rs yorumları
SQLite'ın fiziksel postayla gönderilmiş bir CLA olmadan hiçbir katkıyı kabul etmediğini hatırlıyorum; o yüzden bu hiç şaşırtıcı değil
Başlık, AGENTS.md dosyasındaki ifadeden alıntı
Hiç şaşırtıcı değil. İlginç olan, insanların böyle kodlar göndermeye çalışması durumunda bunu yönetmeyi kolaylaştırmak için depoya bir AGENTS.md dosyası eklemiş olmaları
Sadece kod yazan LLM'lerin değil, ortaya çıkan programı yapılandıran veya kütüphaneleri sorumlu biçimde kullanan LLM'lerin de yönlendirmeye ihtiyacı var. Bir eklenti arayüzü sunuyorsanız, bunu LLM'lere bildirmeniz herkes için daha iyi olabilir
SQLite'ın LLM'lerden çok önce hazırlanmış uzun vadeli destek sayfasındaki vizyonu bana hep etkileyici gelmiştir
Geliştiriciler SQLite'ı 2050'ye kadar destekleme niyetiyle çalıştıklarını ve bu uzun vadeli bakışın önemli kararlara etki ettiğini söylüyor. Güncel modaların peşinden sürüklenmeyip, henüz doğmamış programcıların bile okuyup anlayabileceği ve bakımını yapabileceği zamana dayanıklı kod hedeflemeleri de çok hoş
Arşive bakınca metni zaman içinde güncellemeye devam etmiş olmaları da güzel. 2016 sürümünde https://web.archive.org/web/20161021183035/… “2050 hâlâ 34 yıl uzakta” diyordu
Sürüm kontrolü veya web UI/UX seviyorsanız, Simon'ın sözünü ettiği “ajan kodu kabul etmeme ifadesini güçlendirme” commit'ine Git yerine Fossil web UI içinde orijinal haliyle bakmak da eğlenceli olabilir
Bu commit trunk'ta olduğu için daha az ilginç, ama bir branch'te olsaydı, ‘Timelines’ listesinden branch'in zaman akışını da seçebilirdiniz. ‘Ancestors’ zaman akışı, branch dışındaki ataları da gösterdiğinden branch'e nelerin merge edildiğini görmenizi sağlar
Yani zaten kabul etmeyecekleri kodun bir de ajan tarafından yazılmış kod olmaması gerekiyor. Anladım