vibes-plug 2.14.1 → 3.9.0

package/skills/proactive-background-watcher/SKILL.md

@@ -1,7 +1,8 @@
 ---
 name: proactive-background-watcher
 description: "Grants the AI the ability to act proactively using native cron/timer scheduling. The agent can monitor systems, poll APIs, or watch logs in the background and self-trigger without waiting for user prompts."
-author: "Roedy Rustam"
+author: "Roedy Rustam"
+version: "3.0.0"
 ---
 
 # Proactive Background Watcher (Sentinel Agent)
@@ -14,7 +15,7 @@ author: "Roedy Rustam"
 ## English
 
 ### Orchestration & Integration
-Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `project-context-mapper` to ensure cohesive execution.
+Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `session-memory-manager` to ensure cohesive execution.
 
 ### Description
 Standard LLM chat interfaces (like Claude or ChatGPT) are purely reactive—they do nothing until the user types a prompt. This skill gives Antigravity the "superpower" of proactivity. By utilizing the native `schedule` tool, the agent can set up background cron jobs or timers to monitor logs, poll APIs, or check CI/CD pipelines. If an anomaly is detected, the agent wakes up autonomously and alerts the user or fixes the issue.
@@ -53,7 +54,7 @@ Activate this skill when:
 ## Bahasa Indonesia
 
 ### Integrasi Orkestrasi
-Terhubung dan mengorkestrasi skill domain yang relevan seperti `brainstorming`, `zero-to-prod-orchestrator`, dan `project-context-mapper` untuk memastikan eksekusi yang kohesif.
+Terhubung dan mengorkestrasi skill domain yang relevan seperti `brainstorming`, `zero-to-prod-orchestrator`, dan `session-memory-manager` untuk memastikan eksekusi yang kohesif.
 
 ### Deskripsi
 LLM biasa (seperti Claude) sepenuhnya reaktif—diam sampai pengguna mengetik. Skill ini memberi Anda "kekuatan super" proaktif (Sentinel). Menggunakan tool `schedule`, Anda dapat menjadwalkan tugas *background* untuk memantau log, mengecek status *deployment*, atau mengawasi API secara berkala. Anda bisa "bangun sendiri" tanpa disuruh jika menemukan error.
@@ -65,4 +66,4 @@ LLM biasa (seperti Claude) sepenuhnya reaktif—diam sampai pengguna mengetik. S
 ### Panduan Singkat
 - **Gunakan Tool `schedule`:** Anda bisa mengatur waktu tunggu (`DurationSeconds`) atau jadwal rutin (`CronExpression`).
 - **Tidur & Bangun Otomatis:** Setelah mengatur jadwal, hentikan pemanggilan tool. Sistem akan membangunkan Anda secara otomatis saat waktunya tiba.
-- **Jangan Cerewet (No Spam):** Jika Anda terbangun karena alarm dan mengecek log ternyata tidak ada error, **jangan** beri tahu pengguna. Biarkan pengguna bekerja dengan tenang. Hanya lapor jika ada error atau tugas besar telah selesai.
+- **Jangan Cerewet (No Spam):** Jika Anda terbangun karena alarm dan mengecek log ternyata tidak ada error, **jangan** beri tahu pengguna. Biarkan pengguna bekerja dengan tenang. Hanya lapor jika ada error atau tugas besar telah selesai.

package/skills/production-ready-hardener/SKILL.md

@@ -1,7 +1,8 @@
 ---
 name: production-ready-hardener
 description: "Ultimate production readiness skill that orchestrates all relevant skills (frontend, backend, security, performance, SEO, testing, DevOps) to harden applications before deployment / Skill kesiapan produksi utama yang mengorkestrasi semua skill relevan (frontend, backend, keamanan, performa, SEO, testing, DevOps) untuk mengeraskan aplikasi sebelum deployment."
-author: "Roedy Rustam"
+author: "Roedy Rustam"
+version: "3.0.0"
 ---
 
 # Production-Ready Hardener
@@ -14,7 +15,7 @@ author: "Roedy Rustam"
 ## English
 
 ### Orchestration & Integration
-Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `project-context-mapper` to ensure cohesive execution.
+Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `session-memory-manager` to ensure cohesive execution.
 
 ### Description
 The **Production-Ready Hardener** is a master orchestrator skill that combines and delegates to all relevant vibes-plug skills to ensure your application is rock-solid, secure, performant, and production-grade before deployment. It acts as a comprehensive pre-production checklist that leaves no stone unturned — from frontend polish to backend resilience, from data security to observability.
@@ -125,7 +126,7 @@ When this skill is triggered, execute the following 7-phase hardening process **
 ---
 
 #### PHASE 2: Frontend Hardening
-**Orchestrates:** `senior-frontend`, `design-system-architect`, `tailwind-expert`, `form-validation-expert`, `state-management-expert`, `ui-components-expert`, `ui-ux-pro-max`, `hig`, `tanstack-query-expert`, `global-a11y-i18n-expert`
+**Orchestrates:** `senior-frontend`, `design-system-architect`, `tailwind-expert`, `form-validation-expert`, `state-management-expert`, `design-system-architect, senior-frontend`, `ui-ux-pro-max`, `hig`, `tanstack-query-expert`, `global-a11y-i18n-expert`
 
 **Checklist:**
 - [ ] **Server Components by default** — `'use client'` only when truly needed (state, events, browser APIs)
@@ -220,7 +221,7 @@ When this skill is triggered, execute the following 7-phase hardening process **
 ---
 
 #### PHASE 7: DevOps & Deployment Readiness
-**Orchestrates:** `ci-cd-devops-architect`, `cloud-hosting-expert`, `data-telemetry-expert`, `session-handoff-resume`, `auto-doc-updater`
+**Orchestrates:** `ci-cd-devops-architect`, `cloud-hosting-expert`, `data-telemetry-expert`, `session-memory-manager`, `prd-architect`
 
 **Checklist:**
 - [ ] **Docker** — multi-stage builds, non-root user, HEALTHCHECK, `.dockerignore` configured
@@ -231,7 +232,7 @@ When this skill is triggered, execute the following 7-phase hardening process **
 - [ ] **SLIs/SLOs defined** — error rate < 0.1%, p99 latency < 500ms, uptime > 99.9%
 - [ ] **Incident response & Runbooks** — documented runbooks for common failure scenarios
 - [ ] **Backup & disaster recovery** — automated database backups, tested restore procedure
-- [ ] **Session Checkpoint & Docs** — `session-handoff-resume` checkpoint saved, `CHANGELOG.md` & `BLUEPRINT.md` updated (`auto-doc-updater`)
+- [ ] **Session Checkpoint & Docs** — `session-memory-manager` checkpoint saved, `CHANGELOG.md` & `BLUEPRINT.md` updated (`prd-architect`)
 
 ---
 
@@ -309,7 +310,7 @@ Active whenever the user asks to:
 ## Bahasa Indonesia
 
 ### Integrasi Orkestrasi
-Terhubung dan mengorkestrasi skill domain yang relevan seperti `brainstorming`, `zero-to-prod-orchestrator`, dan `project-context-mapper` untuk memastikan eksekusi yang kohesif.
+Terhubung dan mengorkestrasi skill domain yang relevan seperti `brainstorming`, `zero-to-prod-orchestrator`, dan `session-memory-manager` untuk memastikan eksekusi yang kohesif.
 
 ### Deskripsi
 **Production-Ready Hardener** adalah skill orkestrator utama yang menggabungkan dan mendelegasikan ke semua skill vibes-plug yang relevan untuk memastikan aplikasi Anda kokoh, aman, berperforma tinggi, dan siap produksi sebelum deployment. Skill ini berfungsi sebagai checklist pra-produksi komprehensif yang tidak meninggalkan celah — dari polish frontend hingga ketahanan backend, dari keamanan data hingga observability.
@@ -414,8 +415,8 @@ Ketika skill ini dipicu, jalankan **7 fase pengerasan berurutan**. Setiap fase m
 - [ ] Telemetri & observability (OpenTelemetry, PostHog, Sentry) (`data-telemetry-expert`)
 - [ ] Structured logging format JSON
 - [ ] SLI/SLO terdefinisi & backup database otomatis
-- [ ] Session state checkpoint disimpan (`session-handoff-resume`)
-- [ ] Dokumentasi terkini (`CHANGELOG.md`, `BLUEPRINT.md`, `README`) (`auto-doc-updater`)
+- [ ] Session state checkpoint disimpan (`session-memory-manager`)
+- [ ] Dokumentasi terkini (`CHANGELOG.md`, `BLUEPRINT.md`, `README`) (`prd-architect`)
 
 ---
 
@@ -456,4 +457,4 @@ Aktif setiap kali pengguna meminta untuk:
 ### Referensi Dokumentasi
 - [Production Readiness Checklist](file:///c:/Users/roedy/.gemini/config/plugins/vibes-plug/skills/production-ready-hardener/references/production_checklist.md)
 - [Security Hardening Guide](file:///c:/Users/roedy/.gemini/config/plugins/vibes-plug/skills/production-ready-hardener/references/security_hardening_guide.md)
-- [Performance Optimization Guide](file:///c:/Users/roedy/.gemini/config/plugins/vibes-plug/skills/production-ready-hardener/references/performance_optimization.md)
+- [Performance Optimization Guide](file:///c:/Users/roedy/.gemini/config/plugins/vibes-plug/skills/production-ready-hardener/references/performance_optimization.md)

package/skills/pwa-offline-first-expert/SKILL.md

@@ -1,226 +1,227 @@
----
-name: pwa-offline-first-expert
-description: "Expert guide for Local-First & Offline-First architectures, CRDT conflict-free sync (RxDB, ElectricSQL, PowerSync), OPFS SQLite, Service Worker v3, and PWABuilder deployment / Panduan ahli arsitektur Offline-First & Local-First PWA."
-author: "Roedy Rustam"
----
-
-# PWA & Offline-First Expert (2026 Edition)
-
-[English](#english) | [Bahasa Indonesia](#bahasa-indonesia)
-
----
-
-<a name="english"></a>
-## English
-
-### Description
-Expert guide for building enterprise-grade **Local-First** and **Progressive Web Applications (PWA)**. Eliminates loading spinners by reading and writing to local databases (OPFS SQLite, RxDB, IndexedDB) first, replicating seamlessly in the background with zero conflict (CRDTs, ElectricSQL, PowerSync), and packaging to native stores via PWABuilder.
-
-### Trigger Conditions
-- Applications requiring full offline functionality (field operations, mobile dashboards, transit apps).
-- User experience demands 0ms local read/write latency without loading spinners.
-- Multi-device sync architecture with automatic conflict resolution.
-- Packaging web apps for distribution on Google Play Store, iOS Safari PWA, or Microsoft Store.
-
----
-
-## 1. The Local-First Principles (2026 Standard)
-
-1. **No Spinners for Local Data**: UI reads and writes to local storage (OPFS / IndexedDB) synchronously. Latency is always 0ms.
-2. **Multi-Device Conflict-Free Replication**: Changes replicate in the background using CRDTs or central event logs (ElectricSQL / PowerSync).
-3. **Network is an Enhancement**: App is 100% functional on an airplane or subway without internet.
-4. **User Owns Their Data**: Data persists on client hardware first; cloud server is a backup/sync relay.
-
----
-
-## 2. Production Recipe: Service Worker Caching (Workbox v7 / Native SW)
-
-```typescript
-// sw.ts - Production Service Worker with Stale-While-Revalidate
-/// <reference lib="webworker" />
-declare const self: ServiceWorkerGlobalScope;
-
-const CACHE_NAME = 'app-v2.11.0-cache';
-const STATIC_ASSETS = [
-  '/',
-  '/index.html',
-  '/manifest.json',
-  '/styles/global.css',
-  '/icons/icon-512x512.png',
-];
-
-// 1. Install & Pre-cache critical application shell
-self.addEventListener('install', (event) => {
-  event.waitUntil(
-    caches.open(CACHE_NAME).then((cache) => cache.addAll(STATIC_ASSETS))
-  );
-  self.skipWaiting();
-});
-
-// 2. Activate & Clean stale caches
-self.addEventListener('activate', (event) => {
-  event.waitUntil(
-    caches.keys().then((keys) =>
-      Promise.all(
-        keys.filter((k) => k !== CACHE_NAME).map((k) => caches.delete(k))
-      )
-    )
-  );
-  self.clients.claim();
-});
-
-// 3. Stale-While-Revalidate Strategy for Navigation & API GETs
-self.addEventListener('fetch', (event) => {
-  const { request } = event;
-
-  // Ignore POST/PUT/DELETE mutations (handled by offline sync queues)
-  if (request.method !== 'GET') return;
-
-  event.respondWith(
-    caches.open(CACHE_NAME).then(async (cache) => {
-      const cachedResponse = await cache.match(request);
-      
-      const fetchPromise = fetch(request)
-        .then((networkResponse) => {
-          if (networkResponse.status === 200) {
-            cache.put(request, networkResponse.clone());
-          }
-          return networkResponse;
-        })
-        .catch(() => cachedResponse || Response.error());
-
-      return cachedResponse || fetchPromise;
-    })
-  );
-});
-
-// 4. Background Sync for offline mutations
-self.addEventListener('sync', (event: any) => {
-  if (event.tag === 'sync-mutations') {
-    event.waitUntil(flushOfflineMutationQueue());
-  }
-});
-
-async function flushOfflineMutationQueue() {
-  // Read pending mutations from IndexedDB and POST to backend
-}
-```
-
----
-
-## 3. Production Recipe: Local-First Database Sync with RxDB (TypeScript)
-
-```typescript
-// local-db.ts - Reactive Offline-First Database with Background Replication
-import { createRxDatabase, addRxPlugin } from 'rxdb';
-import { getRxStorageDexie } from 'rxdb/plugins/storage-dexie';
-import { replicateGraphQL } from 'rxdb/plugins/replication-graphql';
-
-export interface TaskDocType {
-  id: string;
-  title: string;
-  isCompleted: boolean;
-  updatedAt: string;
-}
-
-const taskSchema = {
-  version: 0,
-  primaryKey: 'id',
-  type: 'object',
-  properties: {
-    id: { type: 'string', maxLength: 100 },
-    title: { type: 'string' },
-    isCompleted: { type: 'boolean' },
-    updatedAt: { type: 'string', format: 'date-time' },
-  },
-  required: ['id', 'title', 'isCompleted', 'updatedAt'],
-};
-
-export async function initLocalDB() {
-  const db = await createRxDatabase({
-    name: 'app_local_db',
-    storage: getRxStorageDexie(),
-  });
-
-  await db.addCollections({
-    tasks: { schema: taskSchema },
-  });
-
-  // Background Replication with Server (GraphQL / REST Sync)
-  replicateGraphQL({
-    collection: db.tasks,
-    url: 'https://api.myapp.com/graphql',
-    pull: {
-      queryBuilder: (doc) => ({
-        query: `query { syncTasks(since: "${doc ? doc.updatedAt : 0}") { id title isCompleted updatedAt } }`,
-        variables: {},
-      }),
-      modifier: (doc) => doc,
-    },
-    push: {
-      queryBuilder: (doc) => ({
-        query: `mutation { pushTask(task: ${JSON.stringify(doc)}) { id } }`,
-        variables: {},
-      }),
-      batchSize: 10,
-    },
-    live: true,
-    retryTime: 1000 * 5, // Auto-retry on network reconnection
-  });
-
-  return db;
-}
-```
-
----
-
-## 4. App Store Distribution: PWABuilder Standard
-
-To distribute your web application on **Google Play Store** (TWA - Trusted Web Activity) and **Microsoft Windows Store**:
-1. Ensure Web App Manifest has:
-   - `display: "standalone"`
-   - `id: "/?source=pwa"`
-   - `icons`: At least 192x192 and 512x512 maskable PNGs.
-   - `shortcuts` for rapid action launching.
-2. Generate signed Android APK/AAB or Windows MSIX packages using:
-   ```bash
-   npx @pwabuilder/cli https://myapp.com
-   ```
-
----
-
-## Orchestration & Integration
-
-- **`senior-frontend`**: For UI integration with offline state bars and optimistic mutation hooks.
-- **`state-management-expert`**: For connecting RxDB / local stores with Zustand or TanStack Store.
-- **`database-orm-expert`**: For designing compatible backend schemas with ElectricSQL / Postgres.
-- **`mobile-push-notification-expert`**: For Web Push Notification subscription handling.
-
----
-
-<a name="bahasa-indonesia"></a>
-## Bahasa Indonesia
-
-### Deskripsi
-Panduan ahli untuk membangun aplikasi web **Local-First** dan **Progressive Web Applications (PWA)** kelas enterprise. Menghilangkan ketergantungan loading spinner dengan membaca dan menulis langsung ke database lokal (OPFS SQLite, RxDB, IndexedDB) terlebih dahulu, sinkronisasi otomatis di latar belakang tanpa bentrok data (CRDTs, ElectricSQL, PowerSync), dan packaging ke toko aplikasi native melalui PWABuilder.
-
-### Kondisi Pemicu
-- Aplikasi yang memerlukan fungsionalitas offline penuh (pekerjaan lapangan, dashboard mobile, aplikasi transit).
-- Tuntutan pengalaman pengguna dengan latensi baca/tulis lokal 0ms tanpa loading spinner.
-- Arsitektur sinkronisasi multi-perangkat dengan resolusi konflik data otomatis.
-- Kebutuhan rilis aplikasi web ke Google Play Store, iOS Safari PWA, atau Microsoft Store.
-
-### Ringkasan Prinsip Local-First & PWA
-1. **0ms Latensi Lokal**: Komponen membaca dan menulis ke IndexedDB / OPFS lokal secara instan.
-2. **Sinkronisasi Reaktif Latar Belakang**: Replikasi data berjalan di background worker; mutasi offline dicatat dalam antrean IndexedDB dan di-flush saat jaringan online.
-3. **Pola Service Worker**: Stale-While-Revalidate untuk asset statis dan rute shell utama menggunakan Service Worker v3.
-4. **Distribusi Native**: Menggunakan PWABuilder CLI untuk menghasilkan APK Android TWA dan paket MSIX Windows.
-
----
-
-## Integrasi Orkestrasi
-
-- **`senior-frontend`**: Integrasi UI indikator status offline dan hook mutasi optimistik.
-- **`state-management-expert`**: Menghubungkan RxDB / local storage ke Zustand atau TanStack Store.
-- **`database-orm-expert`**: Perancangan skema backend PostgreSQL yang kompatibel dengan replikasi CRDT / ElectricSQL.
-- **`mobile-push-notification-expert`**: Penanganan registrasi dan subscription Web Push Notification.
+---
+name: pwa-offline-first-expert
+description: "Expert guide for Local-First & Offline-First architectures, CRDT conflict-free sync (RxDB, ElectricSQL, PowerSync), OPFS SQLite, Service Worker v3, and PWABuilder deployment / Panduan ahli arsitektur Offline-First & Local-First PWA."
+author: "Roedy Rustam"
+version: "3.0.0"
+---
+
+# PWA & Offline-First Expert (2026 Edition)
+
+[English](#english) | [Bahasa Indonesia](#bahasa-indonesia)
+
+---
+
+<a name="english"></a>
+## English
+
+### Description
+Expert guide for building enterprise-grade **Local-First** and **Progressive Web Applications (PWA)**. Eliminates loading spinners by reading and writing to local databases (OPFS SQLite, RxDB, IndexedDB) first, replicating seamlessly in the background with zero conflict (CRDTs, ElectricSQL, PowerSync), and packaging to native stores via PWABuilder.
+
+### Trigger Conditions
+- Applications requiring full offline functionality (field operations, mobile dashboards, transit apps).
+- User experience demands 0ms local read/write latency without loading spinners.
+- Multi-device sync architecture with automatic conflict resolution.
+- Packaging web apps for distribution on Google Play Store, iOS Safari PWA, or Microsoft Store.
+
+---
+
+## 1. The Local-First Principles (2026 Standard)
+
+1. **No Spinners for Local Data**: UI reads and writes to local storage (OPFS / IndexedDB) synchronously. Latency is always 0ms.
+2. **Multi-Device Conflict-Free Replication**: Changes replicate in the background using CRDTs or central event logs (ElectricSQL / PowerSync).
+3. **Network is an Enhancement**: App is 100% functional on an airplane or subway without internet.
+4. **User Owns Their Data**: Data persists on client hardware first; cloud server is a backup/sync relay.
+
+---
+
+## 2. Production Recipe: Service Worker Caching (Workbox v7 / Native SW)
+
+```typescript
+// sw.ts - Production Service Worker with Stale-While-Revalidate
+/// <reference lib="webworker" />
+declare const self: ServiceWorkerGlobalScope;
+
+const CACHE_NAME = 'app-v2.11.0-cache';
+const STATIC_ASSETS = [
+  '/',
+  '/index.html',
+  '/manifest.json',
+  '/styles/global.css',
+  '/icons/icon-512x512.png',
+];
+
+// 1. Install & Pre-cache critical application shell
+self.addEventListener('install', (event) => {
+  event.waitUntil(
+    caches.open(CACHE_NAME).then((cache) => cache.addAll(STATIC_ASSETS))
+  );
+  self.skipWaiting();
+});
+
+// 2. Activate & Clean stale caches
+self.addEventListener('activate', (event) => {
+  event.waitUntil(
+    caches.keys().then((keys) =>
+      Promise.all(
+        keys.filter((k) => k !== CACHE_NAME).map((k) => caches.delete(k))
+      )
+    )
+  );
+  self.clients.claim();
+});
+
+// 3. Stale-While-Revalidate Strategy for Navigation & API GETs
+self.addEventListener('fetch', (event) => {
+  const { request } = event;
+
+  // Ignore POST/PUT/DELETE mutations (handled by offline sync queues)
+  if (request.method !== 'GET') return;
+
+  event.respondWith(
+    caches.open(CACHE_NAME).then(async (cache) => {
+      const cachedResponse = await cache.match(request);
+      
+      const fetchPromise = fetch(request)
+        .then((networkResponse) => {
+          if (networkResponse.status === 200) {
+            cache.put(request, networkResponse.clone());
+          }
+          return networkResponse;
+        })
+        .catch(() => cachedResponse || Response.error());
+
+      return cachedResponse || fetchPromise;
+    })
+  );
+});
+
+// 4. Background Sync for offline mutations
+self.addEventListener('sync', (event: any) => {
+  if (event.tag === 'sync-mutations') {
+    event.waitUntil(flushOfflineMutationQueue());
+  }
+});
+
+async function flushOfflineMutationQueue() {
+  // Read pending mutations from IndexedDB and POST to backend
+}
+```
+
+---
+
+## 3. Production Recipe: Local-First Database Sync with RxDB (TypeScript)
+
+```typescript
+// local-db.ts - Reactive Offline-First Database with Background Replication
+import { createRxDatabase, addRxPlugin } from 'rxdb';
+import { getRxStorageDexie } from 'rxdb/plugins/storage-dexie';
+import { replicateGraphQL } from 'rxdb/plugins/replication-graphql';
+
+export interface TaskDocType {
+  id: string;
+  title: string;
+  isCompleted: boolean;
+  updatedAt: string;
+}
+
+const taskSchema = {
+  version: 0,
+  primaryKey: 'id',
+  type: 'object',
+  properties: {
+    id: { type: 'string', maxLength: 100 },
+    title: { type: 'string' },
+    isCompleted: { type: 'boolean' },
+    updatedAt: { type: 'string', format: 'date-time' },
+  },
+  required: ['id', 'title', 'isCompleted', 'updatedAt'],
+};
+
+export async function initLocalDB() {
+  const db = await createRxDatabase({
+    name: 'app_local_db',
+    storage: getRxStorageDexie(),
+  });
+
+  await db.addCollections({
+    tasks: { schema: taskSchema },
+  });
+
+  // Background Replication with Server (GraphQL / REST Sync)
+  replicateGraphQL({
+    collection: db.tasks,
+    url: 'https://api.myapp.com/graphql',
+    pull: {
+      queryBuilder: (doc) => ({
+        query: `query { syncTasks(since: "${doc ? doc.updatedAt : 0}") { id title isCompleted updatedAt } }`,
+        variables: {},
+      }),
+      modifier: (doc) => doc,
+    },
+    push: {
+      queryBuilder: (doc) => ({
+        query: `mutation { pushTask(task: ${JSON.stringify(doc)}) { id } }`,
+        variables: {},
+      }),
+      batchSize: 10,
+    },
+    live: true,
+    retryTime: 1000 * 5, // Auto-retry on network reconnection
+  });
+
+  return db;
+}
+```
+
+---
+
+## 4. App Store Distribution: PWABuilder Standard
+
+To distribute your web application on **Google Play Store** (TWA - Trusted Web Activity) and **Microsoft Windows Store**:
+1. Ensure Web App Manifest has:
+   - `display: "standalone"`
+   - `id: "/?source=pwa"`
+   - `icons`: At least 192x192 and 512x512 maskable PNGs.
+   - `shortcuts` for rapid action launching.
+2. Generate signed Android APK/AAB or Windows MSIX packages using:
+   ```bash
+   npx @pwabuilder/cli https://myapp.com
+   ```
+
+---
+
+## Orchestration & Integration
+
+- **`senior-frontend`**: For UI integration with offline state bars and optimistic mutation hooks.
+- **`state-management-expert`**: For connecting RxDB / local stores with Zustand or TanStack Store.
+- **`database-orm-expert`**: For designing compatible backend schemas with ElectricSQL / Postgres.
+- **`mobile-push-notification-expert`**: For Web Push Notification subscription handling.
+
+---
+
+<a name="bahasa-indonesia"></a>
+## Bahasa Indonesia
+
+### Deskripsi
+Panduan ahli untuk membangun aplikasi web **Local-First** dan **Progressive Web Applications (PWA)** kelas enterprise. Menghilangkan ketergantungan loading spinner dengan membaca dan menulis langsung ke database lokal (OPFS SQLite, RxDB, IndexedDB) terlebih dahulu, sinkronisasi otomatis di latar belakang tanpa bentrok data (CRDTs, ElectricSQL, PowerSync), dan packaging ke toko aplikasi native melalui PWABuilder.
+
+### Kondisi Pemicu
+- Aplikasi yang memerlukan fungsionalitas offline penuh (pekerjaan lapangan, dashboard mobile, aplikasi transit).
+- Tuntutan pengalaman pengguna dengan latensi baca/tulis lokal 0ms tanpa loading spinner.
+- Arsitektur sinkronisasi multi-perangkat dengan resolusi konflik data otomatis.
+- Kebutuhan rilis aplikasi web ke Google Play Store, iOS Safari PWA, atau Microsoft Store.
+
+### Ringkasan Prinsip Local-First & PWA
+1. **0ms Latensi Lokal**: Komponen membaca dan menulis ke IndexedDB / OPFS lokal secara instan.
+2. **Sinkronisasi Reaktif Latar Belakang**: Replikasi data berjalan di background worker; mutasi offline dicatat dalam antrean IndexedDB dan di-flush saat jaringan online.
+3. **Pola Service Worker**: Stale-While-Revalidate untuk asset statis dan rute shell utama menggunakan Service Worker v3.
+4. **Distribusi Native**: Menggunakan PWABuilder CLI untuk menghasilkan APK Android TWA dan paket MSIX Windows.
+
+---
+
+## Integrasi Orkestrasi
+
+- **`senior-frontend`**: Integrasi UI indikator status offline dan hook mutasi optimistik.
+- **`state-management-expert`**: Menghubungkan RxDB / local storage ke Zustand atau TanStack Store.
+- **`database-orm-expert`**: Perancangan skema backend PostgreSQL yang kompatibel dengan replikasi CRDT / ElectricSQL.
+- **`mobile-push-notification-expert`**: Penanganan registrasi dan subscription Web Push Notification.