Personal AI System · Mobile Assistant

PROMETHEUS/PANDORA

AI Systems Mission Runtime Supervised Self-Development Mobile Access

Prometheus, tek bir modele bağlanan bir sohbet arayüzü olarak değil; görevleri uzun süre boyunca sürdürebilen, proje bağlamını koruyan, kararlarını kayda alan ve kod değişikliklerini denetimli sınırlar içinde uygulayabilen kişisel bir yapay zekâ sistemi olarak gelişiyor. Pandora ise bu sistemin mobil taraftaki erişim ve kontrol katmanı.

Nedir?

Bir modelden iyi cevap almak başka şey; o modelin gerçek bir işi saatler, günler ve farklı oturumlar boyunca güvenilir biçimde yürütebilmesi başka.

Prometheus’u geliştirirken odaklandığım temel problem buydu. Bir görev yarıda kaldığında nereden devam edeceği, daha önce hangi kararların alındığı, hangi dosyalara dokunabileceği, bir değişikliğin gerçekten onaylanıp onaylanmadığı ve hata sonrası sistemin ne yapacağı modelin hafızasına veya tek bir sohbet geçmişine bırakılamaz.

Bu yüzden Prometheus’un çekirdeği yalnızca “prompt gönder → cevap al” akışından oluşmuyor. Görev yaşam döngüsü, kalıcı olay günlüğü, checkpoint ve recovery, karar hafızası, proje workspace’i, repository haritası, güvenli patch zinciri, insan onayları ve doğrulanabilir execution receipt’leri ayrı sistem bileşenleri olarak ele alınıyor.

01 / Missions

Görevin nerede olduğunu bilir.

Mission event journal, checkpoint, pause/resume, recovery sınıflandırması ve post-run history ile uzun süreli işlerin durumunu tek bir sohbet oturumundan bağımsız tutar.

02 / Context

Projenin bağlamını kaybetmez.

Project workspace, context bounds, repository map ve decision memory; modelin hangi proje üzerinde, hangi sınırlar içinde ve hangi geçmiş kararlarla çalıştığını belirler.

03 / Change Control

Kodu doğrudan değiştirmez.

Scope lock, Safe Patch Plan, preview/approval binding, structural patch compiler ve Safe Patch Executor üzerinden değişiklik önce tanımlanır, sınırlandırılır, doğrulanır ve ancak sonra uygulanır.

04 / Evidence

“Yaptım” demek yerine kanıt üretir.

Immutable execution receipts, project ledger ve görev geçmişi; gerçekleştirilen işlemleri yeniden oynatılabilir, karşılaştırılabilir ve denetlenebilir kayıtlar halinde saklar.

05 / Models

Tek modele bağımlı değildir.

Model orkestrasyonu, farklı yetenekleri tek bir sağlayıcıya kilitlemek yerine göreve uygun model seçimini mümkün kılacak şekilde tasarlanıyor; yerel ve uzak modeller aynı mimari içinde yer alabiliyor.

06 / Self-Development

Kendini geliştirme akışı da denetim altında.

Öneri, kanıt çözümleme, candidate materialization, izole değerlendirme, insan karar kapısı, approved patch binding, promotion, post-verification ve yerel Git entegrasyonu ayrı otoritelerle birbirine bağlanıyor.

Bir görev nasıl yaşar?

Prometheus’ta “task” sadece bir model çağrısı değil; başlatılan, ilerleyen, durabilen, hata alabilen, toparlanan ve sonunda geriye dönük incelenebilen bir yaşam döngüsü.

Mission oluşturulur.Çalışma alanı, bağlam ve görev sınırları bağlanır.

↓

Olaylar journal’a yazılır.Durum değişiklikleri kalıcı ve sıralı olarak kaydedilir.

↓

Checkpoint alınabilir.Görev güvenli bir noktada durdurulup daha sonra devam ettirilebilir.

↓

Hata sınıflandırılır.Recoverable, retry gerektiren veya insan müdahalesi isteyen durumlar birbirinden ayrılır.

↓

İşlem receipt bırakır.Ne yapıldığı, hangi artifact’a bağlı olduğu ve tekrar çalıştırma davranışı kayda girer.

↓

Mission geçmişe dönüşür.Post-run summary ve history ile iş sonradan okunabilir ve değerlendirilebilir.

✓

Pandora

Pandora, Prometheus’un telefondan erişilen ayrı bir mobil yüzü; yalnızca sohbet ekranı değil, görevleri uzaktan takip ve kontrol etme katmanı.

Güvenli cihaz oturumu

Pairing ve device-session yapısı, telefondaki istemcinin Prometheus’a kimlik doğrulanmış bir oturum üzerinden bağlanmasını sağlıyor.

Authenticated text chat

Mobil istemci doğrudan Prometheus ile metin tabanlı iletişim kurabiliyor; mobil erişim ayrı bir güvenlik sınırı olarak ele alınıyor.

Project Run & Mission Control

Projeye bağlı görevlerin telefondan başlatılması, durumlarının görülmesi ve gerekli approval adımlarının mobil taraftan yönetilmesi hedeflenen akışın parçası.

Offline queue & reconnect

Bağlantı koptuğunda mobil işlemlerin kaybolmaması için offline queue ve idempotent reconnect davranışı geliştirildi.

Pandora’nın text chat, secure pairing/device sessions, mobile Project Run, approvals ve offline/reconnect temeli mevcut. Secure remote access hardening ve voice activation/finalization tarafı hâlâ geliştirme aşamasında.

Hastasına

İçeride ne oluyor?

Bu bölüm Prometheus’u “AI assistant” etiketinin altından çıkarıp gerçek sistem sınırlarına ayırıyor. Buradaki temel fikir, model davranışı ile sistem otoritesini birbirinden ayırmak: model önerebilir, planlayabilir ve reasoning yapabilir; fakat hangi değişikliğin geçerli olduğu, hangi artifact’ın onaylandığı ve hangi adımın uygulanabileceği ayrı, deterministik sözleşmelerle belirlenir.

mission/*

Mission state ve kalıcı event journal

Görev durumu ephemeral bellekte tutulmak yerine canonical event journal üzerinden türetiliyor. Checkpoint, pause/resume, recovery ve history aynı mission kimliği etrafında kalıcı evidence üretir.

Canonical Mission Event Journal
Immutable Execution Receipts + Project Ledger
Checkpoint-rooted resume / session branching
Error classification + recovery semantics
Post-run history & summaries

workspace/* · repository/*

Çalışma alanı, repository ve bağlam sınırları

Modelin dosya sistemine “genel erişimi” yokmuş gibi düşünülüyor. Project Workspace runtime scope’u bağlar; Repository Map mevcut yapıyı canonical bir modele çevirir; Context Bounds ve Scope Lock çalışma sırasında hangi bilginin ve hangi path’lerin yetkili olduğunu belirler.

Project Workspace & Runtime Scope Binding
Context Bounds
Canonical Repository Map
Scope Lock
Decision Memory

patch/*

Değişiklik önerisi ile dosya mutasyonu arasına duvar

Bir modelin oluşturduğu değişiklik metni doğrudan kaynak koda uygulanmıyor. Önce canonical Safe Patch Plan oluşturuluyor; preview, approval ve payload birbirine bağlanıyor; structural compiler exact target’ları çıkarıyor; SafePatchExecutor yalnız yetkili planı uyguluyor.

Canonical Safe Patch Plan
Safe Patch Executor
Python structural patch compiler / patch set
Patch preview + approval binding
Explicit path / change-set equality checks

self_development/*

Self-development: “kendi kodunu değiştir” değil, denetimli promotion pipeline

Self-development akışı öneriden başlayıp kanıt çözümleme, candidate üretimi, izole evaluation, insan kararı, exact approved patch binding, promotion execution, post-promotion verification ve yerel Git entegrasyonuna kadar zincirleniyor.

Proposal → evidence resolution
Candidate materialization → isolated evaluation
Post-evaluation human decision gate
Approved candidate ↔ Safe Patch exact binding
Promotion execution receipt + replay contract
Post-promotion verification
Human Git approval + supervised local integration

authority/*

Yetki katmanları birbirinden ayrılıyor

“Evaluation başarılı” olması mutation yetkisi anlamına gelmiyor. “İnsan onayladı” olması da herhangi bir patch’in uygulanabileceği anlamına gelmiyor. Approval, artifact identity, payload, verification ve execution claim aynı exact chain üzerinde doğrulanıyor.

Deterministic artifact identities / digests
Restart-safe durable lookups
Duplicate consumption conflict handling
Corruption fail-closed davranışı
Uncertain partial execution → recovery-required

models/*

Model orkestrasyonu çekirdek mimariden ayrılıyor

Prometheus’un hedefi tek bir “en iyi model” seçmek değil. Model registry ve capability-based routing ile rutin işler yerel/ucuz modellere, daha ağır reasoning işleri daha güçlü modellere yönlendirilebilir; zamanla gerçek görev sonuçları routing kararlarına veri sağlayabilir.

Capability-based model registry
Local / remote provider ayrımı
Task-performance telemetry hedefi
Model değişse de mission / approval sözleşmelerinin değişmemesi

Authority chain — sadeleştirilmiş Model önerir · sistem yetkilendirir

01 / CONTEXT

Workspace + Repository Map + Decision Memory

Görevin hangi proje ve hangi geçmiş bağlam üzerinde çalıştığını belirler.

02 / PLAN

Scope Lock + Safe Patch Plan

Değişikliğin nereye, hangi sınırlar içinde ve hangi payload ile yapılabileceğini canonical artifact’a dönüştürür.

03 / APPROVAL

Preview / Approval Binding

İnsan onayının tam olarak hangi plan ve değişiklik görüntüsüne ait olduğunu sabitler.

04 / EXECUTE

SafePatchExecutor + Durable Claim

Mutation başlamadan önce kalıcı claim bırakır; uygulanacak değişiklik exact binding zincirine yeniden doğrulanır.

05 / VERIFY

Post-Promotion Verification

Uygulama sonrası gerçek postimage’ın onaylanmış durumla eşleştiğini bağımsız evidence olarak kaydeder.

06 / INTEGRATE

Human Git Approval + Local FF Integration

Git-visible change set yeniden doğrulanır; yalnız explicit-path staging ve fast-forward local main entegrasyonu yapılır. Remote publication ayrı tutulur.

Bugün

Core Mission ve güvenli değişiklik zinciri çalışıyor.

Mission lifecycle, recovery, workspace/context, repository map, decision memory, safe patching, approval ve supervised promotion/integration katmanları mevcut.

Mobile Pandora temel mobil kontrol katmanına sahip.

Pairing, authenticated chat, Project Run, approvals ve offline/reconnect tabanı var; remote access hardening ve voice finalization devam ediyor.

Architecture Tek modele bağımlı olmayan yapı hedefleniyor.

Model orchestration ve capability-based routing çekirdeğin üzerinde ayrı bir katman olarak gelişiyor.

Next Native Command Center.

Core self-development ve local Git entegrasyon zincirinden sonra sıradaki büyük ürün katmanı Prometheus Native Command Center.

Sonraki proje Mergen AI