create-vasvibe 2.4.0 → 2.5.1

package/template/.agents/workflows/build-feature.md

@@ -1,21 +1,21 @@
----
-description: Jalankan Fase 2 (Pengerjaan) — implementasi satu fitur dari spec yang sudah ada.
----
-
-Jalankan **Fase 2 — Pengerjaan** untuk fitur: **$ARGUMENTS**
-
-Langkah:
-1. **PM** → buat task & detail file dari spec
-2. **Analyst (spec-lock)** → matangkan AC detail untuk fitur ini
-3. **Implementasi sesuai depth:**
-   - `depth=fast` → **Fullstack** (fullstack tunggal)
-   - `depth=standard|deep` → **Backend Engineer** ∥ **Frontend Engineer** (paralel, honor API Contract)
-4. **QA** → static review + unit test
-5. **GATE — Code review lulus:** Human review pakai QA report.
-
-**Aturan orkestrasi (WAJIB):**
-- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
-- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
-- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
-- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
-- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).
+---
+description: Jalankan Fase 2 (Pengerjaan) — implementasi satu fitur dari spec yang sudah ada.
+---
+
+Jalankan **Fase 2 — Pengerjaan** untuk fitur: **$ARGUMENTS**
+
+Langkah:
+1. **PM** → buat task & detail file dari spec
+2. **Analyst (spec-lock)** → matangkan AC detail untuk fitur ini
+3. **Implementasi sesuai depth:**
+   - `depth=fast` → **Fullstack** (fullstack tunggal)
+   - `depth=standard|deep` → **Backend Engineer** ∥ **Frontend Engineer** (paralel, honor API Contract)
+4. **QA** → static review + unit test
+5. **GATE — Code review lulus:** Human review pakai QA report.
+
+**Aturan orkestrasi (WAJIB):**
+- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
+- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
+- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
+- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
+- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).

package/template/.agents/workflows/build-prototype.md

@@ -1,32 +1,32 @@
----
-description: Bangun prototipe UI/UX cepat (frontend-only, data mock) untuk presentasi/menyepakati desain dengan klien — tanpa backend.
----
-
-Jalankan **Build Prototype** — prototipe UI/UX cepat untuk: **$ARGUMENTS**
-
-> **Tujuan:** menampilkan tampilan aplikasi secepatnya untuk presentasi ke klien / menyepakati UI-UX — BUKAN produk jadi. **Frontend saja: tanpa backend, tanpa API nyata, tanpa database.** Data di-mock/fixture. Ini artefak demo (throwaway) yang bisa diganti; jangan diperlakukan sebagai implementasi final.
-
-**DI LUAR RUANG LINGKUP (jangan dikerjakan):** business logic, persistensi data, integrasi API nyata, autentikasi nyata, dan test fungsional. Untuk implementasi sungguhan gunakan `/build-feature`.
-
-Langkah:
-0. **Provisioning (Toolsmith)** → pastikan skill + MCP untuk prototyping terpasang di tool aktif: skill `ui-ux-pro-max` + `theme-factory`, MCP `shadcn`. Sumber acuan `state/workspace-manifest.json` + `schemas/workspace-registry.json` (mapping `prototype`). Skip cepat jika sudah ter-apply.
-1. **Brief Prototipe (INTERAKTIF — JANGAN delegasikan ke subagent)** → klarifikasi cepat dengan human di thread utama: layar/alur apa yang mau ditunjukkan, urutan navigasi antar-layar, dan referensi visual (brand/warna/mood) jika ada. Ringkas — bukan wawancara kebutuhan penuh.
-   - *(Opsional, pra-kode)* Untuk menyepakati layout/hierarki lebih dulu tanpa menulis kode, boleh pakai mockup inline (skill/tool `visualize`) atau aset visual (Canva) **bila tool aktif menyediakannya** — ini opsional, bukan dependensi.
-2. **Arah Visual (pilih satu):**
-   - `state/knowledge_base/design-system/` **sudah ada** → pakai sebagai acuan, lewati langkah ini.
-   - Belum ada & butuh **kilat** → gunakan skill **`theme-factory`** untuk menetapkan tema global (palette + font) instan.
-   - Belum ada & mau **lebih rapi** → delegasikan ke **UX Designer** (mode `fast`) untuk palette + tipografi + token dasar via `ui-ux-pro-max`.
-3. **Frontend Engineer (mode PROTOTYPE)** → bangun UI di `codes/`:
-   - Frontend-only, **tanpa panggilan backend** — gunakan data **mock/fixture statis**.
-   - **Tooling (komplementer):** `theme-factory` untuk tema global (bila belum ada design-system) · `ui-ux-pro-max` untuk pola, layout & kualitas komponen · MCP `shadcn` untuk menarik komponen jadi bila tersedia. Ikuti `design-system/` bila ada.
-   - Bangun semua layar yang disepakati + **navigasi antar-layar yang clickable** agar bisa didemokan.
-   - Tampilkan variasi state (empty/loading/success) sebagai tampilan statis bila relevan — tanpa logika nyata.
-   - **Lewati unit test dan integrasi API.**
-4. **CHECKPOINT — Demo ke klien:** **Jalankan dev server** prototipe dan tampilkan ke human/klien; kumpulkan feedback UI/UX. **Iterasi langkah 3** sampai desain disepakati.
-5. **Output:** prototipe frontend yang bisa dijalankan untuk presentasi + catatan kesepakatan UI/UX (masukan untuk `design-system/` atau spec berikutnya).
-
-**Aturan orkestrasi (WAJIB):**
-- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent (Task tool Claude Code / agent invocation OpenCode).
-- **BERHENTI di CHECKPOINT** untuk feedback klien sebelum iterasi atau menyelesaikan.
-- Ini alur **di luar 4 fase** (throwaway/demo) — JANGAN buat spec, API Contract, atau backend. Jika klien setuju dan ingin lanjut ke produk, arahkan ke `/plan-feature` (fitur) atau `/plan-project` (proyek baru).
-- Definisi kanonik pipeline: `agent/workflows/orchestrator.md`. Model fase: `agent/workflows/_shared/phases.md`.
+---
+description: Bangun prototipe UI/UX cepat (frontend-only, data mock) untuk presentasi/menyepakati desain dengan klien — tanpa backend.
+---
+
+Jalankan **Build Prototype** — prototipe UI/UX cepat untuk: **$ARGUMENTS**
+
+> **Tujuan:** menampilkan tampilan aplikasi secepatnya untuk presentasi ke klien / menyepakati UI-UX — BUKAN produk jadi. **Frontend saja: tanpa backend, tanpa API nyata, tanpa database.** Data di-mock/fixture. Ini artefak demo (throwaway) yang bisa diganti; jangan diperlakukan sebagai implementasi final.
+
+**DI LUAR RUANG LINGKUP (jangan dikerjakan):** business logic, persistensi data, integrasi API nyata, autentikasi nyata, dan test fungsional. Untuk implementasi sungguhan gunakan `/build-feature`.
+
+Langkah:
+0. **Provisioning (Toolsmith)** → pastikan skill + MCP untuk prototyping terpasang di tool aktif: skill `ui-ux-pro-max` + `theme-factory`, MCP `shadcn`. Sumber acuan `state/workspace-manifest.json` + `schemas/workspace-registry.json` (mapping `prototype`). Skip cepat jika sudah ter-apply.
+1. **Brief Prototipe (INTERAKTIF — JANGAN delegasikan ke subagent)** → klarifikasi cepat dengan human di thread utama: layar/alur apa yang mau ditunjukkan, urutan navigasi antar-layar, dan referensi visual (brand/warna/mood) jika ada. Ringkas — bukan wawancara kebutuhan penuh.
+   - *(Opsional, pra-kode)* Untuk menyepakati layout/hierarki lebih dulu tanpa menulis kode, boleh pakai mockup inline (skill/tool `visualize`) atau aset visual (Canva) **bila tool aktif menyediakannya** — ini opsional, bukan dependensi.
+2. **Arah Visual (pilih satu):**
+   - `state/knowledge_base/design-system/` **sudah ada** → pakai sebagai acuan, lewati langkah ini.
+   - Belum ada & butuh **kilat** → gunakan skill **`theme-factory`** untuk menetapkan tema global (palette + font) instan.
+   - Belum ada & mau **lebih rapi** → delegasikan ke **UX Designer** (mode `fast`) untuk palette + tipografi + token dasar via `ui-ux-pro-max`.
+3. **Frontend Engineer (mode PROTOTYPE)** → bangun UI di `codes/`:
+   - Frontend-only, **tanpa panggilan backend** — gunakan data **mock/fixture statis**.
+   - **Tooling (komplementer):** `theme-factory` untuk tema global (bila belum ada design-system) · `ui-ux-pro-max` untuk pola, layout & kualitas komponen · MCP `shadcn` untuk menarik komponen jadi bila tersedia. Ikuti `design-system/` bila ada.
+   - Bangun semua layar yang disepakati + **navigasi antar-layar yang clickable** agar bisa didemokan.
+   - Tampilkan variasi state (empty/loading/success) sebagai tampilan statis bila relevan — tanpa logika nyata.
+   - **Lewati unit test dan integrasi API.**
+4. **CHECKPOINT — Demo ke klien:** **Jalankan dev server** prototipe dan tampilkan ke human/klien; kumpulkan feedback UI/UX. **Iterasi langkah 3** sampai desain disepakati.
+5. **Output:** prototipe frontend yang bisa dijalankan untuk presentasi + catatan kesepakatan UI/UX (masukan untuk `design-system/` atau spec berikutnya).
+
+**Aturan orkestrasi (WAJIB):**
+- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent (Task tool Claude Code / agent invocation OpenCode).
+- **BERHENTI di CHECKPOINT** untuk feedback klien sebelum iterasi atau menyelesaikan.
+- Ini alur **di luar 4 fase** (throwaway/demo) — JANGAN buat spec, API Contract, atau backend. Jika klien setuju dan ingin lanjut ke produk, arahkan ke `/plan-feature` (fitur) atau `/plan-project` (proyek baru).
+- Definisi kanonik pipeline: `agent/workflows/orchestrator.md`. Model fase: `agent/workflows/_shared/phases.md`.

package/template/.agents/workflows/daily-standup.md

@@ -1,16 +1,16 @@
----
-description: Ringkasan progres harian per fase + blockers + next actions.
----
-
-Buat ringkasan standup:
-1. Baca `task/task_list.md` + log terbaru di `task/`
-2. Generate progress summary **per fase** (Perencanaan/Pengerjaan/Testing/Hardening)
-3. Identifikasi blockers
-4. Rekomendasikan next actions.
-
-**Aturan orkestrasi (WAJIB):**
-- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
-- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
-- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
-- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
-- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).
+---
+description: Ringkasan progres harian per fase + blockers + next actions.
+---
+
+Buat ringkasan standup:
+1. Baca `task/task_list.md` + log terbaru di `task/`
+2. Generate progress summary **per fase** (Perencanaan/Pengerjaan/Testing/Hardening)
+3. Identifikasi blockers
+4. Rekomendasikan next actions.
+
+**Aturan orkestrasi (WAJIB):**
+- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
+- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
+- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
+- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
+- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).

package/template/.agents/workflows/deliver-feature.md

@@ -1,16 +1,16 @@
----
-description: Meta: jalankan Fase 2 lalu Fase 3 untuk satu fitur (build + test) dengan gate.
----
-
-Kerjakan satu fitur penuh dari build sampai test: **$ARGUMENTS**
-
-1. Jalankan pipeline **/build-feature** (Fase 2) — berhenti di gate-nya.
-2. Setelah gate lulus, jalankan **/test-feature** (Fase 3) — berhenti di gate-nya.
-Jangan gabungkan gate; tiap fase tetap minta approval human terpisah.
-
-**Aturan orkestrasi (WAJIB):**
-- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
-- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
-- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
-- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
-- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).
+---
+description: Meta: jalankan Fase 2 lalu Fase 3 untuk satu fitur (build + test) dengan gate.
+---
+
+Kerjakan satu fitur penuh dari build sampai test: **$ARGUMENTS**
+
+1. Jalankan pipeline **/build-feature** (Fase 2) — berhenti di gate-nya.
+2. Setelah gate lulus, jalankan **/test-feature** (Fase 3) — berhenti di gate-nya.
+Jangan gabungkan gate; tiap fase tetap minta approval human terpisah.
+
+**Aturan orkestrasi (WAJIB):**
+- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
+- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
+- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
+- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
+- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).

package/template/.agents/workflows/explorer.md

@@ -1,78 +1,78 @@
-# Explorer Agent — Workflow Detail
-
-**Role:** Senior Software Architect & Code Analyst  
-**Trigger:** `/explore-codebase` atau dipanggil Orchestrator sebelum `/build-feature` pada project existing.  
-**Input:** Codebase yang sudah ada di folder `codes/`  
-**Output:** `project_overview.md`, `state/knowledge_base/codebase/inventory.md`, `state/context.json`
-
----
-
-## Kapan Menggunakan Explorer?
-
-Gunakan Explorer (bukan Discovery + Initiator) ketika:
-- Kamu **bergabung ke project yang sudah berjalan** dan perlu memahami kondisinya sebelum mengerjakan fitur baru.
-- Ada **handover codebase** dari tim lain dan tidak ada dokumentasi overview.
-- Kamu ingin **memverifikasi** apakah `project_overview.md` yang ada masih akurat dengan kode terkini.
-- Sebelum menjalankan `/build-feature` atau `/start-fix` pada project existing yang belum punya state.
-
----
-
-## Alur Kerja
-
-```
-codes/ exists?
-     │
-     ├─ YES → Explorer baca kode → tulis project_overview.md + inventory + context.json
-     │              │
-     │              └─ Human review → lanjut ke /build-feature atau /start-fix
-     │
-     └─ NO  → Arahkan ke /plan-project (project baru, mulai dari Discovery)
-```
-
----
-
-## Dokumen yang Dihasilkan
-
-| Dokumen | Path | Deskripsi |
-|---------|------|-----------|
-| Project Overview | `project_overview.md` | Tech stack, fitur, design system — disintesis dari kode |
-| Codebase Inventory | `state/knowledge_base/codebase/inventory.md` | Daftar API endpoints, data models, file penting |
-| Context State | `state/context.json` | Status project saat ini untuk kontinuitas antar-session |
-
----
-
-## Panduan Membaca Kode per Stack
-
-### Node.js / TypeScript (Next.js, Express, NestJS)
-- Root: `package.json`, `tsconfig.json`, `.env.example`
-- Routes: `src/routes/`, `src/app/api/`, `pages/api/`, `src/controllers/`
-- Models: `prisma/schema.prisma`, `src/models/`, `src/entities/`
-- Config: `src/config/`, `next.config.js`, `nest-cli.json`
-
-### Python (FastAPI, Django, Flask)
-- Root: `pyproject.toml`, `requirements.txt`, `setup.py`
-- Routes: `app/routers/`, `app/views.py`, `urls.py`
-- Models: `app/models.py`, `alembic/versions/`
-- Config: `app/config.py`, `settings.py`
-
-### Go
-- Root: `go.mod`, `go.sum`
-- Routes: `internal/handler/`, `internal/api/`, `cmd/`
-- Models: `internal/domain/`, `internal/model/`
-- DB: `internal/repository/`, migration files
-
-### Mobile (Flutter, React Native)
-- Root: `pubspec.yaml` atau `package.json`
-- Screens: `lib/screens/`, `src/screens/`
-- State: `lib/providers/`, `lib/bloc/`, `src/store/`
-- API: `lib/services/`, `src/api/`
-
----
-
-## Output Quality Rules
-
-1. **Jangan berasumsi** — setiap klaim HARUS dari file yang dibaca. Tandai dengan `[confirmed]`, `[inferred]`, atau `[unknown]`.
-2. **Inventarisasi endpoints lengkap** — jangan skip; ini akan dipakai Analyst untuk API Contract.
-3. **Tandai incomplete features** — gunakan `[~]` untuk partial, `[ ]` untuk planned/TODO.
-4. **Catat technical debt** — tulis di `notes` field `context.json` agar agent berikutnya tahu.
-5. **Jangan timpa state yang masih valid** — jika `state/context.json` sudah ada dan masih relevan, merge informasi baru ke dalamnya.
+# Explorer Agent — Workflow Detail
+
+**Role:** Senior Software Architect & Code Analyst  
+**Trigger:** `/explore-codebase` atau dipanggil Orchestrator sebelum `/build-feature` pada project existing.  
+**Input:** Codebase yang sudah ada di folder `codes/`  
+**Output:** `project_overview.md`, `state/knowledge_base/codebase/inventory.md`, `state/context.json`
+
+---
+
+## Kapan Menggunakan Explorer?
+
+Gunakan Explorer (bukan Discovery + Initiator) ketika:
+- Kamu **bergabung ke project yang sudah berjalan** dan perlu memahami kondisinya sebelum mengerjakan fitur baru.
+- Ada **handover codebase** dari tim lain dan tidak ada dokumentasi overview.
+- Kamu ingin **memverifikasi** apakah `project_overview.md` yang ada masih akurat dengan kode terkini.
+- Sebelum menjalankan `/build-feature` atau `/start-fix` pada project existing yang belum punya state.
+
+---
+
+## Alur Kerja
+
+```
+codes/ exists?
+     │
+     ├─ YES → Explorer baca kode → tulis project_overview.md + inventory + context.json
+     │              │
+     │              └─ Human review → lanjut ke /build-feature atau /start-fix
+     │
+     └─ NO  → Arahkan ke /plan-project (project baru, mulai dari Discovery)
+```
+
+---
+
+## Dokumen yang Dihasilkan
+
+| Dokumen | Path | Deskripsi |
+|---------|------|-----------|
+| Project Overview | `project_overview.md` | Tech stack, fitur, design system — disintesis dari kode |
+| Codebase Inventory | `state/knowledge_base/codebase/inventory.md` | Daftar API endpoints, data models, file penting |
+| Context State | `state/context.json` | Status project saat ini untuk kontinuitas antar-session |
+
+---
+
+## Panduan Membaca Kode per Stack
+
+### Node.js / TypeScript (Next.js, Express, NestJS)
+- Root: `package.json`, `tsconfig.json`, `.env.example`
+- Routes: `src/routes/`, `src/app/api/`, `pages/api/`, `src/controllers/`
+- Models: `prisma/schema.prisma`, `src/models/`, `src/entities/`
+- Config: `src/config/`, `next.config.js`, `nest-cli.json`
+
+### Python (FastAPI, Django, Flask)
+- Root: `pyproject.toml`, `requirements.txt`, `setup.py`
+- Routes: `app/routers/`, `app/views.py`, `urls.py`
+- Models: `app/models.py`, `alembic/versions/`
+- Config: `app/config.py`, `settings.py`
+
+### Go
+- Root: `go.mod`, `go.sum`
+- Routes: `internal/handler/`, `internal/api/`, `cmd/`
+- Models: `internal/domain/`, `internal/model/`
+- DB: `internal/repository/`, migration files
+
+### Mobile (Flutter, React Native)
+- Root: `pubspec.yaml` atau `package.json`
+- Screens: `lib/screens/`, `src/screens/`
+- State: `lib/providers/`, `lib/bloc/`, `src/store/`
+- API: `lib/services/`, `src/api/`
+
+---
+
+## Output Quality Rules
+
+1. **Jangan berasumsi** — setiap klaim HARUS dari file yang dibaca. Tandai dengan `[confirmed]`, `[inferred]`, atau `[unknown]`.
+2. **Inventarisasi endpoints lengkap** — jangan skip; ini akan dipakai Analyst untuk API Contract.
+3. **Tandai incomplete features** — gunakan `[~]` untuk partial, `[ ]` untuk planned/TODO.
+4. **Catat technical debt** — tulis di `notes` field `context.json` agar agent berikutnya tahu.
+5. **Jangan timpa state yang masih valid** — jika `state/context.json` sudah ada dan masih relevan, merge informasi baru ke dalamnya.

package/template/.agents/workflows/harden-release.md

@@ -1,21 +1,21 @@
----
-description: Jalankan Fase 4 (Hardening) — security + reliability sebelum produksi. Per-release.
----
-
-Jalankan **Fase 4 — Hardening** (per-release) untuk versi: **$ARGUMENTS**
-
-Langkah:
-1. **Security (Mode A)** → Threat Modeling
-2. **Security (Mode B)** → Vulnerability Scan + verifikasi `security-standards.md`
-3. **Reliability** → performance, resilience, load test
-4. **CHECKPOINT:** Human review temuan Security + Reliability
-5. **Security (Mode C)** + **Fixer** → remediasi CRITICAL & HIGH
-6. **Tester** → regression test
-7. **GATE — Siap produksi:** Human sign-off.
-
-**Aturan orkestrasi (WAJIB):**
-- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
-- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
-- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
-- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
-- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).
+---
+description: Jalankan Fase 4 (Hardening) — security + reliability sebelum produksi. Per-release.
+---
+
+Jalankan **Fase 4 — Hardening** (per-release) untuk versi: **$ARGUMENTS**
+
+Langkah:
+1. **Security (Mode A)** → Threat Modeling
+2. **Security (Mode B)** → Vulnerability Scan + verifikasi `security-standards.md`
+3. **Reliability** → performance, resilience, load test
+4. **CHECKPOINT:** Human review temuan Security + Reliability
+5. **Security (Mode C)** + **Fixer** → remediasi CRITICAL & HIGH
+6. **Tester** → regression test
+7. **GATE — Siap produksi:** Human sign-off.
+
+**Aturan orkestrasi (WAJIB):**
+- Kamu adalah **Orchestrator** di thread utama. Delegasikan tiap langkah ke subagent yang disebut menggunakan Task tool (Claude Code) / agent invocation (OpenCode).
+- **BERHENTI di setiap GATE / CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum lanjut.
+- Definisi kanonik pipeline: baca `agent/workflows/orchestrator.md`. Model fase & kepemilikan dokumen: `agent/workflows/_shared/phases.md`.
+- Hormati `WORK_DEPTH` dari `project_overview.md` (override dengan `depth=` di argumen jika ada).
+- Jika muncul perubahan di tengah pipeline, ikuti `agent/workflows/_shared/change-management.md` (No Silent Changes).

package/template/.agents/workflows/logger.md

@@ -1,117 +1,117 @@
-# Logger Agent — Workflow Detail
-
-**Role:** Technical Change Recorder & Analyst  
-**Trigger:** Dipanggil kapan saja oleh human — *"catat perubahan ini"*, *"log apa yang baru saja terjadi"*, atau cukup *"logger"*.  
-**Input:** Deskripsi perubahan dari human, dan/atau analisa sesi / kode secara mandiri  
-**Output:** Entry baru di `task/[TASK-ID]/dev_log.md` + baris baru di Status Log task detail file
-
----
-
-## Kapan Memanggil Logger?
-
-| Situasi | Cara panggil |
-|---------|--------------|
-| Baru selesai fix bug secara manual | *"Logger, catat: fix bug validasi di form login"* |
-| Selesai coding satu sesi, ingin rekap tercatat | *"Logger, analisa apa yang baru saja dikerjakan dan catat"* |
-| Mau pastikan enhancement tercatat sebelum tutup sesi | *"Logger"* (tanpa argumen — logger akan tanya / analisa sendiri) |
-| Ingin log lintas beberapa task | *"Logger, tadi ada 3 perubahan: ..."* |
-
----
-
-## Tipe Perubahan & Klasifikasinya
-
-```
-Sesuatu yang salah/rusak diperbaiki?
-    └─ YES → fix
-
-Kemampuan baru ditambahkan?
-    └─ YES → enhancement
-
-Kode diubah tanpa ubah perilaku?
-    └─ YES → refactor
-
-Config, dependency, atau dokumentasi?
-    └─ YES → chore
-```
-
-**Aturan tie-breaker:** Jika satu perubahan bisa fix DAN enhancement (mis. memperbaiki cara feature bekerja sambil menambah field baru), buat **dua entry terpisah** — satu fix, satu enhancement.
-
----
-
-## Struktur Dokumen yang Diisi
-
-### 1. Task Detail File — Status Log
-**Path:** `task/[TASK-ID]_[nama-task]/[TASK-ID]_[nama-task].md`
-
-Logger menambahkan baris baru di tabel Status Log yang sudah ada:
-```markdown
-| [timestamp] | logger | [tipe] | [deskripsi 1 baris] |
-```
-
-### 2. Dev Log File
-**Path:** `task/[TASK-ID]_[nama-task]/dev_log.md`
-
-Logger membuat file ini jika belum ada, atau menambah entry di Revision History:
-```markdown
-## [timestamp] — [tipe]: [judul]
-
-**Type:** fix / enhancement / refactor / chore
-**Changed by:** [human / agent]
-
-### What Changed
-[Narasi singkat]
-
-### Files Affected
-- `path/file` — apa yang berubah
-
-### Notes
-[Catatan teknis jika ada]
-```
-
-### 3. Fallback — Untracked Changes
-Jika tidak ada task yang cocok, tulis ke:
-**Path:** `task/untracked/[YYYY-MM-DD]_untracked_changes.md`
-
-```markdown
-# Untracked Changes — [YYYY-MM-DD]
-
-## [HH:MM] — [tipe]: [judul]
-[Deskripsi perubahan]
-**Suggested Task:** [nama task yang mungkin relevan, atau "belum ada task terdaftar"]
-```
-
----
-
-## Alur Keputusan Logger
-
-```
-Human panggil logger
-        │
-        ├─ Ada deskripsi eksplisit? ──→ Gunakan sebagai basis
-        │
-        ├─ Tidak ada info? ──────────→ Tanya 1-2 pertanyaan ringkas
-        │
-        └─ Minta analisa mandiri? ───→ Periksa file yang berubah / konteks sesi
-                    │
-                    ▼
-        Klasifikasi tipe perubahan
-                    │
-                    ▼
-        Cari task yang cocok di task_list.md
-                    │
-                    ├─ Ketemu → tulis log di task tersebut
-                    ├─ Lintas task → tulis di semua task relevan
-                    └─ Tidak ketemu → tulis di task/untracked/
-                    │
-                    ▼
-        Konfirmasi ringkasan ke human
-```
-
----
-
-## Aturan Kualitas Log
-
-1. **Deskripsi konkret** — bukan *"fix bug"* tapi *"fix: email tidak divalidasi saat domain kosong"*
-2. **Satu entry per perubahan logis** — 3 perubahan berbeda = 3 entry
-3. **Tidak mengarang** — jika tidak yakin apa yang berubah, tanya dulu
-4. **Timestamp real** — selalu gunakan waktu saat ini, bukan placeholder
+# Logger Agent — Workflow Detail
+
+**Role:** Technical Change Recorder & Analyst  
+**Trigger:** Dipanggil kapan saja oleh human — *"catat perubahan ini"*, *"log apa yang baru saja terjadi"*, atau cukup *"logger"*.  
+**Input:** Deskripsi perubahan dari human, dan/atau analisa sesi / kode secara mandiri  
+**Output:** Entry baru di `task/[TASK-ID]/dev_log.md` + baris baru di Status Log task detail file
+
+---
+
+## Kapan Memanggil Logger?
+
+| Situasi | Cara panggil |
+|---------|--------------|
+| Baru selesai fix bug secara manual | *"Logger, catat: fix bug validasi di form login"* |
+| Selesai coding satu sesi, ingin rekap tercatat | *"Logger, analisa apa yang baru saja dikerjakan dan catat"* |
+| Mau pastikan enhancement tercatat sebelum tutup sesi | *"Logger"* (tanpa argumen — logger akan tanya / analisa sendiri) |
+| Ingin log lintas beberapa task | *"Logger, tadi ada 3 perubahan: ..."* |
+
+---
+
+## Tipe Perubahan & Klasifikasinya
+
+```
+Sesuatu yang salah/rusak diperbaiki?
+    └─ YES → fix
+
+Kemampuan baru ditambahkan?
+    └─ YES → enhancement
+
+Kode diubah tanpa ubah perilaku?
+    └─ YES → refactor
+
+Config, dependency, atau dokumentasi?
+    └─ YES → chore
+```
+
+**Aturan tie-breaker:** Jika satu perubahan bisa fix DAN enhancement (mis. memperbaiki cara feature bekerja sambil menambah field baru), buat **dua entry terpisah** — satu fix, satu enhancement.
+
+---
+
+## Struktur Dokumen yang Diisi
+
+### 1. Task Detail File — Status Log
+**Path:** `task/[TASK-ID]_[nama-task]/[TASK-ID]_[nama-task].md`
+
+Logger menambahkan baris baru di tabel Status Log yang sudah ada:
+```markdown
+| [timestamp] | logger | [tipe] | [deskripsi 1 baris] |
+```
+
+### 2. Dev Log File
+**Path:** `task/[TASK-ID]_[nama-task]/dev_log.md`
+
+Logger membuat file ini jika belum ada, atau menambah entry di Revision History:
+```markdown
+## [timestamp] — [tipe]: [judul]
+
+**Type:** fix / enhancement / refactor / chore
+**Changed by:** [human / agent]
+
+### What Changed
+[Narasi singkat]
+
+### Files Affected
+- `path/file` — apa yang berubah
+
+### Notes
+[Catatan teknis jika ada]
+```
+
+### 3. Fallback — Untracked Changes
+Jika tidak ada task yang cocok, tulis ke:
+**Path:** `task/untracked/[YYYY-MM-DD]_untracked_changes.md`
+
+```markdown
+# Untracked Changes — [YYYY-MM-DD]
+
+## [HH:MM] — [tipe]: [judul]
+[Deskripsi perubahan]
+**Suggested Task:** [nama task yang mungkin relevan, atau "belum ada task terdaftar"]
+```
+
+---
+
+## Alur Keputusan Logger
+
+```
+Human panggil logger
+        │
+        ├─ Ada deskripsi eksplisit? ──→ Gunakan sebagai basis
+        │
+        ├─ Tidak ada info? ──────────→ Tanya 1-2 pertanyaan ringkas
+        │
+        └─ Minta analisa mandiri? ───→ Periksa file yang berubah / konteks sesi
+                    │
+                    ▼
+        Klasifikasi tipe perubahan
+                    │
+                    ▼
+        Cari task yang cocok di task_list.md
+                    │
+                    ├─ Ketemu → tulis log di task tersebut
+                    ├─ Lintas task → tulis di semua task relevan
+                    └─ Tidak ketemu → tulis di task/untracked/
+                    │
+                    ▼
+        Konfirmasi ringkasan ke human
+```
+
+---
+
+## Aturan Kualitas Log
+
+1. **Deskripsi konkret** — bukan *"fix bug"* tapi *"fix: email tidak divalidasi saat domain kosong"*
+2. **Satu entry per perubahan logis** — 3 perubahan berbeda = 3 entry
+3. **Tidak mengarang** — jika tidak yakin apa yang berubah, tanya dulu
+4. **Timestamp real** — selalu gunakan waktu saat ini, bukan placeholder