Mimari Bağlam Kütüphanesi
Bir çizgiyi değiştirmeden önce yapay zekânın çizim hakkında neleri bilmesi gerekir?
- Çalışma dönemi
- 2026
- Not güncellendi
Araştırma sorusu
Bir çizginin anlamı koordinatlarından ibaret değil. Duvarı, kesit düzleminin üstünde kalan bir kenarı ya da vazgeçilmiş bir seçeneği gösterebilir. Birimler, çizim alışkanlıkları ve revizyon geçmişi bu anlamı belirler. Burada, mimari bağlamın kapsamı belirli bir düzenleme işiyle birlikte nasıl taşınabileceğini ele alıyoruz.
İlk testte aynı kapı açıklığı üç bilgi düzeyiyle değiştirilecek: yalnız geometri; geometriyle birlikte ofisin çizim kuralları; bunlara eklenen görev ve koruma koşulları. Eksik birim ve çelişen talimat örnekleri de olacak. Asistanın bu çelişkileri çizimi değiştirmeden önce görünür kılması bekleniyor.
İstenen değişiklik yapılırken korunacak elemanlar ve aralarındaki ilişkiler yerinde kalmalı. Dosyanın sorunsuz açılması, kabul için yalnızca bir kontrol. Mimarın incelemesi ve sonucu düzeltmek için harcadığı emek de değerlendirmeye girecek.
Bir çizim, üç bağlam düzeyi
Koordinatlar nesnelerin yerini gösterir. Birimi, revizyonu veya görev sırasında hangi nesnelerin korunacağını açıklamaz.
Bu çalışma için hazırlanmış üç bilgi düzeyi örneği. Çizimde bir kapı açıklığının taşıdığı bağlam gösteriliyor; burada yapay zekâ aracı çalışmıyor. Önerilen şemanın düzenlemeye katkısı deneyde test edilecek.
Düşünsel ve teknik dayanak
Negroponte’nin Architecture Machine çalışması, hesaplamayı tasarımcıyla kurulan bir diyalog olarak ele alır. Bugün IDS gibi bilgi gereksinimleri bu diyaloğun bir bölümünü açıkça tarif etmeye yardımcı olabilir. Tasarım niyeti, geometrik işlemle mimari karar arasındaki ayrımı kuran düşünsel dayanak.
Kaynaklara bak ↓Mevcut çalışma ve sıradaki deney
- Bu sayfada
- Geometri, ofis bilgisi ve görev koşullarını ayıran üç durumlu açıklayıcı plan.
- Üretilecek çıktı
- Sürümlenmiş şema, izinli test çizimleri, beklenen değişiklikler ve bağımsız mimar incelemesi.
Nasıl test edeceğiz?
- Geçerlilikle anlamı ayırmak
- Önce paketin okunabilirliği, sonra istenen değişikliğin anlaşılıp anlaşılmadığı kontrol edilir. Değişen ölçüler, korunan nesneler ve istenen açıklamalar ayrı değerlendirilir.
- Başka ofisin kuralını denemek
- Örnekler bir adlandırma sistemiyle hazırlanır; beklenen yanıt değiştirilmeden farklı kurallarla test edilir. Ek bağlamın yeni hata yarattığı durumlar da saklanır.
- Kaydedilen modeli incelemek
- Sonuç hedef uygulamada yeniden açılır; nesne kimlikleri, birimler ve ilişkiler karşılaştırılır. İkna edici açıklama, gerçekten kaydedilen modelin yerini tutmaz.
Açık kalan sorular
- Bir ofiste işe yarayan şema, o ofisin alışkanlıklarını içeriyor olabilir. Farklı ofislere ve tasarım aşamalarına aktarılabilirliği henüz bilinmiyor.
- Geometri kontrolü; mimari kalite, erişilebilirlik veya mevzuata uygunluk değerlendirmesinin yerini tutmaz. Bunlar ayrı ölçüt ve uzmanlık gerektirir.
- Bağlam eksik veya çelişkili olabilir. Bulunan bir örneği doğrudan talimat saymak, o örneği bulamamaktan farklı bir hata yaratır.
- Deney örnekleri ve yazılım sürümleri çalışma başlamadan seçilecek; paylaşılacak dosyaların kullanım izinleri de belirlenecek.
Sıradaki çıktı
Sıradaki çıktı, çalışma için hazırlanmış çizimleri, beklenen değişiklikleri ve hata örneklerini içeren sürümü kayıtlı bir bağlam şeması. Paylaşılacak görev yönergesi, ajanın paketi nasıl okuyacağını ve kapsamı belirli bir işlemi nasıl kontrol edeceğini açıklayabilir. Kütüphane bir ürüne bağlanmadan önce, kabul edilebilir bir düzenleme için hangi bilgilerin gerekli olduğu deneyde değerlendirilecek.
Kaynaklar ve yöntem notları
- MCP belirtimi: Resources ↗
2025-11-25 sürümü. Bağlam kaynakları ve tanımlayıcıları; erişim 14 Eylül 2026.
- MCP belirtimi: Tools ↗
2025-11-25 sürümü. Çağrılabilir araç tanımları; erişim 14 Eylül 2026.
- Rhino 8: Birimler ↗
McNeel'in model birimleri ve tolerans belgeleri; erişim 14 Eylül 2026.
- Rhino 8: Nesne özellikleri ↗
McNeel'in nesne adları ve katman belgeleri; erişim 14 Eylül 2026.
- buildingSMART: Information Delivery Specification ↗
IFC bilgi gereksinimlerini tanımlayan resmî IDS standardı; 15 Eylül 2026’da kontrol edildi.
- Kanazawa ve ark., Ishigaki-IDS-Bench (2026) ↗
25 Ağustos 2026 tarihli üçüncü sürüm. Biçimsel IDS kontrolüyle istenen içeriğe uygunluğu ayırır; sonuçları Fraktal’a ait değildir.
- Nicholas Negroponte, The Architecture Machine (1970) ↗
Mimar ile makine arasındaki diyalog ve tasarım bilgisinin temsili; MIT Press açık erişim yayını.