create-vasvibe 1.0.2 → 1.2.0

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

@@ -8,7 +8,7 @@
     - Baca file spesifikasi target (misal: `specifications/001_...md`).
 
 2.  **Update Task Status - START (CRITICAL):**
-    - Di `task/task_list.md`, update checklist baris task yang sesuai: tandai kolom `development` dengan `☑`.
+    - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Development: [YYYY-MM-DD HH:MM] (Developer Agent)'. Update juga 'Current Status'.
     - 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] | dev agent | development started | - |
@@ -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?"
@@ -60,7 +60,7 @@
     - Jika file `dev_log.md` sudah ada (misalnya dari sesi sebelumnya), **APPEND** section baru ke bagian Revision History.
 
 6.  **Update Task Status - COMPLETE (CRITICAL):**
-    - Di `task/task_list.md`, update checklist baris task yang sesuai: tandai kolom `ready_to_test` dengan `☑`.
+    - 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'.
     - 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] | dev agent | ready to test | [catatan penting jika ada] |
@@ -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

@@ -31,9 +31,18 @@
    - **5. Glossary:** Daftar istilah teknis proyek.
 
 5. **Update Task Status (CRITICAL):**
-   - Setelah selesai, update status document task di `task/task_list.md` menjadi `done`.
+   - Setelah selesai, update status document task di `task/task_list.md` menjadi `done`, dan tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Done: [YYYY-MM-DD HH:MM] (Document Agent)'.
 
 **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

@@ -16,7 +16,7 @@
     - Temukan file detail task di `task/[TASK-ID]_[nama-task]/[TASK-ID]_[nama-task].md` yang sesuai.
 
 2.  **Update Task Status - START (CRITICAL):**
-    - Di `task/task_list.md`, update checklist baris task yang sesuai: tandai kolom `fixing` dengan `☑`.
+    - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Fixing Issues: [YYYY-MM-DD HH:MM] (Fixer Agent)'. Update juga 'Current Status'.
     - 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 | fixing started | Issues: [ringkasan issue] |
@@ -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`, update checklist baris task yang sesuai: tandai kolom `ready_to_test` dengan `☑`, 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.
 
@@ -29,7 +28,7 @@
      - **P3 (Low):** Fitur enhancement atau nice-to-have.
 
 4. **TASK LIST STRUCTURE:**
-   File `task/task_list.md` harus mengikuti format tabel ringkas berikut (TANPA deskripsi, hanya kolom status checklist):
+   File `task/task_list.md` harus mengikuti format list dengan status log berbaris ke bawah berikut:
 
    ```markdown
    # TASK LIST - [Nama Project]
@@ -41,30 +40,38 @@
 
    ## Priority 0 (Critical)
 
-   | Task ID | Task Name | Spec | not_started | development | ready_to_test | testing | fixing | done |
-   |---------|-----------|------|:-----------:|:-----------:|:-------------:|:-------:|:------:|:----:|
-   | TASK-000 | Environment Setup | [spec](../specification/000_spec_environment_setup.md) | ☐ | ☐ | ☐ | ☐ | ☐ | ☐ |
+   - Task 000: Environment Setup
+     - Spesifikasi: [spec] ../specifications/000_spec_environment_setup.md
+     - Current Status: not_started
+     - Status Logs: 
+        - Task Created: [YYYY-MM-DD HH:MM] (PM Agent)
 
    ## Priority 1 (High)
 
-   | Task ID | Task Name | Spec | not_started | development | ready_to_test | testing | fixing | done |
-   |---------|-----------|------|:-----------:|:-----------:|:-------------:|:-------:|:------:|:----:|
-   | TASK-001 | [Nama Task] | [spec](../specification/001_spec_....md) | ☐ | ☐ | ☐ | ☐ | ☐ | ☐ |
+   - Task 001: [Nama Task]
+     - Spesifikasi: [spec] ../specifications/001_spec_....md
+     - Current Status: not_started
+     - Status Logs: 
+        - Task Created: [YYYY-MM-DD HH:MM] (PM Agent)
 
    ## Priority 2 (Medium)
 
-   | Task ID | Task Name | Spec | not_started | development | ready_to_test | testing | fixing | done |
-   |---------|-----------|------|:-----------:|:-----------:|:-------------:|:-------:|:------:|:----:|
-   | TASK-XXX | [Nama Task] | [spec](../specification/XXX_spec_....md) | ☐ | ☐ | ☐ | ☐ | ☐ | ☐ |
+   - Task XXX: [Nama Task]
+     - Spesifikasi: [spec] ../specifications/XXX_spec_....md
+     - Current Status: not_started
+     - Status Logs: 
+        - Task Created: [YYYY-MM-DD HH:MM] (PM Agent)
 
    ## Priority 3 (Low)
 
-   | Task ID | Task Name | Spec | not_started | development | ready_to_test | testing | fixing | done |
-   |---------|-----------|------|:-----------:|:-----------:|:-------------:|:-------:|:------:|:----:|
-   | TASK-XXX | [Nama Task] | [spec](../specification/XXX_spec_....md) | ☐ | ☐ | ☐ | ☐ | ☐ | ☐ |
+   - Task XXX: [Nama Task]
+     - Spesifikasi: [spec] ../specifications/XXX_spec_....md
+     - Current Status: not_started
+     - Status Logs: 
+        - Task Created: [YYYY-MM-DD HH:MM] (PM Agent)
    ```
 
-   **Aturan checklist status:** Tandai kolom status saat ini dengan `☑` dan kolom lainnya dengan `☐`. Status yang sudah terlewati juga ditandai `☑`.
+   **Aturan status logs:** Saat task baru dibuat, PM Agent hanya menuliskan baris "Task Created". Agent lain (Analyst, Developer, Tester, Fixer) akan menambahkan baris log mereka sendiri di bawahnya secara dinamis saat mereka mengambil atau menyelesaikan pekerjaan. Update `Current Status` sesuai tahap saat ini.
 
 5. **TASK DETAIL FILE:**
    Untuk setiap task, lakukan hal berikut:
@@ -176,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`

package/template/agent/workflows/sysarch.md

@@ -174,106 +174,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 +283,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/agent/workflows/tester.md

@@ -1,5 +1,5 @@
-**ACT AS:** QA Automation Engineer.
-**CONTEXT:** Membuat dan menjalankan automated Playwright End-to-End (E2E) dan unit test.
+**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:**
@@ -9,7 +9,7 @@
     - Temukan file detail task di `task/[TASK-ID]_[nama-task]/[TASK-ID]_[nama-task].md` yang sesuai.
 
 2.  **Update Task Status - START (CRITICAL):**
-    - Di `task/task_list.md`, update checklist baris task yang sesuai: tandai kolom `testing` dengan `☑`.
+    - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Testing: [YYYY-MM-DD HH:MM] (Test Agent)'. Update juga 'Current Status'.
     - 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] | test agent | test created | - |
@@ -65,13 +65,13 @@
 
 7.  **Update Task Status - COMPLETE (CRITICAL):**
     - Jika **PASS:**
-      - Di `task/task_list.md`, tandai kolom `done` dengan `☑`.
+      - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Done: [YYYY-MM-DD HH:MM] (Test Agent)'. Update juga 'Current Status'.
       - Di file detail task, **APPEND** ke Status Log:
         ```
         | [YYYY-MM-DD HH:MM] | test agent | test passed | Coverage: [X%] |
         ```
     - Jika **FAIL:**
-      - Di `task/task_list.md`, tandai kolom `fixing` dengan `☑` (hapus tanda `done`).
+      - Di `task/task_list.md`, tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: '- Issues Reported: [YYYY-MM-DD HH:MM] (Test Agent)'. Update juga 'Current Status'.
       - Di file detail task, **APPEND** ke Status Log:
         ```
         | [YYYY-MM-DD HH:MM] | test agent | test failed | Issues: [ringkasan issue] |
@@ -84,5 +84,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/project_overview_example.md

@@ -38,4 +38,18 @@
 - **Responsive Strategy:** (e.g., Mobile-First approach)
 
 ## 6. Constraints & Compliance
-*(Opsional: GDPR, Offline First, High Performance requirement, dll)*
+*(Opsional: GDPR, Offline First, High Performance requirement, dll)*
+
+## 7. Project Settings
+
+- **WORK_DEPTH:** {{workDepth}}  <!-- fast | standard | deep -->
+
+> **Penjelasan Work Depth:**
+> - `fast` — Prototype/MVP: agent mengerjakan inti fitur saja, skip output optional (unit test, full docs, edge cases). Cocok untuk eksplorasi cepat.
+> - `standard` — Development normal: semua step agent dijalankan sesuai template. **Default yang disarankan.**
+> - `deep` — Produksi kritikal: semua validasi, security review, dan edge cases wajib. Cocok untuk fitur pembayaran, autentikasi, atau sistem high-stakes.
+>
+> **Di mana bisa diubah:**
+> 1. **File ini** (`project_overview.md`) — ubah nilai `WORK_DEPTH:` untuk mengubah default seluruh project.
+> 2. **Orchestrator command** — tambah parameter `depth=` saat memanggil pipeline, contoh: `/start-feature "Login" depth=fast`. Override untuk satu pipeline saja.
+> 3. **Langsung ke agent** — instruksikan agent secara eksplisit, contoh: `"gunakan mode: deep"`. Override tertinggi.

package/template/schemas/changelog.template.md

@@ -0,0 +1,34 @@
+# CHANGELOG
+
+All notable changes to this project will be documented in this file.
+
+Format: [Semantic Versioning](https://semver.org/) — `MAJOR.MINOR.PATCH`
+- **MAJOR**: Breaking change atau perubahan arsitektur besar
+- **MINOR**: Fitur baru yang backward-compatible
+- **PATCH**: Bug fix
+
+---
+
+## [Unreleased]
+
+### Added
+- (Fitur baru yang belum di-release)
+
+### Changed
+- (Perubahan behaviour yang sudah ada)
+
+### Fixed
+- (Bug fix)
+
+### Removed
+- (Fitur yang dihapus)
+
+---
+
+## [X.Y.Z] — YYYY-MM-DD
+
+### Added
+- TASK-XXX: [Nama fitur] — [deskripsi singkat]
+
+### Fixed
+- TASK-XXX: [Nama bug fix] — [deskripsi singkat]