GitTalent
Havuz
Depo ayrıntısı

deeplethe/utopia

Dene

World's first open-source enterprise world model.

Rust Apache-2.0 07 Ağustos 2026 son push 02 Kasım 2026 1.186 fork
Yıldız
8.660+7.347 · 63 gün
Commit · 28g
138
son 28 günde
Yazar · 28g
10
farklı katkıcı

Hızlı değerlendirme

önem 62uyum 62gpt-6-luna

Özet

Utopia, değişen bilgiyi zaman ve ontology bağlamıyla izleyip sorgulamaya yönelik self-hosted bir knowledge platformudur.

Profiline uyum

RAG, PostgreSQL ve pgvector kullanımı profilinizle örtüşüyor; ancak projenin kurumsal ve zamansal bilgi takibi odağı tarif ettiğiniz ürün ihtiyaçlarında yer almıyor.

Neden yükseliyor

51 günde 7.993 yıldıza ulaşması güçlü bir ilgi sinyali; son 28 gündeki 606 commit de geliştirme faaliyetinin yüksek olduğunu gösteriyor. Ancak aynı dönemde 7 farklı yazar bulunması, faaliyetin sınırlı sayıda katkıcıda yoğunlaşabileceğini düşündürüyor; ilginin nedenini yalnızca bu verilerle kesinleştirmek mümkün değil.

Problem

Kurumsal belgelerdeki bilgilerin zamanla değişmesi, önceki sürümlerin ve karar gerekçelerinin kaybolması; sıradan search veya RAG sistemlerinin hangi bilginin ne zaman geçerli olduğunu ve çelişkileri yönetmekte yetersiz kalması.

Çözüm

Rust ile geliştirilen sistem, bilgiyi bitemporal knowledge graph ve ontology temelinde ele alıyor; gelen materyallerden knowledge oluşturmayı, değişimleri ve çelişkileri izlemeyi, soruları yapılandırılmış bilgi üzerinden yanıtlamayı hedefliyor. README'deki kullanım senaryoları için bir chat modelinin yapılandırılması gerekiyor.

Yenilik

Knowledge graph yaklaşımını bitemporal veri ve ontology'yi temel katmana koyma iddiasıyla birleştiriyor; böylece bilginin yalnızca güncel halini değil, zaman içindeki değişimini ve karar dayanaklarını izlemeyi hedefliyor. Bu kombinasyon ayırt edici, ancak README'deki iddiaların bağımsız doğrulaması elimizde yok.

Teknolojiler

  • Rust
  • PostgreSQL
  • pgvector
  • bitemporal knowledge graph
  • ontology
  • RAG
  • LLM

Riskler

  • Proje yalnızca 51 günlük; uzun dönemli kararlılık ve kurumsal ölçekte işletim deneyimi hakkında yeterli kanıt yok.
  • README'deki 'enterprise world model' ve kendi kendini yöneten sistem gibi kapsamlı iddialar, sağlanan bilgilerle bağımsız olarak doğrulanamıyor.
  • Son 28 gündeki 606 commit yüksek geliştirme temposunu gösterirken, 7 farklı yazar katkıcı tabanının görece dar olabileceğine işaret ediyor.
  • Kullanım senaryoları bir chat modelinin yapılandırılmasını gerektiriyor; model seçimi, doğruluk ve operasyonel maliyetler uygulamaya göre değerlendirilmelidir.
  • Bilgi çıkarımı ve çelişki yönetiminin gerçek kurumsal verilerdeki doğruluğu, insan incelemesi ve ilgili benchmark sonuçlarıyla ayrıca sınanmalı.

Detaylı değerlendirme

Uyum profiline göre: bu işime yarar mı?

gpt-5.6-luna · 08 Eylül 2026

Ne yapar

Utopia, dokümanlardan ve bağlı veri kaynaklarından knowledge graph oluşturan, bu graph'ı ontology ve zaman bilgisiyle yöneten self-hosted bir knowledge platformudur. Klasik RAG aramasına ek olarak bitemporal knowledge graph, entity resolution, conflict detection, ontology-driven querying, agentic RAG ve audit ledger sunmayı hedefler. Hazır bir uygulama olarak web arayüzü, graph browser, ontology workbench ve MCP üzerinden erişilebilen read-only agent araçları içerir.

Nasıl çalışır

Tek bir Rust binary ve bir PostgreSQL instance etrafında çalışır. Full-text search için Tantivy, vector search için pgvector kullanır; sonuçları RRF ile birleştirir. Doküman ingestion sonrasında entity ve fact extraction yapılır; fact'ler geçerlilik zamanı ve sistemin o fact'i öğrendiği zamanla birlikte tutulur. Ontology axiom'ları forward chaining ile türetilmiş fact'lere dönüştürülür. Entity resolution; exact name/alias, embedding similarity ve belirsiz çiftlerde model çağrısı olmak üzere üç aşamalıdır. Conflict'ler ve düşük güvenli extraction'lar review queue'ya bırakılır. Agent, doküman araması, graph traversal ve bağlı database sorgularını kullanabilir; aynı read-only araçlar MCP üzerinden de açılır.

Kullanım alanları

  • Dokümanlardan citation içeren kurumsal search ve chat oluşturma
  • Değişen bilgilerin ve fact'lerin geçmişini koruyan bitemporal knowledge graph
  • Compliance ve audit için kim, ne zaman, hangi bilgiyle hangi değişikliği yaptı takibi
  • Birden fazla veri kaynağını ontology altında birleştirme
  • Agent'ların yalnızca doğrulanmış veya izlenebilir bilgiye dayanmasını sağlama
  • PostgreSQL ve diğer bağlı database'ler üzerinde ontology-driven text-to-SQL sorgulama

Kimler için

Self-hosted veya air-gapped bir knowledge platformuna ihtiyaç duyan, doküman aramasından daha fazlasını isteyen enterprise ekipleri için. Özellikle bilgilerin zaman içinde değiştiği, kaynak ve karar geçmişinin denetlenmesi gereken domain'ler hedefleniyor. Basit bir RAG endpoint'i veya küçük bir uygulamaya gömülebilecek bir library arayan ekipler için uygun değil; ürün olarak ayrı bir servis işletmeyi gerektiriyor.

Olgunluk

Beta/deneysel. README açıkça v0.1 olduğunu, database schema'nın sürümler arasında değiştiğini ve migration'ların yalnızca ileri yönde çalıştığını belirtiyor. OIDC SSO, backup/restore komutları, 100k document benchmark'ları, execution gate ve bazı business rule özellikleri roadmap'te. Bununla birlikte Docker image, hazır web UI, migration, multi-user permission ve temel ingestion/search/agent akışları mevcut. 32 günlük repo yaşı ve yalnızca 3 farklı yazar da üretim riski değerlendirmesinde dikkate alınmalı; yıldız sayısı tek başına olgunluk kanıtı değil.

Kurulum

Docker ile denemek görece kolay: `git clone`, `docker compose --profile app up -d`, ardından `http://localhost:1516` açılıyor. İlk kullanıcı administrator oluyor; model ve embedding endpoint'leri arayüzden tanımlanıyor. Production için image version pinleme, database ve `data` directory backup'ı ve public exposure öncesi `SECURITY.md` incelemesi gerekiyor. Source üzerinden geliştirme ise Rust 1.85+, Node 20+, pnpm ve Docker ile PostgreSQL/pgvector çalıştırmayı gerektiriyor. Orta düzey kurulum zahmeti var; asıl maliyet kurulumdan çok ontology tasarımı, extraction doğrulaması ve ayrı bir servis olarak işletilmesi.

Bizim için

Somut kullanım

Kaliwa içinde müşteri veya workspace bazlı knowledge base için ayrı bir Utopia deployment'ı pilotlanabilir. İlk pilotta Supabase'deki ürün kayıtlarını doğrudan taşımak yerine küçük bir doküman corpus'u Utopia'ya yüklenip citation'lı search/chat, entity merge review, zaman bazlı fact sorgusu ve MCP agent araçları test edilmeli. Başarılı olursa Kaliwa agent'ları Utopia'nın MCP/API yüzeyini read-only knowledge source olarak kullanabilir; Supabase ise ana ürün verisi ve authorization kaynağı olarak kalır. Utopia'yı Kaliwa'nın ana database'i veya Edge Functions runtime'ı olarak kullanmak için README'de yeterli kanıt yoktur.

Uyum gerekçesi

Konu uyumu yüksek: RAG, agent, MCP, PostgreSQL, pgvector, semantic search ve temporal knowledge graph doğrudan ekibin takip ettiği veya kullandığı alanlarla kesişiyor. PostgreSQL ve pgvector kullanması veri katmanına yakınlık sağlıyor; OpenAI-compatible endpoint desteği Anthropic dışındaki model altyapılarını da denemeyi mümkün kılabilir. Ancak uygulamanın Rust olması, Next.js/React/TypeScript ekosistemine library olarak oturmaması ve Supabase/Supabase Edge Functions entegrasyonunun README'de gösterilmemesi puanı düşürüyor. Bu nedenle uyum, 'ayrı self-hosted knowledge service' olarak yüksek; mevcut Kaliwa backend'ine doğrudan component olarak düşüktür.

Engeller

  • Rust tabanlı ayrı bir servis; ekibin ana üretim stack'iyle doğrudan aynı runtime değil.
  • README'de Supabase veya Supabase Edge Functions için yerleşik entegrasyon belirtilmiyor.
  • v0.1; schema değişikliklerinde migration'lar rollback desteklemiyor.
  • OIDC SSO, backup/restore komutları ve 100k document benchmark'ları henüz roadmap'te.
  • Ontology, extraction confidence, conflict policy ve review süreçleri için domain-specific operasyon gerektiriyor.
  • Tek bir PostgreSQL ve Rust binary yaklaşımı basit görünse de Kaliwa'nın mevcut Vercel + Supabase deployment modeline yeni bir stateful servis ekliyor.
  • Üretim güvenilirliği için README dışında performans, failure recovery ve extraction doğruluk ölçümleri sunulmuyor.

Ne zaman kullanılır

Kaliwa ürünlerinden birinde yalnızca vector search değil, fact'lerin ne zaman geçerli olduğu, hangi kaynaktan geldiği, sonradan nasıl düzeltildiği ve hangi ontology kuralıyla türetildiği önemliyse kullanılabilir. En uygun deneme, ayrı bir Docker deployment'ı üzerinde seçilmiş bir document set ile extraction, temporal graph query, citation'lı chat ve review queue akışlarını ölçmektir. Agent'ların bağlı kurumsal database'lere kontrollü ve ontology destekli erişmesi gereken bir prototipte de değerlendirilebilir.

Ne zaman kullanılmaz

Küçük veya orta ölçekli standart RAG kullanımında, yalnızca chunk ingestion + embedding + retrieval gerekiyorsa fazla kapsamlıdır. Kaliwa'nın mevcut Supabase/PostgreSQL ve Supabase Edge Functions mimarisine doğrudan eklenen bir TypeScript/Deno component'i değildir. Utopia'nın kendi Rust binary'sini, kendi migration'larını ve ayrı deployment yaşam döngüsünü işletmek gerekir. OIDC, rollback migration, backup/restore ve 100k document benchmark'ları şartsa v0.1 durumunda production dependency yapılmamalıdır.

Dikkat edilecekler

  • README'deki 'enterprise world model' ve 'first' gibi iddialar yerine çalışan akışları ve ölçümleri doğrulayın.
  • Pilot sırasında extraction doğruluğunu, duplicate merge hatalarını, temporal query sonuçlarını ve citation kapsamını gerçek Kaliwa dokümanlarıyla ölçün.
  • Database password'ın ilk volume initialization sırasında uygulanması ve değişiklikte database tarafında da güncellenmesi gerekiyor.
  • Production'da `UTOPIA_IMAGE` ile belirli bir version pinlenmeli; database ve `data` directory birlikte backup'lanmalı.
  • Derived fact'ler varsayılan olarak kapalı; ontology axiom'larının hatalı olması yanlış fact türetimine yol açabilir.
  • MCP araçları README'ye göre read-only; agent memory over MCP ise roadmap'te olduğundan write-back memory beklentisiyle başlanmamalı.
  • Supabase RLS, Kaliwa authorization ve Utopia'nın kendi member/role modelinin nasıl birlikte çalışacağı ayrıca tasarlanmalı.