Ajan Destekli Mimarlık
Yapay zekâ ajanının hazırladığı işi bir mimar nasıl kontrol eder, düzeltir ve devralır?
- Çalışma dönemi
- 2025-2026
- Not güncellendi
Araştırma sorusu
Araç çalışmasını bitirdiğinde mimari iş her zaman tamamlanmış olmaz. Pafta dizini teslim setiyle örtüşmeli, katman temizliği çizimin anlamını korumalı, revizyon karşılaştırması önemli değişiklikleri ortaya çıkarmalı. Bu çalışma, ajandan mimara devredilen işi ele alıyor.
İlk pilot için kaynakları ve değişiklik sınırı belli tek bir ofis görevi seçilecek. Alışılmış iş tanımı; girdileri, kontrolleri ve incelenebilir çıktıyı tarif eden kısa görev yönergesiyle karşılaştırılacak. Eksik pafta, çelişen revizyon ve kullanılamayan araç da testin parçası.
Kabul edilen sonuca ulaşmak için hazırlık, inceleme ve yeniden açılan işler dahil toplam emek kaydedilecek. Fraktal’ın yazılım geliştirme pratiği bu sorulara kaynak sağlıyor; mimarlık ofisleri için ölçülmüş başarı anlamına gelmiyor.
Bir çizim listesinin devrini izle
Liste hazırlama görevi üç çizim kaydıyla başlar. Çıktıya hangi revizyonun alınacağını görev tanımı belirlemelidir.
Bu çalışma için hazırlanmış bir iş akışı örneği; burada ajan çalışmıyor. Belge kodları temsilidir. Tamamlanan kontroller canlı bir projeye değil, bu örneğe aittir.
Düşünsel ve teknik dayanak
Architectural Intelligence, mimarlıkta hesaplama ve etkileşim üzerine önceki deneyleri ele alır. Bu tarih, ajanı tasarım sürecinin içinde düşünmeye yardımcı oluyor. SWE-bench ise görev üzerinden değerlendirmeye güncel bir örnek; mimari kabul için ayrıca ölçüt ve uzman incelemesi gerekiyor.
Kaynaklara bak ↓Mevcut çalışma ve sıradaki deney
- Bu sayfada
- İş tanımı, revizyon çelişkisi ve inceleme sonrası devri gösteren şematik sıra.
- Üretilecek çıktı
- İzinli ofis görevi, karşılaştırma yöntemi ve bağımsız inceleme/düzeltme kayıtları.
Nasıl test edeceğiz?
- Aynı görevden başlamak
- Önce görevin mevcut iş akışı kaydedilir. Ardından yalnız görev tarifini içeren ajan yönergesi, sürümü kayıtlı bağlam ve kontrol listesiyle desteklenen yönergeyle karşılaştırılır. Girdi dosyaları, izin verilen değişiklikler ve kabul koşulları bütün seçeneklerde aynı kalır.
- İnceleme ve düzeltme süresini ölçmek
- Üretim süresi, inceleme süresi, reddedilen değişiklikler ve yeniden açılan sorunlar ayrı kaydedilir. Hızlı ilk taslak ancak toplam işe fayda sağlıyorsa anlamlıdır.
- Konuşmayı bilmeden devralmak
- Başka bir kişi veya yeni oturum, kaydedilen bilgilerle işe devam eder. İlk konuşmayı görmeden hangi varsayımların eksik kaldığı belirlenir.
Açık kalan sorular
- Yazılı devir kaydı yalnız içerdiği bilgiyi taşır. Eksik varsayımlar veya güncelliğini yitiren kararlar sonraki oturumda yanlış yorumlanabilir.
- Değerlendirme için zaman ayrılmalı ve sorumluluğun kimde olduğu açık olmalı. Bazı kararlar otomatik kontrol edilebilir; tasarım niyeti, yayımlanacak iddialar ve proje taahhütleri ise ilgili kişinin değerlendirmesine ihtiyaç duyuyor.
- Kodun sorunsuz derlenmesi, tasarım kalitesini kanıtlamaz. Yerleşim, oranlar, kullanılabilirlik ve mimari niyet için ayrı değerlendirme ölçütleri gerekir.
- Araştırma soruları Fraktal’ın yazılım üretiminden geliyor. Mimarlık ofisinde farklı dosya ve sorumluluklarla çalışmanın ayrıca test edilmesi gerekiyor.
- Bu not, bir mimarlık ofisi için ölçülmüş verimlilik sonucu sunmuyor. Planlanan deney, ilk taslağın hızından önce kabul edilen çıktıya ulaşmak için gereken toplam emeği inceleyecek.
Sıradaki çıktı
Sıradaki çıktı, ofis görevlerini tanımlayan küçük bir kart seti. Her kartta izinli örnek dosyalar, beklenen kontroller ve kimliksizleştirilmiş hata örnekleri bulunacak. Biçimi tekrar kullanılabilir saymadan önce bir iş akışını mimarlık ofisiyle denemek istiyoruz. Fraktal’ın katkısı, ajanın yaptığı işi anlaşılır kılan mimari bağlam ve inceleme yöntemi.
Kaynaklar ve yöntem notları
- Jimenez ve ark., SWE-bench (2023) ↗
Gerçek yazılım görevlerinde yapılan kod değişikliklerini değerlendiren özgün makale. Değerlendirme yaklaşımı için kaynak; mimari niteliği ölçmüyor.
- MCP belirtimi: Tools ↗
Araç tanımları ve çağrı sınırları, 2025-11-25 belirtimi; 15 Eylül 2026’da kontrol edildi.
- Molly Wright Steenson, Architectural Intelligence (2017) ↗
Mimarlıkta sibernetik, hesaplama ve etkileşim deneylerinin tarihsel incelemesi; MIT Press.
Ürünlerimizle araştırma ilişkisi
- AI Sistemleri: ofis iş akışları Pilot
AI Sistemleri pilotunda bu soruları bir mimarlık ofisinin çalışmasına taşıyoruz: hangi bilgi gerekiyor, hangi işler paylaşılabilir ve çıktılar nasıl değerlendirilecek? Uygulama öncesinde kapsam ofisle birlikte belirleniyor.
AI Systems → - Ürünlerin kendisi Günlük kullanım
Yazılım projelerimiz, bu çalışma düzenini denemek için somut bağlamlar sunuyor. Geliştirme durumları ve kullanılabilir özellikleri kendi ürün sayfalarında açıklanıyor.
Ürünler →