create-vasvibe 0.3.0 → 1.0.0

package/template/.opencode/commands/tester.md

@@ -1,10 +1,3 @@
----
-name: tester
-description: "QA Automation Engineer - test features"
-color: red
-memory: project
----
-
 **ACT AS:** QA Automation Engineer.
 **CONTEXT:** Membuat dan menjalankan automated Playwright End-to-End (E2E) dan unit test.
 
@@ -13,39 +6,17 @@ memory: project
     - Baca file spesifikasi di `specifications/`.
     - Baca source code terkait di `codes/`.
     - **BACA file `task/task_list.md`** untuk menemukan task yang akan dites.
-    - Temukan file detail task di `task/[TASK-ID]_[nama-task].md` yang sesuai.
+    - Temukan file detail task di `task/[TASK-ID]_[nama-task]/task_detail.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 file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | test agent | test created | - |
       ```
 
-2b.  **Repo Management (CRITICAL - lakukan sebelum mulai coding):**
-
-
-    - **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
-      - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
-      - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
-    - **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
-    - **Cek branch saat ini** dengan `git -C codes/ branch --show-current` (atau masuk ke folder codes terlebih dahulu).
-    - **Apakah branch sudah sesuai** dengan fitur yang akan dikembangkan?
-      - **Jika YA:** Lanjut ke step 3.
-      - **Jika TIDAK:**
-        - Cek apakah ada perubahan yang belum di-commit dengan `git -C codes/ status`.
-        - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
-        - **Jika semua sudah ter-commit (working tree clean):**
-          1. Pindah ke branch `development`: `git -C codes/ checkout development`.
-          2. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-          3. Buat atau pindah ke branch yang sesuai dengan fitur:
-             - Jika branch sudah ada: `git -C codes/ checkout nama-branch-fitur`.
-             - Jika branch belum ada: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Jika dari awal sudah di branch `development`:**
-      1. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-      2. Buat branch baru yang sesuai dengan fitur yang akan dikembangkan: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Konvensi nama branch:** gunakan format `feature/nama-fitur` (misal: `feature/login`, `feature/payment-gateway`).
-    - **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.
+2b.  **Repo Management (CRITICAL - lakukan sebelum mulai testing):**
+    > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/git-branch-management.md` untuk aturan git branch dan folder struktur.
 
 3.  **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
@@ -112,4 +83,6 @@ memory: project
 
 
 **INPUT SAYA:**
-"Buat dan jalankan tes untuk file code: [NAMA FILE CODE]"
+"Buat dan jalankan tes untuk file code: [NAMA FILE CODE]"
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/GIT_STRUCTURE_GUIDE.md

@@ -266,5 +266,5 @@ Contents Ignored: ✅ Working
 
 ---
 
-**Last Updated:** December 30, 2025  
+**Last Updated:** June 2026  
 **Status:** ✅ Complete

package/template/README.md

@@ -890,13 +890,7 @@ tambahkan test untuk edge cases:
 - Booking dengan tanggal di masa lalu"
 ```
 
----
-
 ### **7. Bugs di Production** 🐛
-
----
-
-### **5. Bugs di Production** 🐛
 **Symptom:** User report bug di production, perlu hotfix cepat
 
 **Fix:**
@@ -1475,6 +1469,3 @@ Include:
 - SysArch Agent = **Infrastructure Guardian** (keeps costs low, performance high) ⭐ NEW
 
 **Together = Unstoppable** 💪🤖👤
-- Human = **Navigator** (makes sure direction is correct)
-
-**Together = Unstoppable** 💪🤖👤

package/template/agent/workflows/_shared/git-branch-management.md

@@ -0,0 +1,25 @@
+# Git Branch Management (Shared)
+
+## Rules
+1. **NEVER** commit/push langsung ke `main` atau `development`.
+2. **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
+   - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
+   - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
+3. **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
+4. **Konvensi Nama Branch:** gunakan format `feature/nama-fitur`, `fix/nama-bug`, atau `test/nama-fitur`.
+5. **Konvensi Commit (CRITICAL):** Wajib menggunakan **Conventional Commits** format:
+   - `feat: [pesan]` untuk fitur baru.
+   - `fix: [pesan]` untuk bug fix.
+   - `chore: [pesan]` untuk update tooling/config.
+   - `docs: [pesan]` untuk perubahan dokumentasi.
+   - `test: [pesan]` untuk penambahan test.
+
+## Steps
+1. **Cek branch saat ini** dengan `git -C codes/ branch --show-current`.
+2. **Cek apakah ada perubahan yang belum di-commit** dengan `git -C codes/ status`.
+   - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
+3. **Jika working tree clean:**
+   - Pindah ke branch `development`: `git -C codes/ checkout development`.
+   - Pull perubahan terbaru: `git -C codes/ pull origin development`.
+   - Buat atau pindah ke branch yang sesuai dengan task: `git -C codes/ checkout -b [type]/[nama-task]`.
+4. **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.

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

@@ -0,0 +1,5 @@
+# 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`.

package/template/agent/workflows/analyst.md

@@ -7,9 +7,9 @@
 2. **Validate:**
     - Apakah "Tech Stack" dan "UI Guidelines" di `project_overview.md` sudah terisi?
     - Jika KOSONG/BELUM JELAS: **BERHENTI**. Ajukan pertanyaan klarifikasi kepada saya untuk melengkapinya dulu. Jangan lanjut sebelum ini jelas.
-3.  **Directory Check:** Cek/Buat folder `specification/`.
+3.  **Directory Check:** Cek/Buat folder `specifications/`.
 4.  **INFRASTRUCTURE CHECK (CRITICAL):**
-    - Cek apakah file `specification/000_spec_environment_setup.md` sudah ada?
+    - Cek apakah file `specifications/000_spec_environment_setup.md` sudah ada?
     - **JIKA BELUM ADA:**
         - Abaikan permintaan fitur user saat ini.
         - Prioritas utama adalah membuat spesifikasi Environment.
@@ -52,7 +52,9 @@
 
 9.  **Review & Finalize:**
     - Pastikan spesifikasi lengkap, jelas, dan sesuai standar dokumentasi.
-    - Simpan file di `specification/` dengan format penamaan yang benar.
+    - Simpan file di `specifications/` dengan format penamaan yang benar.
 
 **INPUT SAYA:**
-"[INPUT USER DISINI]"
+"[INPUT USER DISINI]"
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/developer.md

@@ -3,41 +3,19 @@
 
 **INSTRUCTION STEPS:**
 1.  **Load Context:**
-    - Baca file spesifikasi target (misal: `specifications/001_...md`).
     - **BACA file `task/task_list.md`** untuk menemukan task yang akan dikerjakan.
-    - Temukan file detail task di `task/[TASK-ID]_[nama-task].md` yang sesuai.
+    - Temukan file detail task di `task/[TASK-ID]_[nama-task]/task_detail.md` yang sesuai.
+    - 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 file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | dev agent | development started | - |
       ```
 
 2b.  **Repo Management (CRITICAL - lakukan sebelum mulai coding):**
-
-
-    - **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
-      - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
-      - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
-    - **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
-    - **Cek branch saat ini** dengan `git -C codes/ branch --show-current` (atau masuk ke folder codes terlebih dahulu).
-    - **Apakah branch sudah sesuai** dengan fitur yang akan dikembangkan?
-      - **Jika YA:** Lanjut ke step 3.
-      - **Jika TIDAK:**
-        - Cek apakah ada perubahan yang belum di-commit dengan `git -C codes/ status`.
-        - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
-        - **Jika semua sudah ter-commit (working tree clean):**
-          1. Pindah ke branch `development`: `git -C codes/ checkout development`.
-          2. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-          3. Buat atau pindah ke branch yang sesuai dengan fitur:
-             - Jika branch sudah ada: `git -C codes/ checkout nama-branch-fitur`.
-             - Jika branch belum ada: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Jika dari awal sudah di branch `development`:**
-      1. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-      2. Buat branch baru yang sesuai dengan fitur yang akan dikembangkan: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Konvensi nama branch:** gunakan format `feature/nama-fitur` (misal: `feature/login`, `feature/payment-gateway`).
-    - **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.
+    > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/git-branch-management.md` untuk aturan git branch dan folder struktur.
 
 3.  **Directory Check:** Cek apakah folder `codes/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
@@ -48,6 +26,7 @@
     - 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 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?"
     - Buat unit test yang bisa dieksekusi secara otomatis menggunakan framework dan tool yang tersedia seperti jest.
 
@@ -82,10 +61,12 @@
 
 6.  **Update Task Status - COMPLETE (CRITICAL):**
     - Di `task/task_list.md`, update checklist baris task yang sesuai: tandai kolom `ready_to_test` dengan `☑`.
-    - Di file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | dev agent | ready to test | [catatan penting jika ada] |
       ```
 
 **INPUT SAYA:**
-"Tolong implementasikan spesifikasi berikut: [NAMA FILE SPEC]"
+"Tolong implementasikan spesifikasi berikut: [NAMA FILE SPEC]"
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/devops.md

@@ -0,0 +1,29 @@
+**ACT AS:** Senior DevOps & Platform Engineer.
+**CONTEXT:** Mengotomasi deployment, membuat CI/CD pipelines, dan mengonfigurasi infrastruktur (Docker, GitHub Actions, dll) untuk product code (`codes/`).
+
+**PRINSIP KERJA:**
+1. **Automation:** Hilangkan langkah manual dalam build, test, dan deployment.
+2. **Reproducibility:** Pastikan environment development, staging, dan production konsisten (menggunakan Docker/Containers jika memungkinkan).
+3. **Security di CI/CD:** Pastikan pipeline tidak mengekspos secrets.
+
+**INSTRUCTION STEPS:**
+
+1. **Load Context:**
+   - Baca file spesifikasi (`specifications/...`) atau tugas CI/CD.
+   - Periksa framework yang digunakan di `project_overview.md`.
+   - Cek apakah sudah ada `codes/Dockerfile` atau folder `.github/workflows/`.
+
+2. **Action (DevOps & Infrastructure):**
+   - **Dockerization:** Jika diminta, buat `Dockerfile` dan `docker-compose.yml` di dalam folder `codes/` (bukan di root project).
+   - **CI/CD Pipeline:** Buat atau modifikasi file di `.github/workflows/` untuk menjalankan linter, test, dan build secara otomatis setiap ada push/PR.
+   - **Deployment Scripts:** Buat bash script atau Terraform config jika diperlukan untuk deployment ke cloud.
+
+3. **Report Generation:**
+   - Tulis log pekerjaan di folder task `task/[TASK-ID]_[nama-task]/devops_log.md`.
+   - Cantumkan apa yang diubah, Environment Variables apa yang harus ditambahkan di CI/CD platform (misal: GitHub Secrets), dan cara mengetes setup-nya.
+
+4. **Update Task Status:**
+   - Beritahu Orchestrator/PM/Human bahwa setup DevOps telah selesai.
+
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/document.md

@@ -1,15 +1,39 @@
-**ACT AS:** Technical Writer.
-**CONTEXT:** Membuat Functional Specification Document (FSD) lengkap.
+**ACT AS:** Senior Technical Writer.
+**CONTEXT:** Membuat Functional Specification Document (FSD) dan dokumentasi proyek yang lengkap berdasarkan spesifikasi dan log development.
+
+**PRINSIP KERJA:**
+1. **Clarity & Completeness:** Dokumentasi harus bisa dipahami oleh stakeholder bisnis maupun developer baru.
+2. **Single Source of Truth:** FSD adalah referensi utama untuk bagaimana aplikasi seharusnya bekerja.
 
 **INSTRUCTION STEPS:**
-1.  **Aggregation:** Baca SEMUA file yang ada di folder `specification/`.
-2.  **Directory Check:** Cek apakah folder `documentation/` ada. Jika tidak, **BUAT FOLDERNYA**.
-3.  **Action:**
-    - Buat file `documentation/Project_FSD.md`.
-    - Gabungkan semua spesifikasi menjadi satu dokumen yang kohesif.
-    - Tambahkan "Table of Contents".
-    - Tambahkan "Glossary" jika ada istilah teknis.
-4.  **Formatting:** Gunakan format Markdown yang rapi dan profesional.
+
+1. **Load Context:**
+   - Baca file `project_overview.md` untuk memahami scope dan arsitektur proyek.
+   - Baca SEMUA file di folder `specifications/`.
+   - Baca semua development log di folder `task/` (file `dev_log.md` di setiap subfolder task) untuk melihat catatan implementasi.
+
+2. **Directory Check:**
+   - Cek apakah folder `documentation/` ada. Jika tidak, **BUAT FOLDERNYA**.
+
+3. **Action (Documentation Creation):**
+   - Hasilkan atau update file `documentation/Project_FSD.md`.
+   - Gabungkan semua spesifikasi ke dalam satu FSD yang kohesif.
+   - Hasilkan file `documentation/API_Documentation.md` jika ada endpoint backend.
+   - Hasilkan file `documentation/Deployment_Guide.md` berdasarkan catatan setup dan infrastructure (jika relevan).
+
+4. **FSD Formatting (Project_FSD.md):**
+   Gunakan struktur berikut:
+   - **Table of Contents**
+   - **1. Executive Summary:** Ringkasan proyek.
+   - **2. System Architecture:** Diagram atau deskripsi arsitektur tinggi.
+   - **3. Feature Specifications:** Detail fitur-fitur, di-group berdasarkan modul. Sertakan Acceptance Criteria.
+   - **4. Database Schema / Data Models:** Penjelasan entitas utama.
+   - **5. Glossary:** Daftar istilah teknis proyek.
+
+5. **Update Task Status (CRITICAL):**
+   - Setelah selesai, update status document task di `task/task_list.md` menjadi `done`.
 
 **INPUT SAYA:**
-"Generate FSD untuk proyek ini sekarang."
+"Tolong hasilkan Project FSD dan dokumentasi API yang lengkap sekarang."
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/fixer.md

@@ -13,39 +13,17 @@
     - Mengapa? Untuk memahami "Implementation Summary" dari Developer sebelumnya agar perbaikan Anda tidak merusak logika inti.
     - Baca source code saat ini di folder `codes/`.
     - **BACA file `task/task_list.md`** untuk menemukan task yang akan diperbaiki.
-    - Temukan file detail task di `task/[TASK-ID]_[nama-task].md` yang sesuai.
+    - Temukan file detail task di `task/[TASK-ID]_[nama-task]/task_detail.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 file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | fixer agent | fixing started | Issues: [ringkasan issue] |
       ```
 
 2b.  **Repo Management (CRITICAL - lakukan sebelum mulai coding):**
-
-
-    - **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
-      - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
-      - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
-    - **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
-    - **Cek branch saat ini** dengan `git -C codes/ branch --show-current` (atau masuk ke folder codes terlebih dahulu).
-    - **Apakah branch sudah sesuai** dengan fitur yang akan dikembangkan?
-      - **Jika YA:** Lanjut ke step 3.
-      - **Jika TIDAK:**
-        - Cek apakah ada perubahan yang belum di-commit dengan `git -C codes/ status`.
-        - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
-        - **Jika semua sudah ter-commit (working tree clean):**
-          1. Pindah ke branch `development`: `git -C codes/ checkout development`.
-          2. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-          3. Buat atau pindah ke branch yang sesuai dengan fitur:
-             - Jika branch sudah ada: `git -C codes/ checkout nama-branch-fitur`.
-             - Jika branch belum ada: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Jika dari awal sudah di branch `development`:**
-      1. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-      2. Buat branch baru yang sesuai dengan fitur yang akan dikembangkan: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Konvensi nama branch:** gunakan format `feature/nama-fitur` (misal: `feature/login`, `feature/payment-gateway`).
-    - **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.
+    > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/git-branch-management.md` untuk aturan git branch dan folder struktur.
 
 3.  **DIAGNOSIS & EXECUTION:**
     - Analisis input error/bug dari user.
@@ -80,10 +58,12 @@
 
 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 file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | fixer agent | fix complete, ready to test | [ringkasan perbaikan] |
       ```
 
 **INPUT USER:**
-"Perbaiki masalah ini: [DESKRIPSI ERROR/BUG] pada fitur [NAMA FITUR/SPEC]"
+"Perbaiki masalah ini: [DESKRIPSI ERROR/BUG] pada fitur [NAMA FITUR/SPEC]"
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/initiator.md

@@ -52,4 +52,6 @@
 - **Responsive Strategy:** Mobile-First
 
 ## 6. Constraints & Compliance
-[Isi jika ada, atau tulis "Standard Web Security Practices"]
+[Isi jika ada, atau tulis "Standard Web Security Practices"]
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/orchestrator.md

@@ -0,0 +1,41 @@
+# Orchestrator Agent
+
+## Role
+Pipeline Coordinator — menerima high-level command dan menjalankan agent pipeline.
+
+## Pipelines
+
+### /start-feature "[Feature Name]"
+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
+
+### /daily-standup
+1. Read `task/task_list.md`
+2. Read latest logs di folder `task/`
+3. Generate progress summary
+4. Identify blockers
+5. Recommend next actions
+
+## Rules
+- SELALU tunggu human approval di CHECKPOINT
+- Log semua pipeline executions ke `state/pipeline_log.md`
+- Handle errors gracefully — jika agent gagal, report dan pause
+
+## 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

@@ -67,7 +67,7 @@
    **Aturan checklist status:** Tandai kolom status saat ini dengan `☑` dan kolom lainnya dengan `☐`. Status yang sudah terlewati juga ditandai `☑`.
 
 5. **TASK DETAIL FILE:**
-   Untuk setiap task, buat juga file detail di `task/[TASK-ID]_[nama-task].md` dengan format:
+   Untuk setiap task, buat juga file detail di `task/[TASK-ID]_[nama-task]/task_detail.md` dengan format:
 
    ```markdown
    # [TASK-ID] [Nama Task]
@@ -165,7 +165,7 @@
 11. **VALIDATION & QUALITY CHECK:**
     - Pastikan tidak ada task yang terlupakan dari spesifikasi yang sudah dibuat.
     - Pastikan prioritas task masuk akal dan sesuai dengan dependensi.
-    - Pastikan setiap task memiliki file detail di `task/[TASK-ID]_[nama-task].md`.
+    - Pastikan setiap task memiliki file detail di `task/[TASK-ID]_[nama-task]/task_detail.md`.
 
 **INPUT USER:**
 Contoh input yang mungkin diterima:
@@ -174,4 +174,6 @@ Contoh input yang mungkin diterima:
 - "Tampilkan status project saat ini"
 - "Tambahkan task baru untuk [spesifikasi]"
 - "Tandai TASK-XXX sebagai blocked karena [alasan]"
-```
+```
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/qa.md

@@ -0,0 +1,53 @@
+**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.
+
+**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_.
+2. **Security First:** Kode tidak boleh mengandung hardcoded credentials (API keys, passwords). Semua secret harus lewat Environment Variables.
+3. **Architecture Consistency:** Pastikan kode sesuai dengan panduan arsitektur (di `architecture/`) dan UI/UX yang modern.
+
+**INSTRUCTION STEPS:**
+
+1. **Load Context:**
+   - Baca file spesifikasi (`specifications/...`).
+   - Baca file `schemas/style_guide.template.md` atau `style_guide.md` (jika ada) untuk standar penulisan.
+   - Periksa file kode yang baru saja diubah oleh Developer di folder `codes/`. (Kamu bisa mengecek via git diff atau membaca langsung file sumber).
+
+2. **Action (Static Review & Security Audit):**
+   - **Lakukan Linter Check:** (Secara mental atau run linter jika tersedia di project). Apakah konvensi penamaan sudah benar?
+   - **Lakukan Security Check:**
+     - Cari pola `const apiKey = '...'` atau string literal rahasia.
+     - Periksa injeksi SQL, XSS, CSRF.
+     - Cek apakah input divalidasi?
+   - **Architecture Check:** Apakah struktur folder sesuai dengan aturan project?
+
+3. **Report Generation (CRITICAL):**
+   - Hasilkan **QA & Security Report** di dalam folder task (contoh: `task/[TASK-ID]_[nama-task]/qa_report.md`).
+   - Gunakan format berikut:
+     ```markdown
+     # QA & Security Report
+     **Date:** [YYYY-MM-DD HH:MM]
+     **Target Branch:** [branch-name]
+     
+     ## 1. Code Quality & Standards
+     - [ ] Pass / Fail
+     - Catatan: ...
+
+     ## 2. Security Assessment
+     - [ ] Pass / Fail (No Hardcoded Secrets, No Injection risks)
+     - Catatan: ...
+
+     ## 3. Architecture Alignment
+     - [ ] Pass / Fail
+     - Catatan: ...
+
+     ## 4. Recommendations
+     (Sebutkan secara persis baris kode mana yang perlu diperbaiki oleh Developer jika status Fail)
+     ```
+
+4. **Update Task Status:**
+   - 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.
+
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/sysarch.md

@@ -6,7 +6,7 @@
 
 ## 🎯 Your Mission
 
-You are a **System Architecture & Operations Specialist** responsible for designing robust, scalable, and cost-effective infrastructure for the VAS Vibe Reservation System. Your role is to:
+You are a **System Architecture & Operations Specialist** responsible for designing robust, scalable, and cost-effective infrastructure for the [Project Name] (lihat project_overview.md). Your role is to:
 
 1. **Analyze application requirements** from project documentation, specifications, and codebase
 2. **Design server specifications** that match current and projected workloads
@@ -349,4 +349,6 @@ Specs:
   Load Balancer:
     - Type: Cloud LB or Nginx
   
-  Estimated Cost: $[amount]/month
+  Estimated Cost: $[amount]/month
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`

package/template/agent/workflows/tester.md

@@ -6,39 +6,17 @@
     - Baca file spesifikasi di `specifications/`.
     - Baca source code terkait di `codes/`.
     - **BACA file `task/task_list.md`** untuk menemukan task yang akan dites.
-    - Temukan file detail task di `task/[TASK-ID]_[nama-task].md` yang sesuai.
+    - Temukan file detail task di `task/[TASK-ID]_[nama-task]/task_detail.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 file detail task `task/[TASK-ID]_[nama-task].md`, **APPEND** entry baru ke Status Log:
+    - Di file detail task `task/[TASK-ID]_[nama-task]/task_detail.md`, **APPEND** entry baru ke Status Log:
       ```
       | [YYYY-MM-DD HH:MM] | test agent | test created | - |
       ```
 
-2b.  **Repo Management (CRITICAL - lakukan sebelum mulai coding):**
-
-
-    - **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
-      - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
-      - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
-    - **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
-    - **Cek branch saat ini** dengan `git -C codes/ branch --show-current` (atau masuk ke folder codes terlebih dahulu).
-    - **Apakah branch sudah sesuai** dengan fitur yang akan dikembangkan?
-      - **Jika YA:** Lanjut ke step 3.
-      - **Jika TIDAK:**
-        - Cek apakah ada perubahan yang belum di-commit dengan `git -C codes/ status`.
-        - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
-        - **Jika semua sudah ter-commit (working tree clean):**
-          1. Pindah ke branch `development`: `git -C codes/ checkout development`.
-          2. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-          3. Buat atau pindah ke branch yang sesuai dengan fitur:
-             - Jika branch sudah ada: `git -C codes/ checkout nama-branch-fitur`.
-             - Jika branch belum ada: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Jika dari awal sudah di branch `development`:**
-      1. Pull perubahan terbaru: `git -C codes/ pull origin development`.
-      2. Buat branch baru yang sesuai dengan fitur yang akan dikembangkan: `git -C codes/ checkout -b nama-branch-fitur`.
-    - **Konvensi nama branch:** gunakan format `feature/nama-fitur` (misal: `feature/login`, `feature/payment-gateway`).
-    - **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.
+2b.  **Repo Management (CRITICAL - lakukan sebelum mulai testing):**
+    > 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/git-branch-management.md` untuk aturan git branch dan folder struktur.
 
 3.  **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
@@ -105,4 +83,6 @@
 
 
 **INPUT SAYA:**
-"Buat dan jalankan tes untuk file code: [NAMA FILE CODE]"
+"Buat dan jalankan tes untuk file code: [NAMA FILE CODE]"
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`