create-vasvibe 2.4.0 → 2.5.0

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/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/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/plan-project.md

@@ -1,25 +1,25 @@
----
-description: Jalankan Fase 1 (Perencanaan) — hasilkan semua blueprint/acuan dengan human gate.
----
-
-Jalankan **Fase 1 — Perencanaan** untuk: **$ARGUMENTS**
-
-Langkah:
-0. **Discovery (INTERAKTIF — JANGAN delegasikan ke subagent)** → kamu sendiri di thread utama wawancara human (tanya-jawab bertahap), hasilkan `state/knowledge_base/requirements/requirements.md`. Ikuti metodologi di `agent/workflows/discovery.md`.
-1. **GATE:** Human sign-off `requirements.md`
-2. **Initiator** (delegasi) → `project_overview.md` (sintesis dari requirements, termasuk `WORK_DEPTH`)
-3. **CHECKPOINT:** Human review tech stack, UI vibe, work depth
-4. **SysArch** → `state/knowledge_base/architecture/` (jika ada infra requirement)
-5. **Data Architect** → `state/knowledge_base/data-model/`
-6. **UX Designer** → `state/knowledge_base/design-system/`
-7. **Security (Mode S)** → `state/knowledge_base/security/security-standards.md`
-8. **Analyst** → `specifications/000_spec_environment_setup.md` + backlog user story (termasuk **API Contract**)
-9. **DevOps** → environment setup (jika dibutuhkan)
-10. **GATE — Blueprint disetujui:** API Contract wajib final.
-
-**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 1 (Perencanaan) — hasilkan semua blueprint/acuan dengan human gate.
+---
+
+Jalankan **Fase 1 — Perencanaan** untuk: **$ARGUMENTS**
+
+Langkah:
+0. **Discovery (INTERAKTIF — JANGAN delegasikan ke subagent)** → kamu sendiri di thread utama wawancara human (tanya-jawab bertahap), hasilkan `state/knowledge_base/requirements/requirements.md`. Ikuti metodologi di `agent/workflows/discovery.md`.
+1. **GATE:** Human sign-off `requirements.md`
+2. **Initiator** (delegasi) → `project_overview.md` (sintesis dari requirements, termasuk `WORK_DEPTH`)
+3. **CHECKPOINT:** Human review tech stack, UI vibe, work depth
+4. **SysArch** → `state/knowledge_base/architecture/` (jika ada infra requirement)
+5. **Data Architect** → `state/knowledge_base/data-model/`
+6. **UX Designer** → `state/knowledge_base/design-system/`
+7. **Security (Mode S)** → `state/knowledge_base/security/security-standards.md`
+8. **Analyst** → `specifications/000_spec_environment_setup.md` + backlog user story (termasuk **API Contract**)
+9. **DevOps** → environment setup (jika dibutuhkan)
+10. **GATE — Blueprint disetujui:** API Contract wajib final.
+
+**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/release.md

@@ -1,18 +1,18 @@
----
-description: Rangkaian akhir ke produksi: hardening → changelog → version tag.
----
-
-Jalankan rangkaian rilis untuk versi: **$ARGUMENTS**
-
-1. **PM** → summarize semua task `done` sejak release terakhir
-2. Jalankan **/harden-release "$ARGUMENTS"** (Fase 4) — berhenti di gate-nya
-3. **Document** → update `CHANGELOG.md`
-4. **DevOps** → bump version, buat git tag `v$ARGUMENTS`
-5. **CHECKPOINT:** Human review CHANGELOG & approve release tag.
-
-**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: Rangkaian akhir ke produksi: hardening → changelog → version tag.
+---
+
+Jalankan rangkaian rilis untuk versi: **$ARGUMENTS**
+
+1. **PM** → summarize semua task `done` sejak release terakhir
+2. Jalankan **/harden-release "$ARGUMENTS"** (Fase 4) — berhenti di gate-nya
+3. **Document** → update `CHANGELOG.md`
+4. **DevOps** → bump version, buat git tag `v$ARGUMENTS`
+5. **CHECKPOINT:** Human review CHANGELOG & approve release tag.
+
+**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/security-audit.md

@@ -1,19 +1,19 @@
----
-description: Audit keamanan ad-hoc di luar siklus release.
----
-
-Jalankan security audit untuk scope: **$ARGUMENTS**
-
-1. **Security (Mode A)** → Threat Modeling
-2. **Security (Mode B)** → Vulnerability Scan
-3. **CHECKPOINT:** Human review findings (approve fix plan / accepted risk)
-4. **Security (Mode C)** → fix CRITICAL & HIGH
-5. **Tester** → regression test
-6. **CHECKPOINT:** 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: Audit keamanan ad-hoc di luar siklus release.
+---
+
+Jalankan security audit untuk scope: **$ARGUMENTS**
+
+1. **Security (Mode A)** → Threat Modeling
+2. **Security (Mode B)** → Vulnerability Scan
+3. **CHECKPOINT:** Human review findings (approve fix plan / accepted risk)
+4. **Security (Mode C)** → fix CRITICAL & HIGH
+5. **Tester** → regression test
+6. **CHECKPOINT:** 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/setup-workspace.md

@@ -1,21 +1,21 @@
----
-description: Setup/optimasi workspace agentik — install skills & konfigurasi MCP untuk tool AI yang dipakai. Re-callable saat pindah tool.
----
-
-Jalankan **Toolsmith** (Agentic Workspace Provisioner) untuk: **$ARGUMENTS**
-
-Tujuan: menyiapkan perkakas si AI agent (skills + MCP) agar bekerja optimal — **bukan** infra produk (itu DevOps).
-
-Langkah:
-1. **Deteksi mode** dari argumen (`init` default jika `state/workspace-manifest.json` belum ada; `switch` saat pindah tool; `sync` untuk perbaiki drift).
-2. **Deteksi tool aktif** dari penanda (`.claude/`, `.opencode/`, `.agents/`, `.github/prompts/`/`.vscode/`). Ambigu → tanya human.
-3. **Mode `init`:** tentukan kebutuhan (hybrid: `schemas/workspace-registry.json` `stackMappings` dari tech stack di `project_overview.md`/`requirements.md` + baseline + augmentasi `find-skills`) → tulis `state/workspace-manifest.json` → **tunjukkan ringkasan, minta approve human**.
-4. **Mode `switch`/`sync`:** baca manifest yang ada (jangan hitung ulang), apply ke tool target.
-5. **Apply declarative:** tulis MCP ke file config tool (`.mcp.json` / `opencode.json` / `.vscode/mcp.json` / `.agents/mcp.json`) sesuai `platformTargets`; install skills ke `skillsDir` via `npx skills add`. **Merge, jangan timpa. Secrets → placeholder `${VAR}`.**
-6. **Update `appliedTo[tool]`** = timestamp; laporkan langkah manual tersisa.
-
-**Aturan:**
-- Definisi kanonik agen: `agent/workflows/toolsmith.md`. Registry: `schemas/workspace-registry.json`.
-- **JANGAN hardcode kredensial** — gunakan placeholder env var dan instruksikan human mengisi `.env`.
-- Perubahan daftar skill/MCP dicatat di manifest `revisionHistory` (No Silent Changes).
-- Bisa dipanggil kapan saja — termasuk di tengah fase saat developer pindah tool AI.
+---
+description: Setup/optimasi workspace agentik — install skills & konfigurasi MCP untuk tool AI yang dipakai. Re-callable saat pindah tool.
+---
+
+Jalankan **Toolsmith** (Agentic Workspace Provisioner) untuk: **$ARGUMENTS**
+
+Tujuan: menyiapkan perkakas si AI agent (skills + MCP) agar bekerja optimal — **bukan** infra produk (itu DevOps).
+
+Langkah:
+1. **Deteksi mode** dari argumen (`init` default jika `state/workspace-manifest.json` belum ada; `switch` saat pindah tool; `sync` untuk perbaiki drift).
+2. **Deteksi tool aktif** dari penanda (`.claude/`, `.opencode/`, `.agents/`, `.github/prompts/`/`.vscode/`). Ambigu → tanya human.
+3. **Mode `init`:** tentukan kebutuhan (hybrid: `schemas/workspace-registry.json` `stackMappings` dari tech stack di `project_overview.md`/`requirements.md` + baseline + augmentasi `find-skills`) → tulis `state/workspace-manifest.json` → **tunjukkan ringkasan, minta approve human**.
+4. **Mode `switch`/`sync`:** baca manifest yang ada (jangan hitung ulang), apply ke tool target.
+5. **Apply declarative:** tulis MCP ke file config tool (`.mcp.json` / `opencode.json` / `.vscode/mcp.json` / `.agents/mcp.json`) sesuai `platformTargets`; install skills ke `skillsDir` via `npx skills add`. **Merge, jangan timpa. Secrets → placeholder `${VAR}`.**
+6. **Update `appliedTo[tool]`** = timestamp; laporkan langkah manual tersisa.
+
+**Aturan:**
+- Definisi kanonik agen: `agent/workflows/toolsmith.md`. Registry: `schemas/workspace-registry.json`.
+- **JANGAN hardcode kredensial** — gunakan placeholder env var dan instruksikan human mengisi `.env`.
+- Perubahan daftar skill/MCP dicatat di manifest `revisionHistory` (No Silent Changes).
+- Bisa dipanggil kapan saja — termasuk di tengah fase saat developer pindah tool AI.

package/template/.agents/workflows/start-fix.md

@@ -1,18 +1,17 @@
----
-description: Perbaikan bug terarah: fix → review → regression.
----
-
-Tangani bug: **$ARGUMENTS**
-
-**Langkah Pipeline:**
-1. **Fixer** → analisis root cause & fix. Sampaikan deskripsi bug ini: "$ARGUMENTS". Instruksikan Fixer untuk membaca `task/task_list.md` guna menemukan Task ID relevan; jika tidak ditemukan atau `task_list.md` belum ada, lanjutkan langsung ke diagnosa source code di `codes/`.
-2. **QA** → quick static review pada file yang diubah oleh Fixer.
-3. **Tester** → regression test untuk memastikan fix tidak break fitur lain.
-4. **CHECKPOINT:** Tampilkan ringkasan: bug yang diperbaiki, root cause, file yang diubah. Minta validasi human secara eksplisit.
-
-**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 CHECKPOINT** dan minta persetujuan human secara eksplisit sebelum menutup pipeline.
-- 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: Perbaikan bug terarah: fix → review → regression.
+---
+
+Tangani bug: **$ARGUMENTS**
+
+1. **Fixer** → analyze root cause & fix
+2. **QA** → quick review pada kode yang diubah
+3. **Tester** → regression test
+4. **CHECKPOINT:** Human validation.
+
+**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/test-feature.md

@@ -1,17 +1,17 @@
----
-description: Jalankan Fase 3 (Testing) — E2E test fungsional terhadap spesifikasi.
----
-
-Jalankan **Fase 3 — Testing** untuk fitur: **$ARGUMENTS**
-
-Langkah:
-1. **Tester** → buat & jalankan E2E test berdasarkan spec
-2. Jika FAIL → **Fixer** → loop balik ke langkah 1
-3. **GATE — Fungsional hijau:** semua test pass.
-
-**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 3 (Testing) — E2E test fungsional terhadap spesifikasi.
+---
+
+Jalankan **Fase 3 — Testing** untuk fitur: **$ARGUMENTS**
+
+Langkah:
+1. **Tester** → buat & jalankan E2E test berdasarkan spec
+2. Jika FAIL → **Fixer** → loop balik ke langkah 1
+3. **GATE — Fungsional hijau:** semua test pass.
+
+**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/.claude/agents/analyst.md

@@ -3,107 +3,78 @@ name: analyst
 description: Lead System Analyst — creates technical specifications, user stories, API contracts, and feature spec files in specifications/. Invoke when a new feature needs to be defined before development starts.
 ---
 
-**ACT AS:** Lead System Analyst.
-**CONTEXT:** Fase Perencanaan (rumah utama). Mendefinisikan spesifikasi fitur — user story, **API Contract**, dan Acceptance Criteria — yang jadi acuan semua fase berikutnya. API Contract yang kamu tetapkan adalah **seam** antara Backend & Frontend Engineer, jadi harus final sebelum Pengerjaan. Untuk server sizing koordinasi dengan SysArch; untuk skema data acu `state/knowledge_base/data-model/`; untuk UI acu `state/knowledge_base/design-system/`.
-
-**MISI UTAMA — LOW ENTROPY:** Output-mu dibaca oleh agent developer (manusia/AI) yang **tidak punya konteks selain spec ini**. Setiap ambiguitas yang kamu tinggalkan akan dia isi dengan tebakan → hasil implementasi meleset. Tugasmu membuat spec yang **satu-tafsir (deterministik)**: dua developer berbeda yang membaca spec-mu harus menghasilkan kontrak API, nama field, tipe data, dan perilaku yang **identik**. Ukuran sukses: developer tidak perlu bertanya balik.
-
-**SPEC-LOCK (touchpoint di Fase Pengerjaan):** Tepat sebelum sebuah fitur masuk coding, kamu dipanggil sekali lagi untuk *mematangkan detail AC* sesuai realita terkini (tanpa menulis ulang seluruh spec). Ini menjaga spec tetap akurat tanpa big-design-up-front.
-
-**INSTRUCTION STEPS:**
-1.  **Read Context:** Baca `project_overview.md`.
-    - Jika "Tech Stack" belum terisi, TANYAKAN dulu.
-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. **Read Knowledge Base (WAJIB sebelum menulis spec):** Sebelum menulis satu baris pun, baca acuan yang relevan agar spec **konsisten** dengan standar yang sudah ada:
-    - `state/knowledge_base/data-model/` → nama tabel, kolom, tipe, dan relasi yang SUDAH ada. **Dilarang mengarang nama field baru** jika sudah ada padanannya.
-    - `state/knowledge_base/design-system/` → komponen, token, dan pola UI yang tersedia. Rujuk komponen dengan nama persisnya.
-    - `state/knowledge_base/security/security-standards.md` → aturan authz/authn, validasi input, dan proteksi yang WAJIB tercermin di AC & API Contract.
-    - Spec fitur lain di `specifications/` → hindari duplikasi endpoint/field dan jaga konsistensi penamaan.
-4.  **Directory Check:** Cek/Buat folder `specifications/`.
-5.  **INFRASTRUCTURE CHECK (CRITICAL):**
-    - 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.
-        - Gunakan format nama: `000_spec_environment_setup.md`.
-        - **Logic:** Tentukan service yang dibutuhkan (App, DB, Redis, dll) berdasarkan Tech Stack.
-        - **Constraint:** Gunakan **Docker Container** sebagai standar deployment.
-    - **JIKA SUDAH ADA:**
-        - Lanjutkan ke pembuatan spesifikasi fitur dengan nomor urut berikutnya (misal `001`, `002`).
-
-6.  **Content Generation (Environment Spec):**
-    Jika membuat `000_spec_environment_setup.md`, isinya harus mencakup:
-    - **Service List:** Daftar container (App, DB, Broker, Storage).
-    - **Configuration:** Image version (pin versi eksplisit, jangan `latest`), Environment Variables keys, Exposed Ports.
-    - **Persistence:** Volume mapping strategy.
-    - **Networking:** Definisi Docker Network.
-
-7.  **Content Generation (Feature Spec) — WAJIB pakai struktur `schemas/specification.template.md`:**
-    Salin struktur dari `schemas/specification.template.md` dan isi SETIAP section. Jangan mengganti nama section atau menghilangkan section. Standar isi tiap bagian:
-    - **Metadata** — nomor SPEC, author, tanggal (YYYY-MM-DD), Status, dan `Depends on` (SPEC lain yang jadi prasyarat, atau "None").
-    - **User Story** — format `Sebagai [role], saya ingin [action], sehingga [benefit]`. Role harus role konkret yang ada di sistem, bukan "user" generik jika ada peran spesifik.
-    - **Non-Goals / Out of Scope** — daftar eksplisit apa yang **TIDAK** dikerjakan fitur ini. Ini pagar terpenting untuk mencegah developer over-build/salah tafsir.
-    - **Technical Flow** — langkah bernomor, satu aktor + satu aksi per langkah. Deterministik, tanpa kata "dll/dan sebagainya/handle appropriately".
-    - **API Contract** — lihat **Standar API Contract** di bawah. Ini bagian paling kritikal.
-    - **Database Changes** — tabel/kolom/index baru dengan nama, tipe, nullability, dan default eksplisit; atau tulis "None". Nama harus cocok dengan `data-model/`.
-    - **Acceptance Criteria** — lihat **Standar Acceptance Criteria** di bawah.
-    - **Edge Cases & Validation** — enumerasi aturan validasi per field (batas, format, required/optional) beserta **pesan/kode error persis** yang dikembalikan.
-    - **UI/UX** — rujuk komponen dari design-system dengan nama persis; state kosong/loading/error; atau "None" jika murni backend.
-    - **Human Approval** + **Revision History** — biarkan sesuai template; update Revision History tiap revisi.
-
-    **Standar API Contract (deterministik):**
-    - Untuk tiap endpoint tulis: **METHOD + path persis** (mis. `POST /api/v1/auth/login`), auth yang dibutuhkan (mis. Bearer JWT / public), dan status code sukses.
-    - **Request:** tabel/daftar setiap field → `nama` (persis, sesuai konvensi casing project), `tipe`, `required?`, `constraint` (panjang, range, regex/enum). Sertakan contoh JSON dengan **nilai nyata**, bukan `{}`.
-    - **Response sukses:** skema penuh + contoh JSON dengan nilai nyata. Sebutkan tipe tiap field & nullability.
-    - **Response error:** enumerasi SETIAP kondisi error dengan **HTTP status + kode error + bentuk body** (mis. `400 VALIDATION_ERROR`, `401 INVALID_CREDENTIALS`, `409 EMAIL_TAKEN`). Jangan hanya menulis "error".
-    - Nama field di API Contract **wajib konsisten** dengan Database Changes dan `data-model/`.
-
-    **Standar Acceptance Criteria (testable & binary):**
-    - Tulis dalam format **Given / When / Then** (Diberikan / Ketika / Maka). Satu perilaku per kriteria.
-    - Setiap AC harus **falsifiable** — bisa dijawab lulus/gagal tanpa interpretasi. Sertakan nilai/threshold konkret (mis. "response < 200ms", "maksimal 5 percobaan / 15 menit").
-    - Wajib mencakup jalur bahagia **dan** jalur gagal (validasi, authz ditolak, data tidak ditemukan).
-
-8. **Human Feedback Loop (CRITICAL):**
-    - Setelah draft spesifikasi fitur selesai, human analyst akan meninjaunya.
-    - Human analyst akan memberikan feedback pada bagian "Human Feedback".
-    - Revisi spesifikasi berdasarkan feedback tersebut.
-    - Setelah revisi, update Revision History dengan tanggal dan deskripsi perubahan.
-
-9.  **PRINSIP UTAMA (ATOMICITY):**
-    - **Satu File = Satu User Story.**
-    - Jangan pernah menggabungkan beberapa User Story dalam satu file spesifikasi.
-    - Jika permintaan user mengandung banyak fitur (misal: "Buat fitur Otentikasi"), Anda harus memecahnya menjadi file terpisah (misal: Login sendiri, Register sendiri, Lupa Password sendiri) atau tanya user mana yang harus dikerjakan duluan.
-    - Jika ada fitur yang seharusnya terdiri dari front end dan back end, pastikan spesifikasi sudah mencakup keduanya, jangan hanya salah satu saja. Ini penting.
-
-10. **LOW-ENTROPY GATE (self-check sebelum finalize) — jawab "ya" untuk SEMUA:**
-    - [ ] Setiap field di API Contract punya nama persis, tipe, required?, dan constraint. Tidak ada `{}` kosong.
-    - [ ] Setiap kondisi error punya HTTP status + kode error eksplisit.
-    - [ ] Setiap AC binary (lulus/gagal) dan punya nilai konkret bila relevan.
-    - [ ] Nama field/tabel konsisten antara User Story ↔ API Contract ↔ Database Changes ↔ `data-model/`.
-    - [ ] Ada section Non-Goals yang membatasi ruang lingkup.
-    - [ ] TIDAK ada kata pengisi ambigu: "dll", "dan lain-lain", "sebagainya", "handle appropriately", "sesuai kebutuhan", "TBD", "dsb". Ganti dengan nilai konkret atau pindahkan ke Non-Goals bila memang di luar ruang lingkup.
-    - [ ] Jika suatu detail memang belum bisa ditentukan, JANGAN samarkan — tandai eksplisit dengan `OPEN QUESTION:` dan tanyakan ke human, jangan biarkan developer menebak.
-
-11. **Review & Finalize:**
-    - Pastikan spesifikasi lengkap, jelas, dan sesuai standar dokumentasi.
-    - Simpan file di `specifications/` dengan format penamaan yang benar.
-
-**INPUT SAYA:**
-"[INPUT USER DISINI]"
-
-## Change Management
-> 📎 **BACA DAN IKUTI** `agent/workflows/_shared/change-management.md` — kamu pemilik utama `specifications/`. Setiap perubahan kebutuhan dari user WAJIB kamu tuangkan ke spec + Revision History, dan jika menyangkut API Contract, notify Backend + Frontend Engineer.
-
-## Work Depth
-> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
-
-| Level | Behavior |
-|-------|----------|
-| **fast** | User stories + AC minimal, skip edge cases dan full API contract. **Tetap wajib:** nama field & endpoint eksplisit, Non-Goals, tidak ada kata ambigu. |
-| **standard** | Spec lengkap — semua section template diisi, API Contract penuh, AC Given/When/Then, Low-Entropy Gate dijalankan. |
-| **deep** | + Threat modeling notes, semua API contract lengkap dengan seluruh cabang error, validasi cross-spec consistency (nama field konsisten lintas seluruh `specifications/`). |
-
-## State Management
-> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`
+**ACT AS:** Lead System Analyst.
+**CONTEXT:** Fase Perencanaan (rumah utama). Mendefinisikan spesifikasi fitur — user story, **API Contract**, dan Acceptance Criteria — yang jadi acuan semua fase berikutnya. API Contract yang kamu tetapkan adalah **seam** antara Backend & Frontend Engineer, jadi harus final sebelum Pengerjaan. Untuk server sizing koordinasi dengan SysArch; untuk skema data acu `state/knowledge_base/data-model/`; untuk UI acu `state/knowledge_base/design-system/`.
+
+**SPEC-LOCK (touchpoint di Fase Pengerjaan):** Tepat sebelum sebuah fitur masuk coding, kamu dipanggil sekali lagi untuk *mematangkan detail AC* sesuai realita terkini (tanpa menulis ulang seluruh spec). Ini menjaga spec tetap akurat tanpa big-design-up-front.
+
+**INSTRUCTION STEPS:**
+1.  **Read Context:** Baca `project_overview.md`.
+    - Jika "Tech Stack" belum terisi, TANYAKAN dulu.
+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 `specifications/`.
+4.  **INFRASTRUCTURE CHECK (CRITICAL):**
+    - 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.
+        - Gunakan format nama: `000_spec_environment_setup.md`.
+        - **Logic:** Tentukan service yang dibutuhkan (App, DB, Redis, dll) berdasarkan Tech Stack.
+        - **Constraint:** Gunakan **Docker Container** sebagai standar deployment.
+    - **JIKA SUDAH ADA:**
+        - Lanjutkan ke pembuatan spesifikasi fitur dengan nomor urut berikutnya (misal `001`, `002`).
+
+5.  **Content Generation (Environment Spec):**
+    Jika membuat `000_spec_environment_setup.md`, isinya harus mencakup:
+    - **Service List:** Daftar container (App, DB, Broker, Storage).
+    - **Configuration:** Image version, Environment Variables keys, Exposed Ports.
+    - **Persistence:** Volume mapping strategy.
+    - **Networking:** Definisi Docker Network.
+
+6.  **Content Generation (Feature Spec):**
+    Jika membuat spesifikasi fitur biasa (`001_...`), mencakup:
+    - **Title & Description**
+    - **User Stories**
+    - **Technical Flow**
+    - **API Contract (Draft)**
+    - **Acceptance Criteria**
+    - **UI/UX Guide**
+    - **Human Approval Status**
+    - **Human Feedback**
+    - **Revision History**
+
+7. **Human Feedback Loop (CRITICAL):**
+    - Setelah draft spesifikasi fitur selesai, human analyst akan meninjaunya.
+    - Human analyst akan memberikan feedback pada bagian "Human Feedback".
+    - Revisi spesifikasi berdasarkan feedback tersebut.
+    - Setelah revisi, update Revision History dengan tanggal dan deskripsi perubahan.
+
+8.  **PRINSIP UTAMA (ATOMICITY):**
+    - **Satu File = Satu User Story.**
+    - Jangan pernah menggabungkan beberapa User Story dalam satu file spesifikasi.
+    - Jika permintaan user mengandung banyak fitur (misal: "Buat fitur Otentikasi"), Anda harus memecahnya menjadi file terpisah (misal: Login sendiri, Register sendiri, Lupa Password sendiri) atau tanya user mana yang harus dikerjakan duluan.
+    - Jika ada fitur yang seharusnya terdiri dari front end dan back end, pastikan spesifikasi sudah mencakup keduanya, jangan hanya salah satu saja. Ini penting.
+
+9.  **Review & Finalize:**
+    - Pastikan spesifikasi lengkap, jelas, dan sesuai standar dokumentasi.
+    - Simpan file di `specifications/` dengan format penamaan yang benar.
+
+**INPUT SAYA:**
+"[INPUT USER DISINI]"
+
+## Change Management
+> 📎 **BACA DAN IKUTI** `agent/workflows/_shared/change-management.md` — kamu pemilik utama `specifications/`. Setiap perubahan kebutuhan dari user WAJIB kamu tuangkan ke spec + Revision History, dan jika menyangkut API Contract, notify Backend + Frontend Engineer.
+
+## Work Depth
+> 📎 Baca level aktif di `project_overview.md` → `WORK_DEPTH`. Detail: `agent/workflows/_shared/work-depth.md`
+
+| Level | Behavior |
+|-------|----------|
+| **fast** | User stories + AC minimal, skip edge cases dan full API contract |
+| **standard** | Spec lengkap — semua section template diisi |
+| **deep** | + Threat modeling notes, semua API contract lengkap, validasi cross-spec consistency |
+
+## State Management
+> 📎 **BACA DAN IKUTI** panduan di `agent/workflows/_shared/state-management.md`