vibes-plug 2.14.1 → 3.9.0

package/skills/doku-payment-gateway/SKILL.md

@@ -1,233 +1,251 @@
----
-name: doku-payment-gateway
-description: "Expert guide for integrating DOKU Payment Gateway (Jokul API v2). Covers HMAC-SHA256 header signature calculation, Checkout & Direct APIs (VA, QRIS, E-Wallet, Credit Card), webhook notification verification, and sandbox/production setup / Panduan ahli integrasi DOKU Payment Gateway."
+---
+name: doku-payment-gateway
+description: "Expert guide for integrating DOKU Payment Gateway (SNAP BI Standard). Covers B2B Access Token, HMAC-SHA512 signature calculation, SNAP API integrations (VA, QRIS, E-Wallet, Credit Card), webhook notification verification, and sandbox/production setup / Panduan ahli integrasi DOKU Payment Gateway (Standar SNAP BI)."
 author: "Roedy Rustam"
----
-
-# DOKU Payment Gateway Integration / Integrasi Payment Gateway DOKU
-
-[English](#english) | [Bahasa Indonesia](#bahasa-indonesia)
-
----
-
-<a name="english"></a>
-## English
-
-### Orchestration & Integration
-Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `project-context-mapper` to ensure cohesive execution.
-
-### Description
-Expert guide for implementing DOKU Payment Gateway (Jokul API v2) integrations based on official [DOKU Developers Documentation](https://developers.doku.com/). Covers authentication headers, SHA-256 Digest generation, HMAC-SHA256 request signature construction, Webhook notification verification, Checkout Payment Links, Direct Payments (Virtual Account, QRIS, E-Wallet, Credit Card), error handling, and sandbox/production deployment.
-
-### Trigger Conditions
-Activate this skill when the user is:
-- Building or refactoring DOKU Payment Gateway integration in Node.js, TypeScript, Python, Go, PHP, or Java.
-- Implementing HMAC-SHA256 signature calculations or notification signature verification for DOKU API.
-- Setting up DOKU Virtual Account (BCA, Mandiri, BRI, BNI, Permata, DOKU VA), QRIS, E-Wallet (OVO, ShopeePay, DANA, LinkAja), or Credit Card APIs.
-- Debugging DOKU API authorization errors (e.g., `Authorization Failed`, invalid signature, incorrect timestamp format).
-
----
-
-### Core Architecture & Credentials
-
-#### Environment Gateways
-| Environment | Base URL | Dashboard Portal |
-|---|---|---|
-| **Sandbox** | `https://api-sandbox.doku.com` | `https://sandbox.doku.com` |
-| **Production** | `https://api.doku.com` | `https://dashboard.doku.com` |
-
-#### Mandatory Headers
-Every request sent to DOKU API requires the following headers:
-- `Client-Id`: Merchant Client ID from DOKU Back Office.
-- `Request-Id`: Unique random string generated for each request (e.g., UUID v4).
-- `Request-Timestamp`: UTC ISO8601 timestamp string (e.g., `2026-08-07T13:00:00Z`).
-- `Request-Target`: Target API endpoint path (e.g., `/checkout/v1/payment` or `/doku-virtual-account/v2/payment-code`).
-- `Digest`: Base64 encoded SHA-256 hash of the JSON payload string (Omitted for `GET` requests).
-- `Signature`: Format `HMACSHA256=<base64-signature>`.
-
----
-
-### Signature Calculation Formula
-
-#### 1. Digest Calculation (POST / PUT / PATCH)
-```text
-Raw Body -> SHA-256 Hash -> Base64 Encode -> Digest String
-```
-
-#### 2. Signature Component String
-The components MUST be concatenated with newline `\n` without extra whitespace:
-```text
-Client-Id:<CLIENT_ID>\nRequest-Id:<REQUEST_ID>\nRequest-Timestamp:<TIMESTAMP>\nRequest-Target:<TARGET_PATH>\nDigest:<DIGEST_STRING>
-```
-*Note: For GET requests, omit `\nDigest:<DIGEST_STRING>`.*
-
-#### 3. HMAC-SHA256 Signing
-```text
-Raw String + Secret Key -> HMAC-SHA256 Hash -> Base64 Encode -> Prepend "HMACSHA256="
-```
-
----
-
-### TypeScript / Node.js Implementation Example
-
-```typescript
-import crypto from 'crypto';
-
-interface DokuConfig {
-  clientId: string;
-  secretKey: string;
-  isProduction: boolean;
-}
-
-export class DokuService {
-  private clientId: string;
-  private secretKey: string;
-  private baseUrl: string;
-
-  constructor(config: DokuConfig) {
-    this.clientId = config.clientId;
-    this.secretKey = config.secretKey;
-    this.baseUrl = config.isProduction
-      ? 'https://api.doku.com'
-      : 'https://api-sandbox.doku.com';
-  }
-
-  private generateDigest(body: object): string {
-    const jsonBody = JSON.stringify(body);
-    return crypto.createHash('sha256').update(jsonBody, 'utf8').digest('base64');
-  }
-
-  private generateSignature(
-    requestId: string,
-    timestamp: string,
-    targetPath: string,
-    digest?: string
-  ): string {
-    let rawComponent = `Client-Id:${this.clientId}\nRequest-Id:${requestId}\nRequest-Timestamp:${timestamp}\nRequest-Target:${targetPath}`;
-    
-    if (digest) {
-      rawComponent += `\nDigest:${digest}`;
-    }
-
-    const hmac = crypto.createHmac('sha256', this.secretKey);
-    hmac.update(rawComponent);
-    const base64Hmac = hmac.digest('base64');
-
-    return `HMACSHA256=${base64Hmac}`;
-  }
-
-  public async createCheckoutPayment(payload: {
-    order: { amount: number; invoice_number: string };
-    payment: { payment_due_date?: number };
-    customer: { name: string; email: string };
-  }) {
-    const targetPath = '/checkout/v1/payment';
-    const requestId = crypto.randomUUID();
-    const timestamp = new Date().toISOString().replace(/\.\d{3}Z$/, 'Z');
-    const digest = this.generateDigest(payload);
-    const signature = this.generateSignature(requestId, timestamp, targetPath, digest);
-
-    const response = await fetch(`${this.baseUrl}${targetPath}`, {
-      method: 'POST',
-      headers: {
-        'Content-Type': 'application/json',
-        'Client-Id': this.clientId,
-        'Request-Id': requestId,
-        'Request-Timestamp': timestamp,
-        'Request-Target': targetPath,
-        'Digest': digest,
-        'Signature': signature,
-      },
-      body: JSON.stringify(payload),
-    });
-
-    return await response.json();
-  }
-}
-```
-
----
-
-### Webhook / Notification Signature Verification
-
-When DOKU sends a payment status notification to your webhook URL, you MUST verify its signature before processing.
-
-```typescript
-import crypto from 'crypto';
-import { Request, Response } from 'express';
-
-export function verifyDokuWebhook(req: Request, secretKey: string): boolean {
-  const clientId = req.headers['client-id'] as string;
-  const requestId = req.headers['request-id'] as string;
-  const timestamp = req.headers['request-timestamp'] as string;
-  const targetPath = req.originalUrl || req.url;
-  const receivedSignature = req.headers['signature'] as string;
-
-  const rawBody = JSON.stringify(req.body);
-  const digest = crypto.createHash('sha256').update(rawBody, 'utf8').digest('base64');
-
-  const component = `Client-Id:${clientId}\nRequest-Id:${requestId}\nRequest-Timestamp:${timestamp}\nRequest-Target:${targetPath}\nDigest:${digest}`;
-  
-  const calculatedHmac = crypto
-    .createHmac('sha256', secretKey)
-    .update(component)
-    .digest('base64');
-  
-  const expectedSignature = `HMACSHA256=${calculatedHmac}`;
-
-  return crypto.timingSafeEqual(
-    Buffer.from(receivedSignature),
-    Buffer.from(expectedSignature)
-  );
-}
-```
-
-
----
-
-### Common Pitfalls to Avoid
-
-| Anti-Pattern | Issue | Solution |
-|---|---|---|
-| Extra trailing newline in component string | Signature validation fails (`Authorization Failed`) | Do not add `\n` at the end of the raw component string. |
-| Non-UTC ISO8601 timestamp | Timestamp mismatch error | Always format timestamp with UTC Z timezone (e.g. `2026-08-07T13:00:00Z`). |
-| Including Digest on `GET` requests | Signature mismatch | Omit `Digest` line completely when calculating signature for `GET` endpoints. |
-| Unsorted JSON body in digest calculation | Body hash mismatch | Pass exact raw stringified JSON body used in HTTP POST. |
-| Missing Idempotency Check | Duplicate processing on webhooks | Save `invoice_number` / `transaction_id` status in DB before executing state changes. |
-
----
-
-<a name="bahasa-indonesia"></a>
-## 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.
-
-### Deskripsi
-Panduan ahli untuk mengintegrasikan DOKU Payment Gateway (Jokul API v2) sesuai standar dokumentasi resmi [DOKU Developers Portal](https://developers.doku.com/). Mencakup header autentikasi, pembuatan Digest SHA-256, pembuatan Signature HMAC-SHA256, verifikasi Webhook/Notifikasi, Checkout Payment Link, Direct Payment (Virtual Account, QRIS, E-Wallet, Kartu Kredit), penanganan error, dan migrasi Sandbox ke Production.
-
-### Kondisi Pemicu
-Aktifkan skill ini ketika pengguna sedang:
-- Membangun atau merefaktor integrasi DOKU Payment Gateway di Node.js, TypeScript, Python, Go, PHP, atau Java.
-- Mengimplementasikan kalkulasi signature HMAC-SHA256 atau verifikasi signature notifikasi webhook DOKU.
-- Mengatur API Virtual Account (BCA, Mandiri, BRI, BNI, Permata, DOKU VA), QRIS, E-Wallet (OVO, ShopeePay, DANA, LinkAja), atau Kartu Kredit.
-- Melakukan debugging error otorisasi DOKU API (`Authorization Failed`, signature tidak valid, timestamp tidak sesuai format).
-
-### Ringkasan Langkah Integrasi
-1. **Dapatkan Kredensial**: Buat akun di DOKU Sandbox untuk mendapatkan `Client-Id` dan `Secret-Key`.
-2. **Hitung Digest**: Untuk request `POST`, hash body JSON dengan SHA-256 lalu Base64.
-3. **Format Signature String**: Gabungkan `Client-Id`, `Request-Id`, `Request-Timestamp`, `Request-Target`, dan `Digest` dipisahkan dengan `\n`.
-4. **Sign HMAC-SHA256**: Hash string komponen menggunakan `Secret-Key` dengan algoritma HMAC-SHA256, ubah ke Base64, tambahkan awalan `HMACSHA256=`.
-5. **Verifikasi Webhook**: Gunakan formula yang sama pada header notifikasi masuk untuk memastikan pesan valid berasal dari DOKU.
-
-### Integrasi dengan Skill Lain
-- `payment-gateway-expert` — Untuk arsitektur billing SaaS umum dan state machine langganan.
-- `doku-mcp-server` — Untuk mengintegrasikan API DOKU ke Model Context Protocol AI Agent.
-- `database-orm-expert` — Untuk menyimpan transaksi pembayaran dan log webhook secara type-safe.
-
----
-### 🚨 SNAP Integration Mandate (CRITICAL)
-**MANDATORY**: The AI Agent MUST automatically apply the SNAP API v1.0 standard (Standard Nasional Open API Pembayaran) for all DOKU integrations, instead of the legacy Jokul API v2, unless the user explicitly requests otherwise. All generated signatures, headers, and endpoints MUST follow the SNAP BI standard.
-
-### 🧪 DOKU Sandbox Simulator
-**MANDATORY**: When testing in Sandbox mode and needing to access the Payment Simulator, the AI Agent MUST use this exact URL: `https://sandbox.doku.com/gtw-config-v2/simulator`.
+version: "4.0.0"
+---
+
+# DOKU Payment Gateway Integration / Integrasi Payment Gateway DOKU
+
+[English](#english) | [Bahasa Indonesia](#bahasa-indonesia)
+
+---
+
+<a name="english"></a>
+## English
+
+### Orchestration & Integration
+Connects and orchestrates with relevant domain skills like `brainstorming`, `zero-to-prod-orchestrator`, and `session-memory-manager` to ensure cohesive execution.
+
+### Description
+Expert guide for implementing DOKU Payment Gateway integrations based on official [DOKU Developers Documentation](https://developers.doku.com/). As of the mandate, all integrations MUST use the SNAP API v1.0 standard (Standard Nasional Open API Pembayaran) instead of the legacy Jokul API v2.
+Covers B2B Access Token generation, SHA-256 Body hashing, HMAC-SHA512 request signature construction, Webhook notification verification, Payment implementations (Virtual Account, QRIS, E-Wallet, Credit Card), error handling, and sandbox/production deployment.
+
+### Trigger Conditions
+Activate this skill when the user is:
+- Building or refactoring DOKU Payment Gateway integration in Node.js, TypeScript, Python, Go, PHP, or Java.
+- Implementing SNAP BI B2B Access Token and HMAC-SHA512 signature calculations (`X-SIGNATURE`).
+- Setting up DOKU SNAP APIs for Virtual Account, QRIS, E-Wallet, or Credit Card.
+- Debugging DOKU API authorization errors (e.g., `Unauthorized`, invalid signature, incorrect timestamp format).
+
+---
+
+### Core Architecture & Credentials
+
+#### Environment Gateways
+| Environment | Base URL | Dashboard Portal | Simulator |
+|---|---|---|---|
+| **Sandbox** | `https://api-sandbox.doku.com` | `https://sandbox.doku.com` | `https://sandbox.doku.com/gtw-config-v2/simulator` |
+| **Production** | `https://api.doku.com` | `https://dashboard.doku.com` | N/A |
+
+#### Mandatory Headers (SNAP BI Standard)
+For B2B Access Token Generation (`/api/v1.0/access-token/b2b`):
+- `X-CLIENT-KEY`: Merchant Client ID from DOKU Back Office.
+- `X-TIMESTAMP`: ISO8601 timestamp string (e.g., `2026-08-07T13:00:00+07:00`).
+- `X-SIGNATURE`: RSA-SHA256 signature (Base64) - *Note: The token generation uses Asymmetric RSA, but subsequent transactional APIs use Symmetric HMAC-SHA512.*
+
+For Transactional Endpoints (e.g., `/bi-snap-va/v1/transfer-va/create-va`):
+- `Authorization`: Format `Bearer <B2B_ACCESS_TOKEN>`.
+- `X-TIMESTAMP`: ISO8601 timestamp string (e.g., `2026-08-07T13:00:00+07:00`).
+- `X-SIGNATURE`: HMAC-SHA512 signature (Base64 encoded string).
+- `X-PARTNER-ID`: Client ID.
+- `X-EXTERNAL-ID`: Unique string (e.g. UUID) for the request.
+
+---
+
+### Signature Calculation Formula (SNAP Transactional API)
+
+#### 1. Body Hash (POST / PUT / PATCH)
+```text
+Minified JSON Body -> SHA-256 Hash -> Hex Encode -> Lowercase
+```
+
+#### 2. String to Sign Component
+The components MUST be concatenated with `:` without extra whitespace:
+```text
+HTTPMethod:EndpointURL:AccessToken:LowercaseHexBodyHash:Timestamp
+```
+*Example:* `POST:/bi-snap-va/v1/transfer-va/create-va:eyJhb...:a1b2c3d4...:2026-08-07T13:00:00+07:00`
+
+#### 3. HMAC-SHA512 Signing
+```text
+String to Sign + Client Secret -> HMAC-SHA512 Hash -> Base64 Encode -> X-SIGNATURE
+```
+
+---
+
+### TypeScript / Node.js Implementation Example
+
+```typescript
+import crypto from 'crypto';
+
+interface DokuSnapConfig {
+  clientId: string;
+  clientSecret: string;
+  isProduction: boolean;
+}
+
+export class DokuSnapService {
+  private clientId: string;
+  private clientSecret: string;
+  private baseUrl: string;
+
+  constructor(config: DokuSnapConfig) {
+    this.clientId = config.clientId;
+    this.clientSecret = config.clientSecret;
+    this.baseUrl = config.isProduction
+      ? 'https://api.doku.com'
+      : 'https://api-sandbox.doku.com';
+  }
+
+  private generateBodyHash(body: object): string {
+    const minifiedBody = JSON.stringify(body);
+    return crypto.createHash('sha256').update(minifiedBody, 'utf8').digest('hex').toLowerCase();
+  }
+
+  public generateSignature(
+    method: string,
+    targetPath: string,
+    accessToken: string,
+    timestamp: string,
+    body?: object
+  ): string {
+    let bodyHash = '';
+    if (body && ['POST', 'PUT', 'PATCH'].includes(method.toUpperCase())) {
+      bodyHash = this.generateBodyHash(body);
+    }
+
+    const stringToSign = `${method.toUpperCase()}:${targetPath}:${accessToken}:${bodyHash}:${timestamp}`;
+    
+    return crypto
+      .createHmac('sha512', this.clientSecret)
+      .update(stringToSign, 'utf8')
+      .digest('base64');
+  }
+
+  public async createVirtualAccount(accessToken: string, payload: any) {
+    const targetPath = '/bi-snap-va/v1/transfer-va/create-va';
+    const externalId = crypto.randomUUID();
+    // Example format: 2026-09-24T19:30:00+07:00
+    const timestamp = new Date().toISOString(); 
+    
+    const signature = this.generateSignature('POST', targetPath, accessToken, timestamp, payload);
+
+    const response = await fetch(`${this.baseUrl}${targetPath}`, {
+      method: 'POST',
+      headers: {
+        'Content-Type': 'application/json',
+        'Authorization': `Bearer ${accessToken}`,
+        'X-TIMESTAMP': timestamp,
+        'X-SIGNATURE': signature,
+        'X-PARTNER-ID': this.clientId,
+        'X-EXTERNAL-ID': externalId,
+        'CHANNEL-ID': 'SDK'
+      },
+      body: JSON.stringify(payload),
+    });
+
+    return await response.json();
+  }
+}
+```
+
+---
+
+### Webhook / Notification Signature Verification
+
+When DOKU sends a webhook/notification in SNAP format, you MUST verify its signature.
+The process is identical to generating the signature: recreate the `stringToSign` using the incoming headers, the minified raw body, and your `Client Secret`, then compare the resulting HMAC-SHA512 Base64 string with the `X-SIGNATURE` header.
+
+```typescript
+import crypto from 'crypto';
+import { Request, Response } from 'express';
+
+export function verifyDokuSnapWebhook(req: Request, clientSecret: string): boolean {
+  const method = req.method.toUpperCase();
+  const targetPath = req.originalUrl || req.url; // e.g., /api/webhook
+  const timestamp = req.headers['x-timestamp'] as string;
+  const receivedSignature = req.headers['x-signature'] as string;
+  // B2B token in Authorization header, remove 'Bearer '
+  const authHeader = req.headers['authorization'] as string;
+  const accessToken = authHeader ? authHeader.replace(/^Bearer\s+/i, '') : '';
+
+  // Use raw body for exact minification match
+  const rawBody = typeof req.body === 'string' ? req.body : JSON.stringify(req.body);
+  const bodyHash = crypto.createHash('sha256').update(rawBody, 'utf8').digest('hex').toLowerCase();
+
+  const stringToSign = `${method}:${targetPath}:${accessToken}:${bodyHash}:${timestamp}`;
+  
+  const expectedSignature = crypto
+    .createHmac('sha512', clientSecret)
+    .update(stringToSign, 'utf8')
+    .digest('base64');
+
+  return crypto.timingSafeEqual(
+    Buffer.from(receivedSignature),
+    Buffer.from(expectedSignature)
+  );
+}
+```
+
+---
+
+### Webhook Idempotency & Race Condition Prevention
+
+When processing DOKU webhooks, you MUST implement Idempotency and prevent Race Conditions. DOKU may retry sending the same webhook if your server takes too long to respond.
+
+**Best Practices:**
+1. **Raw Body Parser**: Always use a raw body parser (e.g., `express.raw({ type: 'application/json' })`) for the webhook route. `JSON.stringify(req.body)` can alter spacing/key order, causing signature validation to fail.
+2. **Atomic Updates**: Use database-level locks or atomic updates to ensure a transaction is only processed once. Update the database record `WHERE invoice_number = 'X' AND status = 'PENDING'`. If the update affects 0 rows, the webhook was already processed.
+3. **Return 200 OK Early**: If the signature is valid but the transaction is already processed (duplicate), immediately return `200 OK` to DOKU so they stop retrying.
+4. **B2B Token Caching**: Generating the B2B Access Token requires an RSA signature and network request. Cache this token (e.g., in Redis or Memory) until its expiry to reduce latency on transactional endpoints.
+
+---
+
+### Common Pitfalls to Avoid
+
+| Anti-Pattern | Issue | Solution |
+|---|---|---|
+| Non-minified JSON body | Signature validation fails (`Invalid Signature`) | Always stringify JSON without extra spaces before hashing. For webhooks, use the raw unparsed request body. |
+| Using HMAC-SHA256 | Signature validation fails | SNAP BI transactional signature uses **HMAC-SHA512** (Note: B2B Access Token uses RSA-SHA256). |
+| Capitalized Hex Hash | Signature mismatch | Ensure the SHA-256 body hash hex string is converted to lowercase before appending to `stringToSign`. |
+| Missing `Bearer` in Authorization | Unauthorized error | The `Authorization` header must include `Bearer <Token>`, but the `stringToSign` component must **only** be the token. |
+| Processing webhook twice | Double balance top-up (Race Condition) | Use Atomic Updates (`UPDATE ... WHERE status = 'PENDING'`) and return 200 OK for duplicates. |
+
+---
+
+<a name="bahasa-indonesia"></a>
+## Bahasa Indonesia
+
+### Integrasi Orkestrasi
+Terhubung dan mengorkestrasi skill domain yang relevan seperti `brainstorming`, `zero-to-prod-orchestrator`, dan `session-memory-manager` untuk memastikan eksekusi yang kohesif.
+
+### Deskripsi
+Panduan ahli untuk mengintegrasikan DOKU Payment Gateway dengan standar dokumentasi resmi [DOKU Developers Portal](https://developers.doku.com/). Berdasarkan mandat, seluruh integrasi WAJIB menggunakan standar SNAP API v1.0 (Standard Nasional Open API Pembayaran) sebagai pengganti Jokul API v2.
+Mencakup pembuatan B2B Access Token, Hash Body SHA-256, pembuatan Signature HMAC-SHA512, verifikasi Webhook/Notifikasi, dan implementasi API (Virtual Account, QRIS, E-Wallet, Kartu Kredit).
+
+### Kondisi Pemicu
+Aktifkan skill ini ketika pengguna sedang:
+- Membangun atau merefaktor integrasi DOKU Payment Gateway di Node.js, TypeScript, Python, Go, PHP, atau Java.
+- Mengimplementasikan kalkulasi signature HMAC-SHA512 (`X-SIGNATURE`) standar SNAP BI.
+- Mengatur API SNAP untuk Virtual Account, QRIS, E-Wallet, atau Kartu Kredit.
+- Melakukan debugging error otorisasi DOKU API (`Invalid Signature`, token kedaluwarsa).
+
+### Ringkasan Langkah Integrasi (SNAP BI)
+1. **Dapatkan Kredensial**: Ambil `Client-Id` dan `Secret-Key` dari DOKU Sandbox.
+2. **Generate B2B Access Token**: Hitung signature Asimetrik RSA-SHA256 dan panggil `/api/v1.0/access-token/b2b`.
+3. **Hitung Body Hash**: Untuk request transaksional `POST`, minify body JSON lalu hash menggunakan SHA-256, ubah ke Hex, dan format ke huruf kecil (lowercase).
+4. **Format String to Sign**: Gabungkan `HTTPMethod`, `EndpointURL`, `AccessToken`, `BodyHash`, dan `Timestamp` dipisahkan dengan titik dua `:`.
+5. **Sign HMAC-SHA512**: Hash string komponen menggunakan `Secret-Key` dengan algoritma HMAC-SHA512, ubah ke Base64, jadikan header `X-SIGNATURE`.
+
+### Integrasi dengan Skill Lain
+- `payment-gateway-expert` — Untuk arsitektur billing SaaS umum dan state machine langganan.
+- `doku-mcp-server` — Untuk mengintegrasikan API DOKU ke Model Context Protocol AI Agent.
+- `database-orm-expert` — Untuk menyimpan transaksi pembayaran dan log webhook secara type-safe.
+
+---
+### 🚨 SNAP Integration Mandate (CRITICAL)
+**MANDATORY**: The AI Agent MUST automatically apply the SNAP API v1.0 standard (Standard Nasional Open API Pembayaran) for all DOKU integrations, instead of the legacy Jokul API v2, unless the user explicitly requests otherwise. All generated signatures, headers, and endpoints MUST follow the SNAP BI standard.
+
+### 🧪 DOKU Sandbox Simulator
+**MANDATORY**: When testing in Sandbox mode and needing to access the Payment Simulator, the AI Agent MUST use this exact URL: `https://sandbox.doku.com/gtw-config-v2/simulator`.

package/skills/domain-driven-design-expert/SKILL.md

@@ -1,7 +1,8 @@
 ---
 name: domain-driven-design-expert
 description: "Expert guide for Domain-Driven Design (DDD). Covers tactical patterns (Aggregates, Value Objects), strategic patterns (Bounded Contexts), event storming, and CQRS / Panduan ahli Desain Berbasis Domain (DDD)."
-author: "Roedy Rustam"
+author: "Roedy Rustam"
+version: "3.0.0"
 ---
 
 # Domain-Driven Design (DDD) Expert
@@ -79,4 +80,4 @@ Pisahkan model data untuk operasi *Write* (Command) dan *Read* (Query). Model ba
 ## Integrasi Orkestrasi
 - Mengembangkan `scalability-clean-code` dengan pola isolasi domain yang ketat.
 - Sangat penting bagi `event-driven-architect` untuk menentukan struktur event di message broker.
-- Membantu `micro-frontend-architect` menyelaraskan batas-batas frontend dengan Bounded Contexts backend.
+- Membantu `micro-frontend-architect` menyelaraskan batas-batas frontend dengan Bounded Contexts backend.

package/skills/e2e-testing-expert/SKILL.md

@@ -1,7 +1,8 @@
 ---
 name: e2e-testing-expert
 description: "Expert guide for End-to-End (E2E) testing with Playwright, unit/integration testing with Vitest, and CI/CD automated testing pipeline setup / Panduan ahli pengujian End-to-End (E2E) dengan Playwright, pengujian unit/integrasi dengan Vitest, dan otomatisasi CI/CD."
-author: "Roedy Rustam"
+author: "Roedy Rustam"
+version: "3.0.0"
 ---
 
 # E2E Testing Expert (Playwright 1.49+ / Vitest 3 Edition)
@@ -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
 Expert guide for building comprehensive automated test suites using **Playwright 1.49+** (E2E + component testing), **Vitest 3** (unit/integration), and robust CI/CD pipelines. Covers modern testing patterns for Next.js 15, React 19, and API backends.
@@ -283,7 +284,7 @@ jobs:
 ## 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
 Panduan ahli untuk membangun test suite otomatis yang komprehensif menggunakan **Playwright 1.49+** (E2E + component testing), **Vitest 3** (unit/integrasi), dan pipeline CI/CD yang kuat. Mencakup pola pengujian modern untuk Next.js 15, React 19, dan backend API.
@@ -318,4 +319,4 @@ Gunakan `storageState` untuk menyimpan state sesi setelah login sekali dan mengg
 Vitest 3 adalah test runner yang cepat berbasis Vite dengan kompatibilitas Jest penuh. Gunakan untuk unit test React component, server action, dan logika bisnis.
 
 ### Pipeline CI GitHub Actions
-Pisahkan job `unit` dan `e2e` untuk feedback paralel yang lebih cepat. Upload `playwright-report` sebagai artifact saat gagal untuk debugging.
+Pisahkan job `unit` dan `e2e` untuk feedback paralel yang lebih cepat. Upload `playwright-report` sebagai artifact saat gagal untuk debugging.