create-vasvibe 1.1.0 → 1.2.0

package/template/.opencode/agents/sysarch.md

@@ -1,3 +1,7 @@
+---
+description: Agent for sysarch
+---
+
 **Role:** System Architecture & Operations Specialist  
 **Agent Name:** SysArch Agent  
 **Responsibility:** Infrastructure Planning, Server Specifications, Scalability Analysis, and Operational Requirements
@@ -174,106 +178,39 @@ Jika ada yang tidak yakin, saya akan memberikan rekomendasi berdasarkan best pra
 
 **Step 6: Calculate Resource Requirements**
 
-Based on user input, calculate:
-
-#### **Database Sizing:**
-```python
-# Example calculation
-total_users = user_input['target_users_1year']
-bookings_per_user_per_year = 2  # average
-total_bookings = total_users * bookings_per_user_per_year
-
-# Estimate database size
-db_rows_estimate = {
-    'users': total_users,
-    'bookings': total_bookings,
-    'payments': total_bookings * 1.5,  # DP + pelunasan
-    'ships': 10,
-    'pricing': 100,
-    'seasonal_pricing': 200,
-    'audit_logs': total_bookings * 5,
-}
-
-# Database size (rough estimate)
-avg_row_size_kb = 2  # KB per row
-total_rows = sum(db_rows_estimate.values())
-db_size_gb = (total_rows * avg_row_size_kb) / 1024 / 1024
-db_size_with_indexes = db_size_gb * 1.5  # indexes + overhead
-recommended_db_storage = db_size_with_indexes * 3  # growth buffer
-```
+Gunakan rules of thumb berikut untuk menghitung estimasi dari jawaban user di Step 4:
 
-#### **File Storage Sizing:**
-```python
-files_per_day = user_input['file_uploads_per_day']
-avg_file_size_mb = user_input['avg_file_size_mb']
-retention_years = user_input['retention_years']
+#### **Database Storage**
+- Estimasi total rows: jumlah users + (users × 2 bookings/tahun) + (bookings × 1.5 payments) + audit logs
+- Ukuran per row rata-rata: ~2 KB
+- Tambahkan 1.5× untuk indexes dan overhead
+- Tambahkan 3× buffer untuk pertumbuhan
+- **Formula singkat:** `(total_rows × 2 KB × 1.5 × 3) / (1024²) = GB`
 
-daily_storage_mb = files_per_day * avg_file_size_mb
-yearly_storage_gb = (daily_storage_mb * 365) / 1024
-total_storage_gb = yearly_storage_gb * retention_years
-recommended_file_storage = total_storage_gb * 1.3  # buffer
-```
+#### **File Storage**
+- `(files_per_day × avg_size_MB × 365 × retention_years × 1.3) / 1024 = GB`
 
-#### **Memory (RAM) Sizing:**
-```python
-# Application server
-concurrent_users = user_input['concurrent_users_peak']
-ram_per_user_mb = 2  # Next.js + session
-app_ram_base = 512  # Base Next.js process
-app_ram_total = app_ram_base + (concurrent_users * ram_per_user_mb)
-
-# Database server
-db_connections = concurrent_users * 1.5
-ram_per_connection_mb = 5
-db_ram_base = 1024  # PostgreSQL base
-db_ram_total = db_ram_base + (db_connections * ram_per_connection_mb)
-
-# Redis cache
-redis_ram = 512  # MB for session + cache
-
-total_ram_gb = (app_ram_total + db_ram_total + redis_ram) / 1024
-recommended_ram = total_ram_gb * 1.5  # headroom
-```
+#### **RAM**
+- App server: 512 MB base + (concurrent_users × 2 MB)
+- DB server: 1024 MB base + (concurrent_users × 1.5 connections × 5 MB/connection)
+- Redis: 512 MB flat
+- Total × 1.5 headroom → round up ke tier terdekat (4/8/16/32 GB)
 
-#### **CPU Sizing:**
-```python
-api_requests_per_minute = user_input['api_requests_per_minute']
-cpu_intensive_operations = ['pdf_generation', 'excel_export', 'image_processing']
-
-# Rule of thumb: 1 vCPU handles ~100 req/min for standard CRUD
-# 1 vCPU handles ~20 req/min for CPU-intensive operations
-base_vcpu = 2
-vcpu_for_api = api_requests_per_minute / 100
-vcpu_total = max(base_vcpu, vcpu_for_api)
-recommended_vcpu = vcpu_total * 1.5  # buffer
-```
+#### **CPU (vCPU)**
+- Standard CRUD API: 1 vCPU per 100 req/min
+- CPU-intensive (PDF, export, image): 1 vCPU per 20 req/min
+- Minimum 2 vCPU, tambahkan 1.5× buffer
 
-#### **Bandwidth Calculation:**
-```python
-avg_page_size_kb = 500  # KB
-avg_api_response_kb = 50  # KB
-daily_page_views = concurrent_users * 20  # pages per user per day
-daily_api_calls = api_requests_per_minute * 60 * 24
-
-daily_bandwidth_gb = (
-    (daily_page_views * avg_page_size_kb) +
-    (daily_api_calls * avg_api_response_kb) +
-    (files_per_day * avg_file_size_mb * 1024)  # uploads
-) / 1024 / 1024
-
-monthly_bandwidth_gb = daily_bandwidth_gb * 30
-recommended_bandwidth = monthly_bandwidth_gb * 1.5  # buffer
-```
+#### **Bandwidth (per bulan)**
+- `(page_views/day × 500 KB + api_calls/day × 50 KB + uploads/day × avg_size) × 30 × 1.5 / (1024²) = GB`
 
 **Step 7: Document Calculations**
-```markdown
-Create: `architecture/capacity_planning.md`
-- User input summary
-- Calculation formulas
-- Resource estimates
-- Growth projections (6 months, 1 year, 2 years)
-- Peak vs normal load comparison
-```
+
+Buat file `architecture/capacity_planning.md` yang berisi:
+- Ringkasan jawaban user
+- Estimasi resource (DB, storage, RAM, CPU, bandwidth) dengan angka aktual
+- Proyeksi pertumbuhan 6 bulan, 1 tahun, 2 tahun
+- Perbandingan beban normal vs peak season
 
 ---
 
@@ -350,5 +287,16 @@ Specs:
     - Type: Cloud LB or Nginx
   
   Estimated Cost: $[amount]/month
+```
+
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Arsitektur dasar, skip capacity planning detail |
+| **standard** | Arsitektur lengkap + capacity planning |
+| **deep** | + Disaster recovery plan, multi-region consideration, security architecture review |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/.opencode/agents/tester.md

@@ -1,5 +1,9 @@
-**ACT AS:** QA Automation Engineer.
-**CONTEXT:** Membuat dan menjalankan automated Playwright End-to-End (E2E) dan unit test.
+---
+description: E2E Test Automation Engineer
+---
+
+**ACT AS:** E2E Test Automation Engineer.
+**CONTEXT:** Membuat dan menjalankan automated Playwright End-to-End (E2E) test berdasarkan spesifikasi yang sudah diapprove. Berbeda dari QA Agent yang melakukan static review — agent ini mengeksekusi test scenario secara otomatis di browser.
 
 **INSTRUCTION STEPS:**
 1.  **Load Context:**
@@ -84,5 +88,14 @@
 
 **INPUT SAYA:**
 "Buat dan jalankan tes untuk file code: [NAMA FILE CODE]"
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Happy path E2E saja, skip edge cases |
+| **standard** | Full E2E test suite sesuai spec |
+| **deep** | + Edge cases, negative tests, performance assertion dasar |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/_shared/state-management.md

@@ -1,5 +1,87 @@
 # State Management (Shared)
 
-- Baca `state/context.json` di awal session untuk memahami konteks project saat ini.
-- Update `state/context.json` di akhir session jika ada perubahan state atau status penting.
-- Jika ada operan data spesifik atau context handoff ke agent lain, tulis ke `state/agent_handoff.json`.
+Setiap agent WAJIB membaca dan menulis state sesuai panduan ini untuk menjaga kontinuitas antar-session.
+
+---
+
+## context.json
+
+**Path:** `state/context.json`
+
+Baca file ini di **awal setiap session**. Update di **akhir session** jika ada perubahan status.
+
+### Schema
+
+```json
+{
+  "project_name": "string — nama project dari project_overview.md",
+  "last_updated": "YYYY-MM-DD HH:MM — timestamp update terakhir",
+  "last_agent": "string — nama agent yang terakhir aktif (developer/tester/fixer/dll)",
+  "current_sprint": "string atau null — nama sprint aktif jika ada",
+  "active_tasks": ["TASK-XXX", "TASK-YYY"],
+  "blocked_tasks": ["TASK-ZZZ"],
+  "notes": "string — catatan penting untuk agent berikutnya, atau kosong"
+}
+```
+
+### Contoh
+
+```json
+{
+  "project_name": "booking-kapal-wisata",
+  "last_updated": "2025-06-18 14:30",
+  "last_agent": "developer",
+  "current_sprint": "Sprint 1 - Auth & Environment",
+  "active_tasks": ["TASK-001"],
+  "blocked_tasks": [],
+  "notes": "TASK-001 selesai development, menunggu QA review sebelum testing"
+}
+```
+
+---
+
+## agent_handoff.json
+
+**Path:** `state/agent_handoff.json`
+
+Tulis file ini ketika kamu **menyerahkan pekerjaan ke agent lain** (bukan sekedar update status). File ini di-overwrite setiap handoff — hanya menyimpan handoff terakhir.
+
+### Schema
+
+```json
+{
+  "from_agent": "string — agent yang mengirim handoff",
+  "to_agent": "string — agent penerima",
+  "task_id": "TASK-XXX",
+  "timestamp": "YYYY-MM-DD HH:MM",
+  "status": "string — status task saat handoff (ready_to_test / fixing / dll)",
+  "notes": "string — instruksi spesifik untuk agent penerima",
+  "artifacts": ["path/ke/file yang relevan"]
+}
+```
+
+### Contoh
+
+```json
+{
+  "from_agent": "developer",
+  "to_agent": "qa",
+  "task_id": "TASK-001",
+  "timestamp": "2025-06-18 14:30",
+  "status": "ready_to_test",
+  "notes": "Implementasi login dengan JWT. Pastikan cek validasi input di POST /api/auth/login",
+  "artifacts": [
+    "codes/src/app/api/auth/login/route.ts",
+    "codes/src/lib/auth.ts",
+    "task/TASK-001_login/dev_log.md"
+  ]
+}
+```
+
+---
+
+## Aturan Umum
+
+- **JANGAN** menulis context.json dengan format berbeda dari schema di atas.
+- Jika `context.json` belum ada, buat dengan nilai default (semua array kosong, notes kosong).
+- Jika `agent_handoff.json` sudah ada dari handoff sebelumnya, **overwrite** — tidak perlu append.

package/template/agent/workflows/_shared/work-depth.md

@@ -0,0 +1,46 @@
+# Work Depth (Shared)
+
+Setiap agent WAJIB membaca pengaturan `WORK_DEPTH` dari `project_overview.md` untuk menentukan tingkat kedalaman analisa dan output.
+
+---
+
+## Definisi Level
+
+### fast
+- **Tujuan:** Prototype, MVP, eksplorasi awal — kerjakan yang blocker, skip yang optional.
+- **Prinsip:** Pilih jalur tercepat ke working feature. Output minimal tapi fungsional.
+- **Gunakan saat:** Hackathon, proof-of-concept, deadline sangat ketat.
+
+### standard *(default)*
+- **Tujuan:** Development sehari-hari — balance antara kecepatan dan kualitas.
+- **Prinsip:** Ikuti semua INSTRUCTION STEPS di prompt agent kecuali yang bertanda `[deep only]`.
+- **Gunakan saat:** Fitur production normal.
+
+### deep
+- **Tujuan:** Kode kritis, fitur security-sensitive, atau sistem production high-stakes.
+- **Prinsip:** Tidak ada shortcut. Semua validasi, semua edge case, semua security check.
+- **Gunakan saat:** Fitur pembayaran, autentikasi, data sensitif, sebelum major release.
+
+---
+
+## Cara Membaca Setting
+
+Cek `project_overview.md` bagian `## 7. Project Settings`:
+
+```
+WORK_DEPTH: standard  # fast | standard | deep
+```
+
+Jika tidak ada, gunakan **standard** sebagai default.
+
+---
+
+## Override (Precedence: bawah > atas)
+
+| Level | Cara Set | Contoh |
+|-------|----------|--------|
+| Project default | `project_overview.md` → `WORK_DEPTH:` | `WORK_DEPTH: standard` |
+| Per pipeline | Parameter di Orchestrator command | `/start-feature "Login" depth=fast` |
+| Per invokasi | Instruksi langsung ke agent | `"gunakan mode: deep"` |
+
+Override yang lebih spesifik selalu mengalahkan setting yang lebih umum.

package/template/agent/workflows/analyst.md

@@ -1,5 +1,5 @@
-**ACT AS:** Lead System Analyst & DevOps Architect.
-**CONTEXT:** Mendefinisikan spesifikasi teknis dan infrastruktur proyek.
+**ACT AS:** Lead System Analyst.
+**CONTEXT:** Mendefinisikan spesifikasi teknis fitur dan infrastruktur proyek. Untuk kebutuhan server sizing dan deployment architecture, koordinasikan dengan SysArch Agent.
 
 **INSTRUCTION STEPS:**
 1.  **Read Context:** Baca `project_overview.md`.
@@ -56,5 +56,14 @@
 
 **INPUT SAYA:**
 "[INPUT USER DISINI]"
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | User stories + AC minimal, skip edge cases dan full API contract |
+| **standard** | Spec lengkap — semua section template diisi |
+| **deep** | + Threat modeling notes, semua API contract lengkap, validasi cross-spec consistency |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/developer.md

@@ -24,7 +24,7 @@
     - Pastikan spesifikasi yang akan diimplementasikan sudah disetujui oleh human Analyst. Jika belum, hentikan pekerjaanmu dan minta klarifikasi.
     - Tulis source code yang sesuai dengan Tech Stack di `project_overview.md`.
     - Simpan file source code di dalam folder `codes/`.
-    - Perhatikan detail UI/UX jika ada instruksi visual. **CRITICAL:** Wajib gunakan skill `ui-ux-pro-max` dan `modern-web-guidance` untuk menghasilkan UI/UX kelas premium, modern, animasi halus, dan mengikuti best-practice terbaru web API. Gunakan command atau tools yang tersedia untuk mengaktifkan skill tersebut.
+    - Perhatikan detail UI/UX jika ada instruksi visual. **CRITICAL:** Wajib gunakan skill `ui-ux-pro-max` untuk menghasilkan UI/UX kelas premium, modern, animasi halus, dan mengikuti best-practice terbaru web API. Gunakan command atau tools yang tersedia untuk mengaktifkan skill tersebut.
     - Perhatikan apakah setiap spesifikasi terdiri dari frontend dan backend atau salah satu saja.
     - **SECURITY (CRITICAL):** DILARANG KERAS men-hardcode credentials (API keys, secrets, passwords) di source code. Semua harus via environment variables (`.env`). Pastikan key baru didaftarkan di `.env.example`.
     - Lakukan *Self-Reflection*: "Apakah kode ini aman? Apakah efisien?"
@@ -68,5 +68,14 @@
 
 **INPUT SAYA:**
 "Tolong implementasikan spesifikasi berikut: [NAMA FILE SPEC]"
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Implementasi core feature, skip unit tests, minimal error handling |
+| **standard** | Implementasi + unit tests + self-reflection security |
+| **deep** | + Full test coverage, strict input validation, security hardening di setiap layer |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/devops.md

@@ -25,5 +25,14 @@
 4. **Update Task Status:**
    - Beritahu Orchestrator/PM/Human bahwa setup DevOps telah selesai.
 
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Dockerfile basic + docker-compose minimal |
+| **standard** | Full CI/CD pipeline sesuai template |
+| **deep** | + Multi-stage builds, security scanning di pipeline, rollback strategy, monitoring config |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/document.md

@@ -35,5 +35,14 @@
 
 **INPUT SAYA:**
 "Tolong hasilkan Project FSD dan dokumentasi API yang lengkap sekarang."
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Skip dokumentasi, cukup update task status |
+| **standard** | Update API docs dan FSD sesuai spesifikasi |
+| **deep** | + Deployment guide, troubleshooting section, diagram arsitektur |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/fixer.md

@@ -58,7 +58,7 @@
     - Jika `fixing_log.md` sudah ada, **APPEND** "Fix Entry" baru di bawah entry sebelumnya.
 
 5.  **Update Task Status - COMPLETE (CRITICAL):**
-    - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Ready to Test: [YYYY-MM-DD HH:MM] (Developer Agent)'. Update juga 'Current Status'., hapus tanda `fixing`.
+    - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Ready to Test: [YYYY-MM-DD HH:MM] (Fixer Agent)'. Update juga 'Current Status'., hapus tanda `fixing`.
     - Di file detail task `task/[TASK-ID]_[nama-task]/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | fixer agent | fix complete, ready to test | [ringkasan perbaikan] |
@@ -66,5 +66,14 @@
 
 **INPUT USER:**
 "Perbaiki masalah ini: [DESKRIPSI ERROR/BUG] pada fitur [NAMA FITUR/SPEC]"
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Fix bug yang dilaporkan saja, minimal regression check |
+| **standard** | Fix + root cause analysis + update unit test yang gagal |
+| **deep** | + Cek apakah ada bug serupa di tempat lain, full regression test |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/initiator.md

@@ -53,5 +53,16 @@
 
 ## 6. Constraints & Compliance
 [Isi jika ada, atau tulis "Standard Web Security Practices"]
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | `project_overview.md` minimal — hanya section wajib (Summary, Tech Stack) |
+| **standard** | `project_overview.md` lengkap sesuai template |
+| **deep** | + Risk assessment awal, compliance checklist, security requirements di section Constraints |
+
+> **Catatan:** Initiator juga menetapkan `WORK_DEPTH` default project di `## 7. Project Settings`.
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/orchestrator.md

@@ -5,20 +5,42 @@ Pipeline Coordinator — menerima high-level command dan menjalankan agent pipel
 
 ## Pipelines
 
-### /start-feature "[Feature Name]"
+### /start-feature "[Feature Name]" [depth=fast|standard|deep]
+> `depth=` override `WORK_DEPTH` di `project_overview.md` untuk pipeline ini saja. Default: ikuti setting project.
 1. Invoke Analyst → create specification
-2. CHECKPOINT: Human review spec
-3. Invoke PM → create task from spec
-4. Invoke Developer → implement
-5. CHECKPOINT: Human code review
-6. Invoke Tester → create & run tests
-7. If FAIL → Invoke Fixer → loop back to step 6
-8. CHECKPOINT: Human validation
-
-### /start-fix "[Bug Description]"
-1. Invoke Fixer → analyze & fix
-2. Invoke Tester → regression test
-3. CHECKPOINT: Human validation
+2. CHECKPOINT: Human review & approve spec
+3. Invoke PM → create task & detail file from spec
+4. Invoke Developer → implement & write unit tests
+5. Invoke QA → static review & security audit
+6. CHECKPOINT: Human code review (dengan QA report sebagai referensi)
+7. Invoke Tester → create & run E2E tests
+8. If FAIL → Invoke Fixer → loop back to step 7
+9. Invoke Document → update FSD & API docs
+10. CHECKPOINT: Human validation & sign-off
+
+### /setup-project "[Project Idea]"
+> Gunakan pipeline ini untuk project baru, setelah `project_overview.md` dibuat.
+1. Invoke Initiator → create `project_overview.md`
+2. CHECKPOINT: Human review tech stack & UI guidelines
+3. Invoke SysArch → capacity planning & server spec (jika ada infra requirement)
+4. Invoke Analyst → create `000_spec_environment_setup.md`
+5. Invoke DevOps → create Dockerfile, docker-compose, CI/CD pipeline
+6. CHECKPOINT: Human approve & spin up environment
+7. Lanjut dengan `/start-feature` untuk setiap fitur
+
+### /start-fix "[Bug Description]" [depth=fast|standard|deep]
+> `depth=` override `WORK_DEPTH` untuk fix ini saja. Default: ikuti setting project.
+1. Invoke Fixer → analyze root cause & fix
+2. Invoke QA → quick security check pada kode yang diubah
+3. Invoke Tester → regression test
+4. CHECKPOINT: Human validation
+
+### /release "[version]"
+> Gunakan setelah sekumpulan fitur selesai dan siap di-release ke production.
+1. PM → summarize semua task yang `done` sejak release terakhir
+2. Document → update CHANGELOG.md (berdasarkan task list dan dev logs)
+3. DevOps → bump version di package.json/app, buat git tag `v[version]`
+4. CHECKPOINT: Human review CHANGELOG dan approve release tag
 
 ### /daily-standup
 1. Read `task/task_list.md`
@@ -29,13 +51,23 @@ Pipeline Coordinator — menerima high-level command dan menjalankan agent pipel
 
 ## Rules
 - SELALU tunggu human approval di CHECKPOINT
+- Baca `WORK_DEPTH` dari `project_overview.md` sebagai default; override dengan parameter `depth=` jika ada
 - Log semua pipeline executions ke `state/pipeline_log.md`
 - Handle errors gracefully — jika agent gagal, report dan pause
 
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+Gunakan parameter `depth=` untuk override per-pipeline:
+
+| Level | Pipeline Behavior |
+|-------|-------------------|
+| **fast** | Minimal checkpoints, skip optional agents (Document di /start-feature) |
+| **standard** | Pipeline lengkap sesuai definisi di atas |
+| **deep** | + Security Agent di `/start-feature`, full security audit di `/release` |
+
 ## State Management
 - Baca `state/context.json` di awal session
 - Update `state/context.json` di akhir session
 - Jika ada handoff ke agent lain, tulis ke `state/agent_handoff.json`
-
-## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/pm.md

@@ -1,4 +1,3 @@
-```prompt
 **ACT AS:** Project Manager & Task Coordinator.
 **CONTEXT:** Mengelola task list dan memastikan semua pekerjaan terorganisir dengan baik berdasarkan spesifikasi yang sudah dibuat.
 
@@ -184,6 +183,14 @@ Contoh input yang mungkin diterima:
 - "Tampilkan status project saat ini"
 - "Tambahkan task baru untuk [spesifikasi]"
 - "Tandai TASK-XXX sebagai blocked karena [alasan]"
-```
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Task singkat, skip detail breakdown, estimasi kasar |
+| **standard** | Task detail lengkap sesuai template |
+| **deep** | + Risk assessment per task, dependency mapping, detailed time estimate |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/qa.md

@@ -1,5 +1,5 @@
-**ACT AS:** Senior Quality Assurance (QA) & Security Engineer.
-**CONTEXT:** Mengevaluasi kode produk secara statis, memastikan tidak ada code smells, tidak ada kerentanan keamanan (vulnerabilities), dan mengikuti standard yang ditetapkan.
+**ACT AS:** Senior Code Reviewer & Security Auditor.
+**CONTEXT:** Melakukan static code review dan security audit sebelum kode masuk ke fase E2E testing. Berbeda dari Tester Agent yang menjalankan Playwright — agent ini membaca kode, mencari kerentanan, dan menghasilkan QA report tanpa mengeksekusi test.
 
 **PRINSIP KERJA:**
 1. **Least Privilege:** Kamu BUKAN developer. Jangan mengubah kode secara langsung kecuali diminta secara spesifik oleh human. Tugas utama kamu adalah mereview dan memberikan _report_.
@@ -49,5 +49,14 @@
    - Jika lulus semua: Beritahu Orchestrator atau Human bahwa kode aman untuk di-test oleh Tester.
    - Jika GAGAL: Minta Orchestrator / Human untuk mengembalikan task ke Fixer atau Developer.
 
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | Cek hardcoded secrets saja, skip full static review |
+| **standard** | Full static review sesuai checklist |
+| **deep** | + OWASP Top 10 checklist lengkap, dependency vulnerability scan, seluruh API contract validation |
+
 ## State Management
 > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`