PRJ-09SİSTEM VAKASICANLI · AKTİF GELİŞTİRİLİYORÜRÜN · WRİTİNG / NARRATİVE SYSTEMS

Kurmaca.ink

KURGU YAZIMI VE ANLATI MANTIĞI ÇALIŞMA ALANI

Uzun kurgu yazımını; bölüm ve sahne yapısı, karakter bilgisi, ipuçları, zaman çizgisi, anlatı mantığı ve süreklilik kontrolleriyle aynı çalışma alanında birleştiren editoryal ürün.

NAR-01 / VAKA OMURGASI

Teknik ayrıntıya geçmeden önce problemi, kararı ve kanıtı aynı anlatı zincirinde oku.

01Problem
Editör, notlar ve tablolar arasında bölünen anlatı bilgisi yazı odağını dağıtıyor; Web/PWA üzerinde yapılan sahne düzenlemelerinin de bulut senkronizasyonu sırasında güvenli biçimde korunması gerekiyor.
02Karar
AI sohbetini ürünün merkezi yapmak yerine yazarı ve manuscript'i merkezde tutmak
03Sistem mimarisi
Yazı ve anlatı sistemi
04Build
Bölüm / sahne yapısı ve odaklı uzun-form yazı editörü
05Teslim
Kurmaca.ink bugün canlı Web/PWA ürünü olarak yazı editörü, yapılandırılmış anlatı mantığı ve Supabase tabanlı proje sürekliliğini aynı çalışma alanında birleştiriyor; crash-recovery katmanı ayrıca otomatik doğrulama kapılarıyla geliştiriliyor.
06Kanıt
Canlı · aktif geliştiriliyor · kurmaca.ink
07Öğrenme
Yazı ürününde en kritik UX metriği özellik sayısı değil yazarın metinden ne kadar az koparıldığıdır.

DURUM: Canlı · aktif geliştiriliyor
TÜR: Ürün · Writing / Narrative systems
ROL: Ürün ve sistem mimarisi · Editoryal UX ve yazı deneyimi
PLATFORMLAR: Web · PWA

OUT-VERIFY / VAKA / İŞ ETKİSİPRJ-09

Problem neydi, ne yaptım, bugün ne farklı?

Teknoloji ayrıntılarından önce dönüşümü gösteriyorum: başlangıçtaki darboğaz, yapılan müdahale ve bugün doğrulanabilen sonuç.

OUT-01

PROBLEM

Editör, notlar ve tablolar arasında bölünen anlatı bilgisi yazı odağını dağıtıyor; Web/PWA üzerinde yapılan sahne düzenlemelerinin de bulut senkronizasyonu sırasında güvenli biçimde korunması gerekiyor.

OUT-02

MÜDAHALE

Metni merkeze alıp anlatı durumunu yapılandırılmış katmanlar olarak çevresine bağladım; Supabase'i hesaplar arası canonical kaynak, IndexedDB'yi ise yalnızca onaylanmamış sahne yazıları için recovery journal olarak konumlandırdım.

OUT-03

SONUÇ / MEVCUT DURUM

Kurmaca.ink bugün canlı Web/PWA ürünü olarak yazı editörü, yapılandırılmış anlatı mantığı ve Supabase tabanlı proje sürekliliğini aynı çalışma alanında birleştiriyor; crash-recovery katmanı ayrıca otomatik doğrulama kapılarıyla geliştiriliyor.

KANIT / CANLI YÜZEY / DAĞITIM

EVD-01 / Mevcut durum: Canlı · aktif geliştiriliyor
EVD-02 / Canlı yüzey: https://kurmaca.ink
EVD-03 / Teslim yüzeyleri: Web · PWA

ROI, gelir artışı veya yüzde ancak doğrulanabilir bir kaynak varsa gösterilir. Yoksa sahte metrik yerine çalışan ürün, dağıtım, sistem çıktısı ve doğrulanabilen kapsam kullanılır.

NS-01 / NORTH STAR / ÖLÇÜM KONTRATIretention

METRİK

Hafta-1 geri dönen aktif yazarlar

TANIM

Bir projede en az bir sahne yazma veya düzenleme eylemini tamamlayan yazarların sonraki hafta geri dönüp aynı ya da başka bir projede yeniden sahne yazma / düzenleme eylemi tamamlayan payı.

GÖZLEM ZİNCİRİ

İlk sahne yazma / düzenleme eylemi → sonraki hafta geri dönüş → yeni sahne yazma / düzenleme eylemi.

ÖLÇÜM KAYNAĞI

Proje ve sahne yazma yaşam döngüsü event'leri; gerçek analytics kaynağı ve event adları baseline yayınlanmadan önce doğrulanmalı.

BASELINE / NOT-PUBLISHED

Bu vaka için doğrulanmış bir başlangıç değeri henüz yayınlanmadı; değer uydurulmaz ve kaynak doğrulanmadan sayısal claim yapılmaz.

CTX-01

Bağlam

Uzun kurgu yalnızca metin yazma problemi değil; yazarın metin, yapı, karakter bilgisi, ipuçları ve reveal/payoff durumunu aynı anda tutarlı taşıması gereken bir sistem problemidir.

PRB-01

Problem

ROL-01

Rolüm

Ürün ve sistem mimarisi
Editoryal UX ve yazı deneyimi
Yazı güvenliği ve senkronizasyon mimarisi

SOL-01

Çözüm

BLD-01

Neler yapıldı

Bölüm / sahne yapısı ve odaklı uzun-form yazı editörü
Truth Ledger, karakter bilgisi, reader knowledge ve reveal map gibi anlatı mantığı yüzeyleri
İpucu, zaman çizgisi ve continuity çalışma akışları
Supabase-canonical proje ve sahne senkronizasyonu
Sahne yazıları için journal-before-cloud IndexedDB recovery katmanı
Kurulabilir Web/PWA çalışma yüzeyi

ARC-01

Sistem mimarisi

Yazı ve anlatı sistemi

SYS-TRACE HAZIR

STK-01

Teknik yığın

FRONTEND

React 19 · TypeScript · TanStack Start · TanStack Router · TanStack Query · Tailwind CSS 4 · Radix UI

BACKEND / VERİ

Supabase

RECOVERY

IndexedDB · idb · Revision-checked writes

PLATFORM

PWA

DOĞRULAMA

Vitest · TypeScript · ESLint

DEC-01

Önemli mühendislik kararları

AI sohbetini ürünün merkezi yapmak yerine yazarı ve manuscript'i merkezde tutmak
Sistem önerse bile canon kararını açık biçimde yazara bırakmak
Tarayıcı depolamasını ikinci canonical proje veritabanına çevirmeden yalnız recovery amacıyla kullanmak
PWA service worker'ını network-only tutarak eski app-shell cache'lerinin yazı state'ine karışmasını önlemek

CODE-01

Kod / mimari örnekleri

Yazı güvenliği modeliTS

01const authoringModel = {
02  canonical: "Supabase",
03  ui: "optimistic",
04  recovery: "IndexedDB journal",
05  conflictPolicy: "explicit author decision",
06  pwa: "network-only service worker",
07} satisfies AuthoringArchitecture;

FLOW-01

Veri akışı

Sahne yazma akışı

SYS-TRACE HAZIR

RISK-01

Zorluklar ve kısıtlar

Uzun-form yazı odağı ile yoğun editoryal/narrative araçları aynı arayüzde dengelemek
Optimistic yazı state'i ile canonical bulut revizyonlarını veri kaybı veya sessiz overwrite üretmeden uzlaştırmak

OUT-01

Sonuç / mevcut durum

LRN-01

Mühendislik çıkarımları

Yazı ürününde en kritik UX metriği özellik sayısı değil yazarın metinden ne kadar az koparıldığıdır.
Narrative AI'ın en güçlü rolü metni yazar adına üretmekten çok state ve çelişki görünürlüğünü artırmaktır.
Recovery katmanı veri güvenliğini artırmalı; ikinci source-of-truth oluşturmamalıdır.

OUT-LIVE / ÜRÜNÜ GÖR