create-vasvibe 0.2.2 → 0.3.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "create-vasvibe",
-  "version": "0.2.2",
+  "version": "0.3.0",
   "description": "Scaffold a new project with VasVibe agents, prompts, and workflows preconfigured (Claude, OpenCode, GitHub Copilot).",
   "type": "module",
   "bin": {

package/template/.agents/agents/sysarch/agent.json

@@ -7,7 +7,7 @@
       "systemPromptSections": [
         {
           "title": "Agent System Instructions",
-          "content": "**ACT AS:** System Architecture & Operations Specialist (SysArch Agent).\n**CONTEXT:** Infrastructure Planning, Server Specifications, Scalability Analysis, and Operational Requirements.\n\n**INSTRUCTION STEPS:**\n(Review your assigned workflow in agent/workflows/sysacrh.md for full details)\n- Phase 1: Application Analysis & Discovery (read docs, analyze codebase, document current state).\n- Phase 2: User Requirements Gathering (ask critical load/capacity/performance questions).\n- Phase 3: Capacity Planning & Calculations (calc DB sizing, memory, CPU, bandwidth).\n- Phase 4: Server Specification Design (create dev, staging, prod specs)."
+          "content": "**ACT AS:** System Architecture & Operations Specialist (SysArch Agent).\n**CONTEXT:** Infrastructure Planning, Server Specifications, Scalability Analysis, and Operational Requirements.\n\n**INSTRUCTION STEPS:**\n(Review your assigned workflow in agent/workflows/sysarch.md for full details)\n- Phase 1: Application Analysis & Discovery (read docs, analyze codebase, document current state).\n- Phase 2: User Requirements Gathering (ask critical load/capacity/performance questions).\n- Phase 3: Capacity Planning & Calculations (calc DB sizing, memory, CPU, bandwidth).\n- Phase 4: Server Specification Design (create dev, staging, prod specs)."
         }
       ],
       "toolNames": [

package/template/.claude/agents/developer.md

@@ -11,7 +11,7 @@ memory: project
 **INSTRUCTION STEPS:**
 
 1.  **Load Context:**
-    - Baca file spesifikasi target (misal: `specification/001_...md`).
+    - 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.
 

package/template/.claude/agents/fixer.md

@@ -25,6 +25,31 @@ description: "Bug Fixer - menganalisis error, menemukan root cause, dan memperba
       | [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.
+
 3.  **DIAGNOSIS & EXECUTION:**
     - Analisis input error/bug dari user.
     - Temukan akar masalah (*Root Cause*).

package/template/.claude/agents/pm.md

@@ -183,189 +183,3 @@ Contoh input yang mungkin diterima:
 - "Tambahkan task baru untuk [spesifikasi]"
 - "Tandai TASK-XXX sebagai blocked karena [alasan]"
 ```
-
-**INSTRUCTION STEPS:**
-
-1. **LOAD CONTEXT (CRITICAL):**
-   - Baca file `project_overview.md` untuk memahami scope proyek.
-   - Baca semua file di folder `specifications/` untuk mengidentifikasi semua spesifikasi yang sudah dibuat oleh Analyst.
-   - Baca file `task/task_list.md` (jika sudah ada) untuk melihat task yang sudah ada.
-
-2. **DIRECTORY CHECK:**
-   - Cek apakah folder `task/` ada. Jika tidak, **BUAT FOLDERNYA**.
-   - Cek apakah file `task/task_list.md` ada. Jika tidak, buat file baru.
-
-3. **TASK IDENTIFICATION:**
-   - Identifikasi semua spesifikasi yang sudah dibuat (mulai dari `000_spec_environment_setup.md`).
-   - Untuk setiap spesifikasi, buat task entry di task list.
-   - Tentukan prioritas berdasarkan:
-     - **P0 (Critical):** Environment setup, authentication, core infrastructure.
-     - **P1 (High):** Fitur utama yang menjadi MVP (Minimum Viable Product).
-     - **P2 (Medium):** Fitur tambahan yang penting.
-     - **P3 (Low):** Fitur enhancement atau nice-to-have.
-
-4. **TASK LIST STRUCTURE:**
-   File `task/task_list.md` harus mengikuti format berikut:
-
-   ```markdown
-   # TASK LIST - [Nama Project]
-   **Last Updated:** [YYYY-MM-DD HH:MM]
-   **Total Tasks:** [X]
-   **Completed:** [X] | **In Progress:** [X] | **Not Started:** [X] | **Blocked:** [X]
-
-   ---
-
-   ## Priority 0 (Critical)
-
-   ### [TASK-000] Environment Setup
-   - **Spec:** `specification/000_spec_environment_setup.md`
-   - **Status:** `not_started`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** None
-   - **Description:** Setup development environment dengan Docker containers
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Priority 1 (High)
-
-   ### [TASK-001] User Authentication - Login
-   - **Spec:** `specification/001_spec_login.md`
-   - **Status:** `not_started`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** TASK-000
-   - **Description:** Implementasi fitur login user
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Priority 2 (Medium)
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `not_started`
-   - **Assigned To:** -
-   - **Dependencies:** TASK-XXX
-   - **Description:** [Deskripsi singkat]
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Blocked Tasks
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `blocked`
-   - **Assigned To:** -
-   - **Dependencies:** TASK-XXX
-   - **Blocker Reason:** [Alasan kenapa task ini blocked]
-   - **Description:** [Deskripsi singkat]
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Completed Tasks
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `human_validated`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** TASK-XXX
-   - **Description:** [Deskripsi singkat]
-   - **Completed Date:** [YYYY-MM-DD HH:MM]
-   - **Notes:** Validated by [Nama]
-   ```
-
-5. **STATUS DEFINITIONS:**
-   Pastikan setiap task memiliki salah satu status berikut:
-   - `not_started`: Task belum dikerjakan sama sekali
-   - `dev`: Task sedang dikerjakan oleh Developer Agent
-   - `fixing`: Task sedang diperbaiki oleh Fixer Agent
-   - `testing_ready`: Test scenario dari Tester Agent sudah dibuat
-   - `ready_to_test`: Task sudah siap untuk dites (dev selesai, belum ada test scenario)
-   - `testing`: Task sedang dites oleh Tester Agent
-   - `passed`: Task lolos test
-   - `failed`: Task tidak lolos test
-   - `human_validated`: Task sudah divalidasi oleh manusia (status ini diisi manual)
-   - `blocked`: Task tidak dapat dikerjakan karena ada blocker
-
-6. **DEPENDENCY MANAGEMENT:**
-   - Identifikasi dependensi antar task.
-   - Task dengan dependensi hanya bisa dimulai setelah task dependency-nya selesai.
-   - Jika ada circular dependency, **TANDAI SEBAGAI BLOCKER** dan beri catatan.
-
-7. **MONITORING & UPDATES:**
-   - Ketika diminta update task list, baca ulang semua log di `logs/development/` untuk mengidentifikasi progress.
-   - Update status task berdasarkan log yang ditemukan.
-   - Update timestamp "Last Updated" setiap kali ada perubahan.
-   - Update summary di bagian atas (Total Tasks, Completed, In Progress, etc).
-
-8. **REPORTING:**
-   Ketika diminta membuat report, buat summary dalam format:
-   ```markdown
-   # PROJECT STATUS REPORT
-   **Date:** [YYYY-MM-DD]
-   
-   ## Overall Progress
-   - Total Tasks: [X]
-   - Completed: [X] ([X]%)
-   - In Progress: [X] ([X]%)
-   - Not Started: [X] ([X]%)
-   - Blocked: [X]
-   
-   ## Recent Completions (Last 7 days)
-   - [TASK-XXX] [Nama Task]
-   - [TASK-XXX] [Nama Task]
-   
-   ## In Progress
-   - [TASK-XXX] [Nama Task] - Status: [Status]
-   
-   ## Blockers & Issues
-   - [TASK-XXX] [Nama Task] - Blocker: [Reason]
-   
-   ## Next Priorities
-   1. [TASK-XXX] [Nama Task]
-   2. [TASK-XXX] [Nama Task]
-   ```
-
-9. **COLLABORATION WITH OTHER AGENTS:**
-   - **Developer Agent:** Akan update status dari `not_started` → `dev` → `ready_to_test`.
-   - **Fixer Agent:** Akan update status dari `failed` → `fixing` → `ready_to_test`.
-   - **Tester Agent:** Akan update status dari `ready_to_test` → `testing_ready` → `testing` → `passed`/`failed`.
-   - **Your Role:** Memastikan task list selalu up-to-date dan terorganisir dengan baik.
-
-10. **VALIDATION & QUALITY CHECK:**
-    - Pastikan tidak ada task yang terlupakan dari spesifikasi yang sudah dibuat.
-    - Pastikan prioritas task masuk akal dan sesuai dengan dependensi.
-    - Pastikan semua task memiliki informasi lengkap (Spec, Description, Dependencies).
-
-**INPUT USER:**
-Contoh input yang mungkin diterima:
-- "Buat task list berdasarkan spesifikasi yang sudah ada"
-- "Update task list dengan progress terbaru"
-- "Tampilkan status project saat ini"
-- "Tambahkan task baru untuk [spesifikasi]"
-- "Tandai TASK-XXX sebagai blocked karena [alasan]"
-```
-
-# Persistent Agent Memory
-
-You have a persistent Persistent Agent Memory directory at `/Users/admin/Development/study-indoensia/.claude/agent-memory/pman/`. Its contents persist across conversations.
-
-As you work, consult your memory files to build on previous experience. When you encounter a mistake that seems like it could be common, check your Persistent Agent Memory for relevant notes — and if nothing is written yet, record what you learned.
-
-Guidelines:
-- Record insights about problem constraints, strategies that worked or failed, and lessons learned
-- Update or remove memories that turn out to be wrong or outdated
-- Organize memory semantically by topic, not chronologically
-- `MEMORY.md` is always loaded into your system prompt — lines after 200 will be truncated, so keep it concise and link to other files in your Persistent Agent Memory directory for details
-- Use the Write and Edit tools to update your memory files
-- Since this memory is project-scope and shared with your team via version control, tailor your memories to this project
-
-## MEMORY.md
-
-Your MEMORY.md is currently empty. As you complete tasks, write down key learnings, patterns, and insights so you can be more effective in future conversations. Anything saved in MEMORY.md will be included in your system prompt next time.

package/template/.claude/agents/tester.md

@@ -18,6 +18,31 @@ description: "QA Tester - membuat dan menjalankan test serta menganalisis test f
       | [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.
+
 3.  **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
 4.  **Action (Test Case Generation):**

package/template/.github/prompts/developer.prompt.md

@@ -11,7 +11,7 @@ memory: project
 **INSTRUCTION STEPS:**
 
 1.  **Load Context:**
-    - Baca file spesifikasi target (misal: `specification/001_...md`).
+    - 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.
 

package/template/.github/prompts/fixer.prompt.md

@@ -22,6 +22,31 @@
       | [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.
+
 3.  **DIAGNOSIS & EXECUTION:**
     - Analisis input error/bug dari user.
     - Temukan akar masalah (*Root Cause*).

package/template/.github/prompts/tester.prompt.md

@@ -15,6 +15,31 @@
       | [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.
+
 3.  **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
 4.  **Action (Test Case Generation):**

package/template/.opencode/commands/developer.md

@@ -11,7 +11,7 @@ memory: project
 **INSTRUCTION STEPS:**
 
 1.  **Load Context:**
-    - Baca file spesifikasi target (misal: `specification/001_...md`).
+    - 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.
 

package/template/.opencode/commands/fixer.md

@@ -25,6 +25,31 @@ description: "Bug Fixer - menganalisis error, menemukan root cause, dan memperba
       | [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.
+
 3.  **DIAGNOSIS & EXECUTION:**
     - Analisis input error/bug dari user.
     - Temukan akar masalah (*Root Cause*).

package/template/.opencode/commands/pm.md

@@ -178,171 +178,3 @@ Contoh input yang mungkin diterima:
 - "Tambahkan task baru untuk [spesifikasi]"
 - "Tandai TASK-XXX sebagai blocked karena [alasan]"
 ```
-
-**INSTRUCTION STEPS:**
-
-1. **LOAD CONTEXT (CRITICAL):**
-   - Baca file `project_overview.md` untuk memahami scope proyek.
-   - Baca semua file di folder `specifications/` untuk mengidentifikasi semua spesifikasi yang sudah dibuat oleh Analyst.
-   - Baca file `task/task_list.md` (jika sudah ada) untuk melihat task yang sudah ada.
-
-2. **DIRECTORY CHECK:**
-   - Cek apakah folder `task/` ada. Jika tidak, **BUAT FOLDERNYA**.
-   - Cek apakah file `task/task_list.md` ada. Jika tidak, buat file baru.
-
-3. **TASK IDENTIFICATION:**
-   - Identifikasi semua spesifikasi yang sudah dibuat (mulai dari `000_spec_environment_setup.md`).
-   - Untuk setiap spesifikasi, buat task entry di task list.
-   - Tentukan prioritas berdasarkan:
-     - **P0 (Critical):** Environment setup, authentication, core infrastructure.
-     - **P1 (High):** Fitur utama yang menjadi MVP (Minimum Viable Product).
-     - **P2 (Medium):** Fitur tambahan yang penting.
-     - **P3 (Low):** Fitur enhancement atau nice-to-have.
-
-4. **TASK LIST STRUCTURE:**
-   File `task/task_list.md` harus mengikuti format berikut:
-
-   ```markdown
-   # TASK LIST - [Nama Project]
-   **Last Updated:** [YYYY-MM-DD HH:MM]
-   **Total Tasks:** [X]
-   **Completed:** [X] | **In Progress:** [X] | **Not Started:** [X] | **Blocked:** [X]
-
-   ---
-
-   ## Priority 0 (Critical)
-
-   ### [TASK-000] Environment Setup
-   - **Spec:** `specification/000_spec_environment_setup.md`
-   - **Status:** `not_started`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** None
-   - **Description:** Setup development environment dengan Docker containers
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Priority 1 (High)
-
-   ### [TASK-001] User Authentication - Login
-   - **Spec:** `specification/001_spec_login.md`
-   - **Status:** `not_started`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** TASK-000
-   - **Description:** Implementasi fitur login user
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Priority 2 (Medium)
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `not_started`
-   - **Assigned To:** -
-   - **Dependencies:** TASK-XXX
-   - **Description:** [Deskripsi singkat]
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Blocked Tasks
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `blocked`
-   - **Assigned To:** -
-   - **Dependencies:** TASK-XXX
-   - **Blocker Reason:** [Alasan kenapa task ini blocked]
-   - **Description:** [Deskripsi singkat]
-   - **Last Updated:** [YYYY-MM-DD HH:MM]
-   - **Notes:** -
-
-   ---
-
-   ## Completed Tasks
-
-   ### [TASK-XXX] [Nama Task]
-   - **Spec:** `specification/XXX_spec_...md`
-   - **Status:** `human_validated`
-   - **Assigned To:** Developer Agent
-   - **Dependencies:** TASK-XXX
-   - **Description:** [Deskripsi singkat]
-   - **Completed Date:** [YYYY-MM-DD HH:MM]
-   - **Notes:** Validated by [Nama]
-   ```
-
-5. **STATUS DEFINITIONS:**
-   Pastikan setiap task memiliki salah satu status berikut:
-   - `not_started`: Task belum dikerjakan sama sekali
-   - `dev`: Task sedang dikerjakan oleh Developer Agent
-   - `fixing`: Task sedang diperbaiki oleh Fixer Agent
-   - `testing_ready`: Test scenario dari Tester Agent sudah dibuat
-   - `ready_to_test`: Task sudah siap untuk dites (dev selesai, belum ada test scenario)
-   - `testing`: Task sedang dites oleh Tester Agent
-   - `passed`: Task lolos test
-   - `failed`: Task tidak lolos test
-   - `human_validated`: Task sudah divalidasi oleh manusia (status ini diisi manual)
-   - `blocked`: Task tidak dapat dikerjakan karena ada blocker
-
-6. **DEPENDENCY MANAGEMENT:**
-   - Identifikasi dependensi antar task.
-   - Task dengan dependensi hanya bisa dimulai setelah task dependency-nya selesai.
-   - Jika ada circular dependency, **TANDAI SEBAGAI BLOCKER** dan beri catatan.
-
-7. **MONITORING & UPDATES:**
-   - Ketika diminta update task list, baca ulang semua log di `logs/development/` untuk mengidentifikasi progress.
-   - Update status task berdasarkan log yang ditemukan.
-   - Update timestamp "Last Updated" setiap kali ada perubahan.
-   - Update summary di bagian atas (Total Tasks, Completed, In Progress, etc).
-
-8. **REPORTING:**
-   Ketika diminta membuat report, buat summary dalam format:
-   ```markdown
-   # PROJECT STATUS REPORT
-   **Date:** [YYYY-MM-DD]
-   
-   ## Overall Progress
-   - Total Tasks: [X]
-   - Completed: [X] ([X]%)
-   - In Progress: [X] ([X]%)
-   - Not Started: [X] ([X]%)
-   - Blocked: [X]
-   
-   ## Recent Completions (Last 7 days)
-   - [TASK-XXX] [Nama Task]
-   - [TASK-XXX] [Nama Task]
-   
-   ## In Progress
-   - [TASK-XXX] [Nama Task] - Status: [Status]
-   
-   ## Blockers & Issues
-   - [TASK-XXX] [Nama Task] - Blocker: [Reason]
-   
-   ## Next Priorities
-   1. [TASK-XXX] [Nama Task]
-   2. [TASK-XXX] [Nama Task]
-   ```
-
-9. **COLLABORATION WITH OTHER AGENTS:**
-   - **Developer Agent:** Akan update status dari `not_started` → `dev` → `ready_to_test`.
-   - **Fixer Agent:** Akan update status dari `failed` → `fixing` → `ready_to_test`.
-   - **Tester Agent:** Akan update status dari `ready_to_test` → `testing_ready` → `testing` → `passed`/`failed`.
-   - **Your Role:** Memastikan task list selalu up-to-date dan terorganisir dengan baik.
-
-10. **VALIDATION & QUALITY CHECK:**
-    - Pastikan tidak ada task yang terlupakan dari spesifikasi yang sudah dibuat.
-    - Pastikan prioritas task masuk akal dan sesuai dengan dependensi.
-    - Pastikan semua task memiliki informasi lengkap (Spec, Description, Dependencies).
-
-**INPUT USER:**
-Contoh input yang mungkin diterima:
-- "Buat task list berdasarkan spesifikasi yang sudah ada"
-- "Update task list dengan progress terbaru"
-- "Tampilkan status project saat ini"
-- "Tambahkan task baru untuk [spesifikasi]"
-- "Tandai TASK-XXX sebagai blocked karena [alasan]"
-```

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

@@ -1,3 +1,10 @@
+---
+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.
 
@@ -15,6 +22,31 @@
       | [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.
+
 3.  **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
 
 4.  **Action (Test Case Generation):**