@appaflytech/zeyrek-ai-mcp 0.0.43 → 0.0.46

package/dist/resources/guides/access.md

@@ -374,7 +374,7 @@ Kompleks projede kimliği platform yönetir; uygulamanın kendi kimlik middlewar
 | `POST …/auth/refresh` | yenileme çerezi (ya da gövdede `refreshToken`) → yeni jetonlar; eski yenileme jetonu tekrar gelirse bütün aile iptal, 401 |
 | `POST …/auth/sign-out` | çerezleri siler |
 | `GET …/auth/me` | kullanıcı, roller, pozisyonlar, birimler, şirketler |
-| `GET /{proje}/runtime/{app}/access` | izin özeti: `mode`, izinli sayfa ve uç slug'ları, entity başına eylemler ve alan düzeyleri (arayüzde gizleme için; `enforce` dışında her şey açık döner) |
+| `GET /{proje}/runtime/{app}/access` | izin özeti: `mode`, izinli sayfa ve uç slug'ları, entity başına eylemler ve alan düzeyleri (arayüzde gizleme için; `enforce` dışında her şey açık döner — basit projede `off` ve listeler boş, kompleks projede `off`/`shadow` her şeyi listeler). **Runtime basit projede bu ucu çağırmaz:** tür sayfa yanıtının `project.accessModel`'inde ve `uiActions` yanıtının `accessModel`'inde gelir; özet istemcide kurulur (ADR 0021) |
 
 - Jeton önce çerezden, yoksa `Authorization: Bearer`'dan okunur. Çerezle gelen **durum değiştiren**
   istek `X-ZY-CSRF` başlığında `ZY_Csrf_{proje}` değerini ister (yoksa `403 CsrfTokenMismatch`);
@@ -691,9 +691,9 @@ Ağacın bugünkü kuralları — hepsi 2026-09-20'de ölçüldü (S2-17 · S2-1
 ## Toplu işlem
 
 Kapsam ve koşul her satırda ayrı ayrı uygulanır; dolayısıyla "hepsini birden onayla" bir POLİTİKA
-sorusu değil bir UÇ sorusudur ve table-source `update` bunu **filtreyle yapamaz** — tam olarak bir
-tekil alan filtresi ister (`InvalidFilterCountException` · `FilterFieldMustUniqueException`,
-ölçüldü 2026-09-20, S2-22). Doğru kurulum: anahtarlar elindeyse `bulk-update` ucu (tek çağrı, tek
+sorusu değil bir UÇ sorusudur ve table-source `update` bunu **filtreyle yapamaz** — hedefi her
+zaman tek satırdır: tek kök filtre, benzersiz alan + `eq`, ek koşullar yalnız AND grubunda
+(MS-019; `platform_guide('microservice')` §"Güncelle/sil filtresi"). Doğru kurulum: anahtarlar elindeyse `bulk-update` ucu (tek çağrı, tek
 transaction), satır başına sonuç ve satır başına yetki kararı gerekiyorsa **iş akışı + döngü**
 (liste → her satır için `microservice` adımı → özet). Akış içinden yazmak yetki YÜKSELTMEZ: her
 satır çağıranın kimliğiyle denetlenir ve reddedilen satır ötekileri geri almaz. Reçete:

package/dist/resources/guides/component.md

@@ -51,8 +51,21 @@ Komponentlerin KENDİ arayüz metni (tablo sayfalaması, filtre operatörleri, b
 düğmeleri) ve sayı/tarih biçimleri uygulamanın aktif dilinden gelir — prop vermene gerek yok.
 İki ayrı kural işliyor ve karıştırılmamalı:
 
-- **Metin İngilizceye düşer.** Kütüphanenin sözlüğü tr/en taşır; projede `de` seçiliyse o metinler
-  İngilizce çıkar. Yeni dil eklemek sözlüğe satır eklemektir, komponent değişikliği değil.
+- **Metin önce uygulama sözlüğünden gelir; Metin İngilizceye düşer** (bileşen kelimeleri, frontend ADR 0023 / 0024;
+  2026-10-15).
+  Kelime listesi olan bileşen (tablo, sürüm karşılaştırma, qm'in kullandığı form ve gösterim bileşenleri) her kelimesini
+  önce uygulama sözlüğünde arar: kendi kelimesi `compProp.<bileşen>.<kelime>`, birçok bileşende geçen kelime ("Yükleniyor…",
+  "Kapat", "Ara") tek satır `compProp.common.<kelime>`. Satır yoksa kütüphanenin tr/en/ar tohumu, o da yoksa İngilizce.
+  Yeni dil eklemek sözlüğe satır eklemektir. Ayrıntı ve yazım yolları: `platform_guide('translation')` §Bileşenin kendi
+  kelimeleri.
+- **`texts` ayarı:** kelimesi olan web bileşeninin gizli `texts` ayarı yalnız o düğümde değiştirilen kelimeleri taşır
+  (`{ rowsPerPage: { type: 'translation', ref: 'page.x.y' } }` ya da düz metin). Bütün bileşenlerin kelimesini değiştirmek
+  için `texts`'e değil sözlüğe yaz. Mobil bileşenlerde `texts` yoktur.
+- **Kelime gibi çalışan ayar boş bırakılır.** Açılır kutu ve çoklu seçim `placeholder`'ı, etiket kutusu `placeholder` /
+  `createNewLabel`'ı, ağaç görünümü `searchPlaceholder` / `emptyText` / `actionsTitle`'ı, tarih-saat `placeholder` /
+  `timePlaceholder`'ı, tarih-saat aralığının saat yer tutucuları, seçicinin `trueLabel` / `falseLabel`'ı boşken ortak kelimeyi
+  gösterir ("Bir seçenek seçin", "Ara", "Açık / Kapalı" …). Web kataloğunda bunların varsayılanı yoktur; yalnız sayfaya özel
+  metin yaz. Ayarı hiç yazmamak kelimeyi gösterir; bilerek boş metin (`''`) yazmak yer tutucuyu / etiketi kaldırır.
 - **Biçim düşmez.** Sayı ayraçları ve tarih adları seçilen dilin kendi kuralını kullanır
   (`de` → `1.234,5`). Dili olmayan bir biçim yoktur; dil verilmediğinde taban İngilizcedir.
 
@@ -60,7 +73,9 @@ Bazı komponentlerin `locale` prop'u geriye uyum için durur ve **doluysa kazan
 sabitleme içindir. Boş bırakmak doğru varsayılandır.
 
 Doğrulama mesajını çeviriye bağlamak ayrı bir sözleşmedir (`t:` öneki, `platform_guide('page')`
-§validasyon); prop'ları bağlamak için `set_prop_type` (`platform_guide('translation')`).
+§validasyon); prop'ları bağlamak için `set_prop_type` (`platform_guide('translation')`). **Kuralın mesajı boşsa** ekran
+kuralın varsayılan kelimesini gösterir (`compProp.common.validationRequired`, `…MinLength` "En az {value} karakter girin" …;
+sayı kuralın `value`'sundan) — varsayılan mesaj için kurala İngilizce cümle yazma, `message`'ı boş bırak.
 
 ## Olay modeli
 
@@ -93,7 +108,8 @@ arayüzdür**, yetkiyi backend her istekte yeniden denetler.
   "Göster" yalnız erişim özeti yüklüyken çıkar: `off`'ta (basit proje hep `off`) hiç çıkmaz —
   backend her reveal'i reddeder; `shadow`'da çıkar — backend reveal'i yine denetler, yetkisiz
   kullanıcı ret mesajını görür; `enforce`'ta yalnız entity'nin `actions`'ında `reveal` varsa.
-  Değeri boş maskeli hücrede "Göster" çıkmaz. Tasarımcı kanvasında (**View as user**) düğme seçilen
+  Değeri boş maskeli hücrede "Göster" çıkmaz. Web tasarımcı kanvasında (**Kullanıcı gözüyle** / View as user; mobil
+  ekran tasarımcısındaki karşılığı **Kim olarak** çipidir; mobil `datatable` `revealEntity`'yi düşürür) düğme seçilen
   kullanıcıya sunulacağı yerde etkisiz çizilir (kullanıcı seçili değilken tasarımcının
   `project.data.reveal` izni karar verir); gerçek açma önizlemededir.
   Açılan değer prop'a, akışa, olaya yazılmaz. Entity `revealEntity` prop'undan (slug ya da id) ya

package/dist/resources/guides/deployment.md

@@ -0,0 +1,98 @@
+# Deployment Rehberi (development → production)
+
+`deployment_start` projeyi `development`'tan `production`'a taşır; production'a giden **tek** yol
+budur ve **insan onaylıdır**. Bu rehber deploy'un neyi taşıdığını, neyi taşımadığını ve production'da
+eksik çıkan satırın ya da dosyanın neden eksik olduğunu anlatır. Dal açma ve merge için
+`platform_guide('merge')`.
+
+## Varsayılan: yalnız tanım taşınır
+
+Deploy bir **tanım** aktarımıdır. Ayar açılmadıkça tablo satırları ve dosyalar production'a gitmez —
+development'ta doldurulan bir tablo production'da boş, development'a yüklenen bir görsel production'da
+404 çıkar. Bu tasarım gereğidir, hata değildir: development verisini production'a kopyalamak bir veri
+kazasıdır, bu yüzden her tablo ve her dosya ayrıca seçilir.
+
+| Ne | Taşınır mı | Kural |
+|---|---|---|
+| Entity, alan, index, sayfa, layout, workflow, DTO, query, microservice, fonksiyon, çeviri, tema | evet | her deploy'da |
+| Süreç tanımı ve iş takvimi | evet | yalnız aktif model; yayınlanmamış taslak taşınmaz (`deployment_start` yanıtı `unpublishedDrafts`) |
+| Microfunction | evet | yalnız YAYINLANMIŞ kod; hedefte yayınlanır (DEP-006) |
+| Tablo satırları | **yalnız tabloda kayıt taşıma açıksa** | §Tablo satırları |
+| Dosyalar | **yalnız id referansıyla** | §Dosyalar |
+| Kullanıcı, rol ataması, süreç örneği, görev, defter | hayır | ortama özgüdür |
+
+Kaynak yalnız `development`'tır (DEP-003); deploy başlamadan production verisi ön denetimden geçer
+(DEP-004). İkisinin ayrıntısı `deployment_start` açıklamasında.
+
+## Tablo satırları (recordTransferMode)
+
+Satırlar **tablo başına** açılan kayıt taşıma ayarıyla gider. Ayar entity tanımındadır:
+
+| `recordTransferMode` | Ne taşınır |
+|---|---|
+| yok (`null`, varsayılan) | hiçbir satır |
+| `'all'` | tablonun bütün satırları |
+| `'specific'` + `transferRowIds: ['<id>', …]` | yalnız seçilen satırlar ve bu satırların FK ile gösterdiği satırlar |
+
+- **Yazmak:** `entity_patch` ile `{op:'replace', path:'/recordTransferMode', value:'all'}` (seçili
+  satırlar için ayrıca `/transferRowIds`), ya da `entity_update` tam gövdesi. `'specific'` iken
+  `transferRowIds` dolu, tekil ve boşsuz olmalıdır (ENT-018).
+- **Studio karşılığı:** Tablo paneli → **"Sistem kayıtlarını dağıtımlar/şablonlar üzerinden aktar"**.
+  Aynı ayar şablon kurulumunda da geçerlidir.
+- **Birlikte giden:** çok dilli tablonun `*_localization` çeviri tablosu ve junction (çoka-çok)
+  satırları ana tabloyla **otomatik** gider; onlara ayrıca ayar açılmaz. Junction satırı yalnız iki
+  tarafı da taşınıyorsa gider (dosya tarafı her zaman geçer).
+- **Kimlikler 1:1 korunur:** satır production'a aynı birincil anahtarla yazılır, identity sayacı
+  taşınan id'lerin ötesine ilerletilir. Production'da aynı id'li satır varsa üzerine yazılır.
+- **`'all'` = ayna (DEP-005, backend ADR 0011):** promote'ta production o tabloda development'ın
+  aynasıdır. Kaynakta olmayan satır, çevirisi ve junction satırı production'da **silinir** —
+  production'a doğrudan girilmiş satırlar dahil. Kaynak tablo boşsa hedef tablo boşalır. Platformun
+  kendi tabloları (`users`, `roles`, `permissions`) taşımaya açılabilir ama aynalanmaz.
+- **`'specific'` silmez:** yalnız upsert yapar. Seçili satırın FK ile gösterdiği satırlar zincirleme
+  gelir (bir satır seçmek birkaçını taşıyabilir); seçilmemiş bir satıra giden çoka-çok bağı düşer.
+- **İlişki sırası:** `'all'` açılan tablonun ilişki hedefinde de taşıma açık olmalıdır, yoksa kayıt
+  `RelationTransferNotEnabledException` ile reddedilir — önce hedef (ebeveyn) tabloyu açın. `'all'`
+  bir tablonun gösterdiği tabloda taşımayı kapatmak da reddedilir. `'specific'` bu denetimden muaftır:
+  seçili satırın ilişki sütunu taşınmayan bir satırı gösterirse hata production'da FK ihlali olarak
+  çıkar.
+
+Kayıt taşıma deploy'un kuralıdır. Dal açarken `includeRecords: true` bu ayara bakmadan bütün veri
+tablolarını kopyalar; merge satır taşımaz (`platform_guide('merge')` §Dalda çalışmak).
+
+## Dosyalar
+
+`files` tablosu ortama aittir ve **toptan taşınmaz**. Bir dosya production'a yalnız iki yoldan biriyle,
+**id'siyle başvurulduğu için** gider:
+
+1. **Dosya tipli prop:** sayfa ya da komponent prop'unda `{ type:'file', ref:'<fileId>' }` —
+   Studio panelinin dosya seçicisinin yazdığı şekil budur. Tasarım bu dosyayı id'siyle tutar.
+2. **Taşınan bir satırın dosya sütunu:** kayıt taşıması açık tabloda tekil dosya alanının ya da dosya
+   çoka-çok alanının taşıdığı dosya id'leri. Satır gitmiyorsa dosyası da gitmez.
+
+Dosya production'a **aynı id'yle** yazılır. Production'da o id zaten varsa yalnız adı güncellenir;
+içerik yeniden yüklenmez ve kaynakta değişen içerik production'a geçmez.
+
+**Sabit URL tuzağı.** Sayfaya metin olarak yazılmış bir dosya adresi (görselin `src`'sine düz URL,
+html içeriği, stil) deploy'da **yeniden yazılır** — development serve öneki `…/files/serve/d/…`
+production'da `…/files/serve/p/…` olur (dal öneki de aynı biçimde çevrilir). Ama bu yalnız metin
+değişimidir: adresin gösterdiği **dosya kopyalanmaz**, production'da adres **404** döner. Görseli
+production'a taşımak için onu dosya tipli prop'a (`ref`) ya da taşınan bir satırın dosya sütununa
+bağlayın.
+
+## Production'a doğrudan yazılmaz
+
+Eksik satır ya da dosya production'da elle tamamlanamaz. Production ortamında `file_upload`,
+`row_create`, `row_update`, `row_delete` ve `import_*` araçları backend'de yazma korumasına
+(`ProductionWriteGuardBehavior`) takılır ve **400 `CantWriteInProductionException`** döner. Yol her
+zaman aynıdır: düzeltmeyi development'ta yapın (ayarı açın, prop'u bağlayın), sonra insan onaylı
+yeni bir deploy.
+
+## Production'da eksik veri teşhisi
+
+| Belirti | Bak | Düzeltme (development'ta) |
+|---|---|---|
+| Tablo production'da boş ya da eksik | `entity_get` → `recordTransferMode` | `'all'` ya da `'specific'` + `transferRowIds`; ilişki hedeflerini önce açın |
+| Çeviriler eksik, satırlar var | ana tablonun ayarı | çeviri tablosu ana tabloyla gider; ana tabloda ayar açık olmalı |
+| Görsel production'da 404 | `page_schema_get` → prop düz URL mi, `{ type:'file', ref }` mi | prop'u `ref` ile bağlayın ya da dosyayı taşınan satırın dosya sütunundan okuyun |
+| Satırın dosyası 404, satır var | satır taşınıyor mu (`recordTransferMode`) | dosya yalnız taşınan satırla gider |
+| Production'da silinmiş satırlar | tablo `'all'` mı | ayna kuralı (DEP-005); production'a girilen veri bu tabloda tutulmaz |

package/dist/resources/guides/entity.md

@@ -624,7 +624,7 @@ karakter, primaryKey yok). Tam katalog, kaynak referanslı JSON: `ngapps://rules
 | `folderId` | yalnız `commonType: 'file'` alanında | ENT-017 |
 | `properties.generationType` | yalnız `commonType` `guid` ya da `number` | ENT-017 |
 | `commonType` / `defaultValueType` / `relationType` | sözlükten; bilinmeyen değer 400 `InvalidEnumTokenException` (`multiFile` diye bir tip YOK) | ENT-017 |
-| `recordTransferMode: 'specific'` | `transferRowIds` dolu, tekil, boşsuz | ENT-018 |
+| `recordTransferMode: 'specific'` | `transferRowIds` dolu, tekil, boşsuz; ayar yoksa deploy satır taşımaz — `platform_guide('deployment')` §Tablo satırları | ENT-018 |
 | `indexes[]` | ad önek hariç en fazla 32, `fieldIds` dolu ve tekil, adlar tekil | ENT-013 |
 
 **Birincil anahtar kalıbı** (bu rehberde yoktu; 2026-09-08 koşusunda iki hatalı çağrı + bir

package/dist/resources/guides/expressions.md

@@ -10,6 +10,10 @@
 
 Uydurma fonksiyon adı runtime'da `X is not defined` 500'üdür — yalnız buradakileri kullan.
 
+**Hiçbir ifade görünen metinle karşılaştırılmaz** (`durum === 'Onaylandı'`, `title !== 'Aksiyonlar'`,
+`/Klasörler/.test(...)`): kod değerine, state'e, değişkene, `Page.queryParams`'a, elementId / sınıfa bağlanır. UI flow
+yazımında gateway yeni kancayı TR-005 ile durdurur — `platform_guide('translation')` §Mantık görünen metne bağlanmaz.
+
 ## 1. Backend ifadeleri — kullanılabilir bağlam
 
 **Değişkenler:** step çıktıları (`<stepAdı>.data`), middleware değişkenleri (`user`,
@@ -107,7 +111,7 @@ dalından devam eder.
 | `setComponentProperty(name, key, value)` / `getComponentProperty(name, key)` | fonksiyon alternatifi |
 | `resetForm(name)` | Formu sıfırlar: alanlar başlangıç değerine döner, form "gönderilmemiş" olur, doğrulama mesajları silinir. Kayıt sonrası "yeni kayıt" için alanları tek tek `null`'a çekme — gönderilmiş formda her biri "zorunlu alan" mesajı çıkarır. Ad ya da komponent değişkeni alır: `resetForm('risk_form')` / `resetForm(risk_form)`. **Yalnız UI flow kodunda** |
 | `LocalStorage` · `Widget` · `params` | yerel veri · widget bağlamı · olay parametreleri. `LocalStorage` barındırıcının deposudur, salt okunur ve değerler METİNdir: web'de uygulamanın kökenindeki `localStorage` (Studio önizlemesinde Studio'nun kendi anahtarları da görünür), cihazda akışın `storage` deposu. `storage` adımı düz bir anahtara yazınca `LocalStorage.<anahtar>` aynı akışta yeni değeri verir ve sayfanın bağları yeniden değerlendirilir (`isSelected: {{ LocalStorage['zeyrek:theme-mode'] === 'dark' }}`). `state.page\|app.<key>`'e yazan adım `LocalStorage`'a girmez (ARC-147, 2026-09-29) |
-| `Device` | Salt okunur cihaz durumu, barındırıcı günceller: `Device.isOnline` — ağ bağlantısı var mı (bilinmiyorsa `true`). Değişince sayfanın bütün bağları yeniden değerlendirilir; çevrimdışı bandı: `isHidden: {{ Device.isOnline }}`. Cihazda `expo-network`, web'de tarayıcının `online`/`offline` olayları. `Device` adında komponent ifade bağlamından süzülür (ayrılmış ad) |
+| `Device` | Salt okunur cihaz durumu, barındırıcı günceller: `Device.isOnline` — ağ bağlantısı var mı (bilinmiyorsa `true`). Değişince sayfanın bütün bağları yeniden değerlendirilir; çevrimdışı bandı: `isHidden: {{ Device.isOnline }}`. Cihazda `expo-network`, web'de tarayıcının `online`/`offline` olayları. `Device.biometric = { available, enrolled, kinds }` (kök ADR 0021): `available` cihaz kullanıcıyı şu an doğrulayabilir (biyometri **ya da** cihaz parolası kurulu), `enrolled` biyometri kayıtlı, `kinds` ⊆ `face · fingerprint · iris`; barındırıcı vermezse (web, derleme taşımıyor) `{ available: false, enrolled: false, kinds: [] }`, Studio önizlemesi ve kanvas senaryosu `{ true, true, ['face'] }`. Uygulama ön plana dönünce yeniden okunur. Ağ yokken okumaların ne döndüğü (`Steps.<ad>.cache.at`, `error.network`): `platform_guide('page')` §Kural 1g-4. `Device.offline` (yalnız cihazda): `{ ready, total }` — uygulamanın kaç ekranı çevrimdışı açılmaya hazır; paket inmeden ve web/önizlemede yoktur (`Device.offline?.ready`); servis yazması kuyruğu varsa `queue: { pending, rejected }` ve `rejected` (reddedilen kayıtlar) da buradadır. `Device` adında komponent ifade bağlamından süzülür (ayrılmış ad) |
 | **Ayrılmış adlar** | Bu tablodaki globallerle (ve önsözün iç adlarıyla: `payload`, `error`, `repeaterId`, `_` ile başlayanlar…) aynı `name`'i taşıyan komponent (runtime yalnız İLK `-`'yi siler: `ite-m` da `item` sayılır) ifadede kendi adıyla GÖRÜNMEZ — süzülür, uyarı loglanır (liste: `@ng-apps/flow` `EXPRESSION_PRELUDE_NAMES`). Eskiden aynı ad sayfanın BÜTÜN ifadelerini `SyntaxError`'la düşürürdü (ARC-143). Gateway artık bu adların HEPSİNİ **PAGE-009** ile sayfa/layout yazma yollarında ve `page_schema_validate`'te istek gitmeden reddeder — komponente `t`, `state`, `event`, `item`, `self`, `Page`, `Row` gibi ad verme |
 | `t(key)` | Çeviri anahtarını çözer: aktif dil → projenin varsayılan dili → anahtarın kendisi. Boş string de "eksik" sayılır. Sözlük `machine.context.state.translations`'tan gelir; dil `language-selector` ile değişince bir sonraki çağrı yeni dili görür. **Yalnız UI flow kodunda vardır** — backend ifadelerinde karşılığı `Loc()`'tur (`platform_guide('workflow')`) | `t('home.welcome')` |
 | `log(...)` | console (proxy'leri temizler) |

package/dist/resources/guides/external-component.md

@@ -109,10 +109,12 @@ platform yeniden başlamaz, açık oturumlar bozulmaz.
 
 ## Editor modu
 
-`zxContext.editorMode` true olduğunda element Studio kanvasında statik bir
-önizleme olarak duruyor: zamanlayıcı kurmayın, ağ çağrısı yapmayın, tıklamayı
-işlemeyin. Kanvasta etkileşim host tarafından zaten engellenir, ama gereksiz iş
-yapmamak kanvası hızlı tutar.
+`zxContext.editorMode` yalnız web sayfa tasarımcısının kanvasında true'dur;
+önizlemede ve runtime'da false. True iken element statik bir önizleme olarak
+duruyor: zamanlayıcı kurmayın, ağ çağrısı yapmayın, tıklamayı işlemeyin.
+Kanvasta etkileşim host tarafından zaten engellenir, ama gereksiz iş yapmamak
+kanvası hızlı tutar. Mobil uygulamada dış bileşen çizilmez; mobil ekran
+tasarımcısının Düzenle / Dene kipi bu bayrağı taşımaz.
 
 ## Geliştirici kiti
 

package/dist/resources/guides/merge.md

@@ -10,6 +10,10 @@ onaylıdır**. Buradaki tool'ların hiçbiri production'a yazmaz.
 - **Production'a merge eden tool yoktur.** Production'a giden tek yol insan onaylı deployment'tır.
 - Sabit environment'lar (`development`, `production`) silinemez; `environment_delete` bunu HTTP'ye
   gitmeden reddeder.
+- **Şablondan kurulup güncellemeleri alan projede dal açılamaz, var olan dal değiştirilemez** (`project_get` →
+  `templateMetadata.installedTemplateReceiveUpdates: true`): dal açma/silme ve merge planının her adımı
+  400 döner (MRG-018). Değişiklik şablonun kaynak projesinde yapılır, `template_create` ile yayımlanır,
+  abone projede `template_check_updates` → `template_receive_updates` ile alınır.
 
 ## Akış
 
@@ -36,9 +40,9 @@ yazmaya çalışmak 400 döner — `environment_list` ile durumu doğrula.
 Dal açılırken **yalnız tanımlar** kopyalanır. `includeRecords: true` verirsen projenin kendi
 veritabanındaki **bütün** veri tablolarının satırları da gelir — entity'de kayıt taşıması ayarı
 açık olmasa bile (çok dilli companion tablolar ve junction'lar dahil; `files`/`folders` ve audit
-trail tabloları hariç, dış datasource'lara dokunulmaz). Kayıt taşıması ayarı deployment'ın
-(`promote`) kuralıdır ve orada aynen geçerlidir. **Satırlar merge'de geri taşınmaz** — merge yalnız
-tanım işidir.
+trail tabloları hariç, dış datasource'lara dokunulmaz). Merge'de geri gelen satırlar yalnız **kayıt
+taşıması ayarı açık** tablolarınkidir; promote (`platform_guide('deployment')`) ve şablonla aynı
+ayar, ama kural üç yollu: aşağıda "Tablo kayıtları".
 
 Tanım sayılan ve merge'in taşıdığı üç şey 2026-09-25'ten beri listede: **çeviriler**
 (translation kalemi, adı çeviri anahtarı), **microfunction'lar** (kod ve arşiv; hedefte **taslak**
@@ -169,6 +173,16 @@ runtime'ın çizdiği satırlar `….children`. **Kararı `ref`'e verin**; `chil
 seçimi aynen geçer; `both` ve `custom` satırlara listeden yeniden kurulur. `children`'a ayrı ve farklı karar vermek
 ekranda listenin değil satırların çizilmesine yol açar.
 
+**Widget prop'unda da yollar aynıdır** (2026-10-15'ten beri). Widget prop'larını düz satırda tutar ama merge onları
+sayfa gibi ağaç olarak karşılaştırır: dizi prop'unun satırları `widgetComponentProps[id=<prop>].children` yolunda gelir,
+kararı `widgetComponentProps[id=<prop>].ref`'e verin. Öncesinde satırlar ayrı ayrı `add` geliyordu. İki taraf aynı
+widget'ı kaydedince satırlar çoğalıyor, `ref` kararı satırlara geçmiyordu (MRG-017). O tarihten önce açılmış plan
+eski yollarla da doğru uygulanır; ağaç görünümü için `merge_refresh` yeter.
+
+**Sınır (sayfa ve widget):** iki taraf listenin öğe sayısını değiştirmeden aynı öğeyi farklı değiştirdiyse liste
+konumsal karşılaştırılır. `ref`'in alt yollarında (`….ref[1].label.data`) ve satırlarda (`….children[2].ref`) ayrı
+çakışmalar gelir; `ref` kararı satırlara geçmez. Hepsine **aynı tarafı** seçin, yoksa liste ile satırlar ayrışır (P-19).
+
 **Nesne prop'unda** (butonun `icon`'u, `surfaceStyle`) aynı kural anahtar düzeyindedir: anahtarın değeri
 `….ref.<anahtar>…`, runtime'ın çizdiği satırı `….children[name=<anahtar>]…`. İki taraf aynı anahtara farklı yazdıysa
 ikisi de çakışma gelir; **kararı `ref.<anahtar>`'a verin**. Satır karar istemez ve `summary.unresolved`'a girmez:
@@ -220,7 +234,7 @@ yine ayrı eklenir.
 |---|---|---|
 | `unresolved` | error | çözülmemiş çakışma ya da `slug` taşıyan çözümsüz kopya; apply 409 döner. Dizi prop'unun `children`'ı `ref` açıkken, nesne prop'unun satırı (`children[name=…]`) değeri çakışırken, türetilmiş DTO elemanı kaynağı açıkken ayrı satır almaz ve `summary.unresolved`'a girmez: kaynağı çözünce kendiliğinden çözülür |
 | `duplicate-open` | warning | çözümsüz kopya (`combinable: true`), ikisi de yazılacak |
-| `name-clash` | warning | birleşik gövdede aynı adla iki kardeş (örneğin iki `telefon` sütunu) |
+| `name-clash` | warning | birleşik gövdede aynı adla iki kardeş (örneğin iki `telefon` sütunu). Widget prop'unda kardeş, aynı öğenin aynı üst prop ve satırdaki prop'udur; iki ayrı öğenin aynı adlı prop'u uyarı vermez |
 | `dangling-reference` | warning | merge'ün sildiği ya da kopya kararında düşen bir kimliğe hâlâ başvuru var |
 
 Uyarılar apply'ı engellemez; ama okunmadan `merge_apply` çağrılmaz.
@@ -229,6 +243,51 @@ Uyarılar apply'ı engellemez; ama okunmadan `merge_apply` çağrılmaz.
 yoktur; kalan çakışmalar için `merge_get {planId, view:"conflicts"}` çağırın.
 `summary.unresolved` 0 olduğunda `merge_apply` yolu açıktır.
 
+## Tablo kayıtları
+
+2026-10-17'den beri merge, **kayıt taşıması ayarı açık** tabloların satırlarını da taşır ("Transfer system records
+through deployments/templates"; `specific`'te yalnız seçili satırlar). Ayarın kapsamı toplayıcınındır: tablonun
+çeviri tablosu ve iki ucu ayarlı bağlantı tablosu da gelir. Kullanıcılar ve kullanıcı ↔ grup üyelikleri hiçbir ayarla
+taşınmaz; roller için aşağıdaki **Roller** maddesi.
+
+- **Kalem tablodur:** `module: "row"`, `recordId` = entity kimliği, `name` = tablo adı. Satır farkı `rows.<anahtar>`,
+  hücre farkı `rows.<anahtar>.<sütun>` yolundadır; etiket anahtar + satırın okunur alanıdır (`571 · dm-documents-compare`).
+- **Yalnız dalın değişiklikleri kalem üretir.** Taban dal açılışındaki satırlardır. Development'ın kendi eklediği ya da
+  değiştirdiği satır plana girmez ve apply ona dokunmaz. Denetim sütunları (`sys_created_at`, `sys_updated_at`,
+  `sys_created_user_id`, `sys_updated_user_id`) sayılmaz.
+- **Silme** yalnız dalda `all` olan tabloda çıkar: dalın sildiği, development'ın dokunmadığı satır `delete` gelir.
+  `specific` ve çeviri tablolarında dalın silmesi taşınmaz. **Ek alansız bağlantı tablosu** (junction, iki bağ alanı)
+  satırını `(sol, sağ)` çiftiyle tanır: anahtar `rows.<sol>|<sağ>`'dir, aynı bağ iki tarafta farklı kimlikle tek bağdır;
+  sahibi (sol taraf) dalda `all` ise dalın kaldırdığı bağ development'tan da kalkar (ADR 0031).
+- **Kimlik çakışması:** iki taraf tabanda olmayan aynı anahtarla farklı satır açtıysa `rows.<anahtar>` yolunda tek
+  `conflict` gelir, `base` boştur. `source` dalın satırını yazar, development'ınki ezilir. `target` dalın satırını düşürür.
+  `custom` `value`'daki satırı yazar. `both` ikisini de tutar: development'ın satırı yerinde kalır, dalın satırı
+  **yeni anahtarla** eklenir. Sayı anahtarda en büyüğün bir fazlası, `uuid`'de yeni kimlik verilir. Dalın o satıra bakan
+  satırları yeni anahtara çevrilir. `both` yalnız `combinable: true`'da geçer; metin anahtarda 400 döner.
+- **Development tabloyu taşımıyorsa** (entity var, ayarı kapalı) development'ın satırları bilinmez: tablo kökünde tek
+  çakışma gelir. `source` dalın satırlarını yazar (silmeden), `target` atlar. Tablo development'ta hiç yoksa satırlar
+  `add`'dir.
+- **Veri olmadan açılmış dal**da taban yoktur: yalnız dalda olan satır `add`, iki tarafta farklı olan satır kimlik
+  çakışması gelir.
+- **Roller `[SY] Roles`'un kendi ayarıyla gelir** (2026-10-18). Rol kalemi `module: "role"`dur, satır kalemi değil;
+  gövdesi uygulamanın `roles`'a eklediği alanları (`code` …) da taşır. Dalda `roles` `all` ya da `specific` ise ayarın
+  kapsadığı roller `add` / `update` gelir (`delete` yalnız `all`'da), rolün kendi bağları (rol ↔ izin) satır kalemidir.
+  **Ayar kapalıysa** yalnız dalın bir sayfası, ucu, klasörü, erişim politikası ataması ya da taşınan bir satırı
+  kimliğiyle, bir süreç tanımı slug'ıyla gösterdiği **yeni** rol `add` gelir; rol ↔ izin bağları gelmez, development'taki
+  rol değişmez. Dalın yeni rolleri ve bağları gidecekse `merge_plan`'dan önce dalda `entity_patch roles` ile
+  `recordTransferMode`'u `all` ya da `specific` (+ `transferRowIds`) yapın. Başka tablonun role bağı (grup ↔ rol) o
+  tablonun ayarıyla gelir, gösterdiği rol development'ta yoksa kurulur. İki tarafın da eklediği aynı bağ (ek alansız
+  bağlantı tablosu) tek bağ sayılır, `23505` vermez. Development'ta ayar kapalıyken dalda ilk açılışta rolün bağ tablosu
+  kökte tek çakışma gelir → `source` (o ilk merge'te silme çıkmaz, development'ın bağları bilinmiyordur). Ayar iki
+  tarafta da açıkken dalda kaldırılan izin ve silinen rolün bağları development'tan da kalkar, rol de silinir.
+- **Apply ayna yapmaz.** Yalnız planın değiştirdiği satırlar yazılır, silinecek anahtarlar önce silinir.
+  Development'ta ayarlı bir tablo plandan sonra değişirse plan bayatlar (`isStale`) ve `merge_refresh` ister.
+  `merge_revert` satırları da ters çevirir: merge'ün eklediği satır `delete` gelir.
+
+```json
+{ "itemKey": "row:01a0…", "path": "rows.571", "choice": "both" }
+```
+
 ## Apply'ın reddettiği üç durum
 
 | Durum | Kod | Ne yapmalı |
@@ -239,6 +298,17 @@ yoktur; kalan çakışmalar için `merge_get {planId, view:"conflicts"}` çağı
 
 Aynı `merge_apply` çağrısını tekrarlamak sonucu değiştirmez — 409 geçici bir hata değildir.
 
+Bir kararın yazılacağı yer development'ın gövdesinde yoksa `merge_get { checks: true }` hata düzeyinde bir
+`not-applicable` kontrolü döner (yol `path`'tedir). O hâlde apply etme: planı yenile (`merge_refresh`), o yoldaki kararı
+yeniden ver ve kontrolleri tekrar oku. Kontrol sürerse `platform_gap_report` ile bildir; bu, motorun eşleyemediği bir
+dizi demektir.
+
+Kontrol okunmadan apply edilirse süreç `MergeResolutionNotApplicableException` ile hataya düşer. Plan `failed` olur ve
+yenilenemez; yeni plan gerekir.
+
+2026-10-18 öncesinde bu kararlar sessizce düşüyordu. Workflow dalları artık adla eşlenir (`branches[name=…]`); adı
+değişen dal kayıt kimliğiyle tanınır, kimliği Studio'da yenilenmiş dal da kaybolmaz.
+
 ## Başlık zorunludur
 
 İsteğin adı **plan açılırken** `merge_plan`'ın `title` alanında verilir; `merge_apply` ve `merge_revert` ayrı bir
@@ -332,6 +402,13 @@ plan `applied` kalır.
 - `applied` → dal `merged` olur ve **şeması düşer**; `environment_list` artık göstermez.
 - `applied-with-drift` → dal ve şeması **durur**. `verification.driftTables` dal ile development
   arasında hâlâ farklı olan tabloları listeler; incelenmeden dal silinmez.
+  - **Bilinen yanlış alarm — platform tabloları (geçici çözüm, 2026-10-15).** `driftTables` yalnız `users`,
+    `roles`, `files`, `folders` ve `permissions`'tan oluşuyorsa fark gerçek değildir. Bu tabloların zorunlu
+    sütunları, platformun 2026-10-06 öncesi koduyla dokunulmuş bir development'ta `NOT NULL`, yeni açılan dalda
+    `NULL`'dır; doğrulama bu farkı görür. Merge'ün içeriği development'a tam geçmiştir. Dal ise `merged` ve aktif
+    kalır: proje başına 5 dal sınırından yer tutar, taban görüntüsü temizlenmez. Bu tablolara dokunan her merge'de
+    tekrar eder. Yapılacak: dalı elle silin — `environment_delete {projectId, environmentId}` (`merged` dal
+    silinir, şeması düşer). `driftTables`'ta bunların dışında bir tablo varsa dalı silmeden önce o farkı inceleyin.
 - `failed` → plan `failed`, dal `ready`'ye döner. Dal ve içindeki iş kaybolmaz; yeniden planlanır.
 
 ## Sınırlar

package/dist/resources/guides/microfunction.md

@@ -17,7 +17,7 @@ verir (gateway kendi çağrısında 200 gönderir; platform varsayılanı 10'dur
 |---|---|
 | Birkaç satır dönüşüm, alan eşleme, koşul | `code` step / ifade (aynı süreç, en ucuz) |
 | İfadelerde çıplak adla çağrılacak yardımcı | global function (`global_function_create`, JS) |
-| Kütüphane gerektiren iş (kriptografi, PDF, görüntü, parse) | microfunction (zip kaynak) |
+| Kütüphane gerektiren iş (kriptografi, PDF, görüntü, parse) | microfunction + bağımlılık (§Bağımlılıklar) |
 | Python gereken iş | microfunction — platformun ifade motoru YALNIZ JavaScript'tir |
 | Uzun süren/CPU yiyen iş | microfunction (kendi bütçesi, API sürecini bloke etmez) |
 
@@ -42,12 +42,13 @@ def handler(args, context):
     return {"total": args["a"] + args["b"], "environment": context["environment"]}
 ```
 
-- `args` — adımın `rule.expression`'ından üretilen argüman nesnesi. Fonksiyonun
-  `parameterDtoId`'si yoksa `{}` gelir.
+- `args` — adımın `rule.expression`'ından üretilen argüman. Şekli `parameterBehavior`'dır:
+  `object` ⇒ nesne, `array` ⇒ dizi, `primitive` ⇒ tek değer. Fonksiyonun `parameterDtoId`'si
+  yoksa `{}` gelir.
 - `context` — **salt okunur anlık görüntü**. İçine yazmak hiçbir şeyi değiştirmez; akışa dönen
   tek kanal fonksiyonun DÖNÜŞ DEĞERİdir.
 
-`context` şekli (ölçüldü, `MicrofunctionStep.BuildContext`):
+`context` şekli (ölçüldü, `MicrofunctionStep.EvaluateAsync`'in kurduğu sözlük):
 
 ```jsonc
 {
@@ -96,6 +97,16 @@ draft ──publish──▶ publishing ──▶ published ──update──
 4. `microfunction_delete` runtime'daki fonksiyonu da kaldırır; bir workflow adımı kaydı
    kullanıyorsa 400 ile reddedilir.
 
+## Test çağrısı ve kayıtlı argüman
+
+- `microfunction_invoke`'un `args`'ı **herhangi bir JSON değeridir** — liste modelli fonksiyona
+  dizi, tek değer modelliye sayı/metin gönderin; workflow adımının gönderdiği şekille aynıdır.
+- `testArguments` Studio'nun Test call sekmesinin kayıtlı argüman metnidir (≤ 64 KB). Olduğu gibi
+  saklanır, JSON geçerliliği denetlenmez, koşuma girmez; deployment ve template onu taşır.
+- `microfunction_update` **tam gövdedir**: `testArguments` verilmezse kayıtlı metin silinir —
+  güncellemeden önce `microfunction_get`'ten alın. Kaydetmek `revision`'ı artırır (yayındaki
+  kayıt `hasUnpublishedChanges: true` olur).
+
 ## Workflow adımı (WF-MF-001)
 
 Adım tipi `microfunction`; `workflow`, `automation` ve `middleware` akışlarının hepsinde
@@ -177,13 +188,97 @@ kullanıcısı verin, `roleArn` fonksiyonun koşacağı execution rolüdür ve *
 deseni tutmayan hesap gateway'de durur (MFR-001, block). Kaydettikten sonra
 `microfunction_runtime_test_connection` ile doğrulayın.
 
+## Bağımlılıklar: dış paketler (MF-001, MF-007)
+
+Paketlerin tek gerçeği dilin manifest dosyasıdır: Python `requirements.txt`, Node `package.json`.
+
+| Kaynak | Nerede bildirilir |
+|---|---|
+| `inline` | `dependencies` alanı — **satır başına bir paket**; platform yayında manifest dosyasını bu metinden yazar |
+| `archive` | Zip'teki `requirements.txt` / `package.json` (`microfunction_files_apply` ile düzenlenir); `dependencies` alanı yok sayılır |
+
+Satır biçimi (inline; boş ve `#` satırları yorumdur, toplam ≤ 16 KB):
+
+- **python:** requirements.txt satırı olduğu gibi — `pillow==11.1.0`, `requests>=2.32`,
+  `python-dateutil==2.9.0.post0`. pip seçeneği (`-r`, `--index-url`, `-e`) **yasak**.
+- **node:** `ad@aralık` — `sharp@^0.33.0`, `@scope/ad@1.2`; aralıksız satır (`dayjs`) `latest` olur.
+  Ad küçük harftir.
+
+Kural dışı satır istek gitmeden durur (MF-001, block; platform 422
+`MicrofunctionDependenciesInvalid`).
+
+**Yayın.** Etkili satır varsa Built-In yayın paketleri Fission builder'da kurar (`pip install -r
+requirements.txt` / `npm install`); kayıt build süresince `publishing` kalır — ölçülen süreler 4–30 sn,
+tavan 300 sn. Kurulum düşerse kayıt `publish-failed` olur ve `publishError` build günlüğünün son
+4 KB'ını taşır (`No matching distribution found for …` gibi) — bağımlılığı düzeltip yeniden yayınlayın.
+Etkili satır yoksa yayın build'siz ve bugünkü hızındadır.
+
+**Sembolik bağ.** Built-In paketi sembolik bağ taşıyamaz. Platform `.bin` dizinlerindeki bağları
+(`node_modules/.bin/*`: npm'in kurduğu ya da zip'te gelen) kendisi atar; bu yüzden çalışma anında
+paketlerin komut satırı araçları yoktur — kütüphaneyi `require` / `import` ile kullanın. Zip'te başka
+bir bağ varsa yayın `publish-failed` olur ve mesaj bağın yolunu verir: bağı gösterdiği dosyayla
+değiştirin. `file:` ile bağlanan yerel paket de npm kurulumunda bağ olur; zip'e `.npmrc` koyup
+`install-links=true` yazın (ölçüldü 2026-09-30). Eski `.npmrc` `bin-links=false` geçici çözümü artık
+gerekmez; bin komutu çağıran kurulum betiklerini (`bcrypt` gibi yerel paketler) kırdığı için önerilmez.
+
+**Eski archive kayıtları:** Faz 1'de paketleri zip'e koyup `requirements.txt` / `package.json`'da da
+bildiren kayıt, bir sonraki yayında build'e girer (manifest artık okunur). Bu kurulum ağa çıkar ve
+birkaç saniye–dakika sürer; zip'teki kurulu paketler yerinde kalır.
+
+**Built-In Python 3.13, Node 22'dir** (AWS Lambda'daki `python3.13` / `nodejs22.x` ile aynı). C
+uzantılı paketler (Pillow gibi) hazır wheel'den kurulur — ölçüldü 2026-09-29: `pillow==11.1.0` ile
+bir PNG'yi açıp boyutlandıran inline fonksiyon yayınlandı ve çağrıldı. 2026-09-29'a kadar Built-In
+Python 3.7'ydi; o sürümde kurulmuş paketler yeniden yayında 3.13 için yeniden kurulur.
+
+**AWS Lambda'da kurulmaz** (MF-007, warn): paket olduğu gibi gider. Lambda'da paketler kurulmuş
+hâlde zip'in içinde gelmelidir (archive kaynağı; Python'da paket klasörleri, Node'da `node_modules`);
+aksi hâlde yayının probe adımı import hatasıyla `publish-failed` olur.
+
+Örnek: `ngapps://examples/microfunction-node-dependencies`.
+
+## Zip kaynağı: arşiv dosyaları (MF-006)
+
+`sourceKind: 'archive'` kaydın dosyaları platformdaki zip'in İÇİNDE yaşar; tek gerçek kaynak o
+zip'tir (yayın, deployment ve şablon onu okur). Dört tool:
+
+| Tool | Ne yapar |
+|---|---|
+| `microfunction_archive_scaffold` | Arşivi olmayan kayda dilin iskeletini yazar ve kaydı zip kaynağına çevirir: node → `main.js` + `package.json` (`dependencies: {}`), python → `main.py` + `requirements.txt` (yalnız yorum); entrypoint `main.handler`. Boş manifest build gerektirmez. Arşiv varsa 409 |
+| `microfunction_files_list` | `{ hash, entries: [{ path, size, isDirectory }] }` — yalnız açık girdisi olan klasörler listelenir, ara klasörler yollardan çıkar |
+| `microfunction_file_get` | `{ path, size, isBinary, content }` — 1 MB üstü ya da UTF-8 olmayan dosyada `isBinary: true`, içerik yok |
+| `microfunction_files_apply` | `{ expectedHash, operations[] }` işlemlerini SIRAYLA uygular, yeni zip üretir, eski zip'i siler |
+
+İşlemler: `write-file` (oluştur ya da değiştir; ikili dosyada `content` base64 +
+`encoding: 'base64'`, MCP'den ≤ 8 MB; satırlara bölünmüş base64 da olur, platform boşluğu yok
+sayar) · `create-directory` · `delete` (klasörse altındaki her
+girdiyle) · `rename` (`newPath`; klasörse altındakilerle birlikte). Yol `'/'` ayraçlıdır, kökle
+başlamaz, `/` ile bitmez, boş/`.`/`..` segmenti ve ters bölü içermez — klasör de sondaki `/`
+olmadan yazılır (`lib`). Kural dışı gövde istek gitmeden durur (MF-006, block).
+
+**Yalnız zip kaynaklı kayıtta:** satır içi kayıtta `microfunction_files_apply` 400 döner
+(`sourceKind`); önce `microfunction_archive_scaffold` (arşiv yoksa) ya da `microfunction_update`
+ile `sourceKind: 'archive'`. Aynı anda iki yazan olursa biri kazanır, öteki 409 alır.
+
+**`expectedHash` zorunlu sıra:** önce `microfunction_files_list`, dönen `hash`'i `apply`'a verin.
+Kayıt o arada değiştiyse 409 (`MicrofunctionArchiveConflictException`) döner ve hiçbir şey
+yazılmaz — listeyi yeniden okuyup işlemleri ona göre kurun. Arşivi olmayan kayıtta hash verilmez.
+
+**Entrypoint yayında denetlenir.** Değişiklik entrypoint modülünü silse ya da taşısa bile yazılır
+(MF-006 warn; sonraki bir işlem modülü ya da klasörünü aynı yola geri getiriyorsa uyarı yok), ama `microfunction_publish` modül zip'te yoksa 400 döner. Modül yolu entrypoint'in
+son `.`'sından öncesi + dilin uzantısıdır: `handlers/sum.handler` → `handlers/sum.js`
+(Python'da `.py`). **Node'da giriş modülü `index.js` olamaz**: o ad platform shim'inindir; yayın
+bunu da 400 ile reddeder.
+
+Paketler zip'teki `requirements.txt` / `package.json`'a yazılır ve Built-In yayında kurulur
+(§Bağımlılıklar). Yayındaki kaydı değiştirmek `hasUnpublishedChanges` üretir; yeni kod
+`microfunction_publish` ile canlıya alınır.
+
 ## Sınırlar (v1)
 
-- **Bağımlılık build'i yok:** inline kod yalnız standart kütüphanedir; bağımlılık zip içinde gelir.
-- **MCP'den zip yükleme ve indirme yok** (`sourceKind: 'archive'` kaydı açılabilir, dosya
-  Studio'dan yüklenir) — Faz 2. Yüklenmiş zip platform ucunda okunabilir durumdadır
-  (`GET /{proje}/microfunctions/{id}/archive`, `application/zip`) ve Studio inspector'ında bir
-  indirme düğmesi taşır.
+- **Bağımlılık build'i yalnız Built-In'de:** AWS Lambda'da paketler zip'te gelmelidir (MF-007).
+- **Tek parça zip yükleme ve indirme MCP'de yok:** zip'in içeriği dosya düzeyinde okunur ve yazılır
+  (§Zip kaynağı). Zip'in tamamı platform ucunda okunabilir durumdadır
+  (`GET /{proje}/microfunctions/{id}/archive`, `application/zip`) ve Studio'dan indirilir.
 - `timeoutSeconds` ve `memoryMb` komutta non-nullable int'tir: **göndermezseniz 0 gider ve platform
   422 döner.** Gateway değer uydurmaz, eksikliği çağrıdan önce söyler (MF-001, block; ürün
   varsayılanları 30 / 256). Aynı kural provider ↔ `runtimeId` eşleşmesini, inline kaynakta `code`

package/dist/resources/guides/microservice.md

@@ -344,13 +344,42 @@ kart doğru sütuna geçer, başlığı ve sorumlusu silinir.
 > ifadeden gelir ve `undefined` dönen ifade de `null` yazar —
 > `platform_guide('workflow')` §"Table update adımı".
 
+### Güncelle/sil filtresi: tek satır + sahiplik koşulu (MS-019, block)
+
+`update` · `upsert` · `delete` ucu **tek kök** filtre ister ve hedef her zaman **tek satırdır**:
+
+| Filtre ağacı | Sonuç |
+|---|---|
+| Tek filtre: benzersiz alan + `eq` | Geçer |
+| Tek kök `group`; çocukların hepsi tekil ve `conditionType: 'and'` (ilki dahil); biri benzersiz alan + `eq` | Geçer |
+| Benzersiz alan `neq`/`in`/`contains`… · çocuklardan biri `or` · iç içe grup · kökte iki filtre | Gateway MS-019 ile durdurur; platform `FilterFieldMustUniqueEqException` / `InvalidFilterCountException` |
+| Koşullarda benzersiz alan yok | Platform `FilterFieldMustUniqueException` (gateway alanın benzersizliğini bilmez) |
+
+**Basit erişim modelinde sahiplik koşulunu uç kendisi koyar.** Kimliği bilen herkes `id eq`
+filtreli bir uçla başkasının satırını değiştirebilir; bunu kapatan grup:
+
+```jsonc
+"filters": [{
+  "filterType": "group", "conditionType": "and",
+  "children": [
+    { "filterType": "single", "conditionType": "and", "fieldId": "<id alanı>", "alias": "<entity slug>", "operator": "eq", "source": "query-string" },
+    { "filterType": "single", "conditionType": "and", "fieldId": "<sahip alanı>", "alias": "<entity slug>", "operator": "eq", "source": "expression", "value": "user.id" }
+  ]
+}]
+```
+
+`user.id` için uca auth middleware'i bağlanır (MS-011). Sahip koşulu tutmazsa işlem **0 satır**
+döner, hata vermez. Karmaşık erişim modelinde platform sahip koşulunu satır kapsamından kendisi
+AND'ler (`platform_guide('access')`); orada bu grup gereksizdir ama zararsızdır. AND/OR filtrenin
+kendinde değil **bir öncekine bağlantısındadır**: `or` taşıyan çocuk, ilk çocuk bile olsa hedefi
+genişletir. Kural yalnız kayıtta uygulanır; 2026-10-15'ten önce kaydedilmiş uyumsuz uç yeniden
+kaydedilince reddedilir. Workflow table adımı bu kuralı uygulamaz.
+
 ### Toplu güncelleme FİLTREYLE kurulmaz
 
-"Bekleyen bütün başvuruları onayla" bir table-source `update` ucuyla YAZILAMAZ. `update`
-operasyonu tam olarak **bir tekil alan filtresi** ister: birden çok filtre
-`InvalidFilterCountException`, tekil olmayan alanla filtre `FilterFieldMustUniqueException`
-döndürür (ölçüldü 2026-09-20, S2-22). Yani hedef kümeyi bir KOŞUL belirleyemez, yalnız bir ANAHTAR
-belirler. İki doğru yol var:
+"Bekleyen bütün başvuruları onayla" bir table-source `update` ucuyla YAZILAMAZ: hedef kümeyi bir
+KOŞUL belirleyemez, yalnız bir ANAHTAR belirler (yukarıdaki §"Güncelle/sil filtresi"; ilk ölçüm
+2026-09-20, S2-22). İki doğru yol var:
 
 | Ne istiyorsun | Yol |
 |---|---|