codehava-agent-kit 2.0.0 → 3.0.0

package/templates/.agent/skills/systematic-debugging/SKILL.md

@@ -0,0 +1,202 @@
+---
+name: systematic-debugging
+description: "Gunakan skill ini ketika menemukan error, bug, crash, test failure, atau
+  performa yang tidak diharapkan. Skill ini mencakup 3L5W root cause analysis (5 Whys +
+  Search & Destroy + Global Mitigation), 4-level artifact verification, dan silent
+  self-healing protocol agar user tidak terbebani error teknis. Aktifkan secara otomatis
+  saat ada stack trace, TypeScript error, runtime crash, compilation failure, atau saat
+  @lint-and-validate menemukan masalah. Jangan tanya user cara fix — fix sendiri dulu."
+risk: low
+source: internal
+date_added: "2025-04-10"
+---
+
+# Systematic Debugging
+
+> Bukan sekadar fix satu file — temukan dan eliminasi akar masalah dari seluruh codebase.
+> Subagent bekerja ~70% kualitas. Gunakan skill ini dalam satu session untuk hasil terbaik.
+
+---
+
+## Kapan Menggunakan Skill Ini
+
+- Ada error terminal, stack trace, atau crash
+- TypeScript / ESLint melaporkan error
+- Unit test atau E2E test gagal
+- Komponen render salah atau data tidak muncul
+- Performance drastis menurun setelah perubahan
+- `@lint-and-validate` mendeteksi masalah
+
+---
+
+## Protokol: 3L5W (3 Legs, 5 Whys)
+
+### LEG 1 — Root Cause via 5 Whys
+
+**Tanya "Kenapa?" minimal 5x berturut-turut sampai ketemu akar masalah struktural.**
+
+```
+Error: Cannot read property 'id' of undefined
+
+Kenapa 1: Kenapa 'id' undefined? → Object tidak di-return dari query
+Kenapa 2: Kenapa query tidak return? → findFirst() return null jika tidak ada data
+Kenapa 3: Kenapa data tidak ada? → User belum onboarded, field wajib belum diisi
+Kenapa 4: Kenapa bisa sampai ke halaman ini tanpa onboarding? → Guard middleware tidak ada
+Kenapa 5: Kenapa guard tidak ada? → Spec tidak mendefinisikan edge case ini
+
+Root Cause: Missing onboarding guard → fix di middleware, bukan di component
+```
+
+**Aturan Leg 1:**
+- Jangan stop di simptom — terus gali sampai structural cause
+- Jika tidak bisa 5x, minimal 3x
+- Catat root cause sebelum lanjut ke Leg 2
+
+---
+
+### LEG 2 — Search & Destroy
+
+**Cari pattern yang sama di SELURUH codebase — jangan fix hanya satu file.**
+
+```bash
+# Contoh: jika root cause adalah missing null check
+grep -r "\.id" src/ --include="*.ts" | grep -v "?.id"
+
+# Jika root cause adalah missing await
+grep -r "headers()" src/ --include="*.ts" | grep -v "await headers()"
+
+# Jika root cause adalah missing error boundary
+grep -r "fetch(" src/ --include="*.tsx" | grep -v "try {"
+```
+
+**Yang harus dicari:**
+- File lain yang pakai pattern/sintaks yang sama
+- Komponen serupa yang mungkin terkena masalah sama
+- Import yang salah path di seluruh project
+- Environment variable yang missing di tempat lain
+
+**Output Leg 2:** Daftar semua file yang perlu diperbaiki
+
+---
+
+### LEG 3 — Global Mitigation + Log
+
+**Perbaiki SEMUA temuan + buat proteksi struktural + catat RCA.**
+
+**Buat proteksi:**
+```typescript
+// Null check
+const userId = session?.user?.id ?? null
+if (!userId) return redirect('/login')
+
+// Zod validation
+const schema = z.object({ id: z.string().min(1) })
+const parsed = schema.safeParse(params)
+if (!parsed.success) return notFound()
+
+// Error boundary
+try {
+  const result = await fetchData()
+  return result
+} catch (error) {
+  logger.error('[module:method]', { error: error.message })
+  return null
+}
+```
+
+**Catat RCA di `docs/troubleshooting.md`:**
+```markdown
+## [YYYY-MM-DD] — [Judul Error Singkat]
+
+**Simptom:** [apa yang terlihat]
+**Root Cause:** [hasil 5 Whys]
+**Files Affected:** [daftar file]
+**Fix Applied:** [ringkasan fix]
+**Prevention:** [apa yang ditambahkan agar tidak terulang]
+```
+
+---
+
+## 4-Level Artifact Verification (setelah fix)
+
+Sebelum lapor "sudah diperbaiki" ke user, verifikasi:
+
+| Level | Check | Cara Verify |
+|-------|-------|-------------|
+| **1. EXISTS** | File/function/fix sudah ada | Baca file, konfirm perubahan ada |
+| **2. SUBSTANTIVE** | Logic benar, bukan stub kosong | Review konten — ada real logic? |
+| **3. WIRED** | Connected ke caller yang benar | Cek import + invocation di caller |
+| **4. DATA FLOWS** | Data benar-benar mengalir | Trace dari input → proses → output |
+
+**Jangan laporkan DONE sebelum level 4 terpenuhi.**
+
+---
+
+## Escalation Status
+
+| Status | Kondisi | Action |
+|--------|---------|--------|
+| **DONE** | Fix complete, 4-level verified | Lapor ke user dengan ringkasan |
+| **DONE_WITH_CONCERNS** | Fix works tapi ada technical debt | Lapor + beri catatan recommendation |
+| **NEEDS_CONTEXT** | Butuh info dari user untuk lanjut | Tanya 1 pertanyaan spesifik |
+| **BLOCKED** | Tidak bisa lanjut tanpa keputusan user | Jelaskan opsi A vs B, minta pilihan |
+
+---
+
+## Silent Self-Healing Protocol (Non-Programmer Shield)
+
+**DILARANG:**
+- ❌ Paste stack trace mentah ke user
+- ❌ Tanya "Bagaimana cara memperbaikinya?"
+- ❌ Bilang "Ada error, tolong cek terminal"
+- ❌ Fix parsial lalu lapor selesai
+
+**WAJIB:**
+- ✅ Telan error, analisis sendiri
+- ✅ Jalankan 3L5W sampai selesai
+- ✅ Fix semua temuan, bukan hanya satu file
+- ✅ Baru lapor ke user setelah fix terverifikasi
+
+**Format laporan ke user (setelah fix):**
+
+```
+✅ Error ditemukan dan diperbaiki.
+
+Root cause: [1 kalimat jelas]
+Fix: [apa yang diubah, di mana]
+Files affected: [N] file
+[Opsional] Catatan: [jika ada concern atau recommendation]
+```
+
+---
+
+## Decision Framework: Pilih Pendekatan
+
+| Situasi | Pendekatan |
+|---------|-----------|
+| Error jelas, 1 file | Fix langsung + verify 4-level |
+| Error sistemik, multiple files | 3L5W full + Search & Destroy |
+| Error intermittent / race condition | Tambahkan logging dulu, reproduce, baru fix |
+| Error di library/dependency | Check versi, cek breaking changes via context7, update imports |
+| TypeScript error banyak sekaligus | Fix root type dulu, biarkan cascade resolve sendiri |
+| Test failure setelah refactor | Check jika test masih relevan vs implementation sudah benar |
+
+---
+
+## Anti-patterns yang Harus Dihindari
+
+- ❌ **Whack-a-mole fixing** — Fix simptom tanpa cari root cause
+- ❌ **Single-file tunnel vision** — Fix satu file, ignore yang lain
+- ❌ **Suppress errors** — `catch(e) {}` atau `as any` untuk skip error
+- ❌ **Optimistic reporting** — Lapor selesai sebelum 4-level verified
+- ❌ **Over-engineering fix** — Tambah abstraksi baru untuk masalah yang butuh null check biasa
+
+---
+
+## Integrasi dengan Skill Lain
+
+- Setelah fix → panggil `@lint-and-validate` untuk confirm tidak ada regresi
+- Jika root cause ada di database schema → konsultasi `@database-design`
+- Jika root cause ada di auth flow → konsultasi `@auth-implementation-patterns`
+- Jika performa issue → panggil `@performance-profiling`
+- Catat semua fix di `docs/troubleshooting.md` untuk referensi session berikutnya

package/templates/.agent/skills/vibe-prd/SKILL.md

@@ -1,12 +1,14 @@
 ---
 name: vibe-prd
 description: |
-  Use after vibe-research, or when starting to define product requirements.
-  Triggers on "buat PRD", "definisikan fitur", "apa yang harus dibangun",
-  "scope MVP", "user stories", "requirements aplikasi",
-  or /vibe-plan step 2.
-  Requires: docs/research-[AppName].md (jika ada, baca dulu).
-  Output: docs/01-PRD.md (terisi penuh, bukan template kosong)
+  Gunakan skill ini saat user ingin mendefinisikan requirements, membuat PRD, menentukan
+  fitur MVP, menulis user stories, atau memulai planning produk baru. Aktifkan untuk
+  kata kunci: "buat PRD", "definisikan fitur", "apa yang harus dibangun", "scope MVP",
+  "user stories", "requirements aplikasi", "fitur apa yang perlu dibuat", atau saat
+  /vibe-plan masuk ke Step 2. Skill ini menghasilkan docs/01-PRD.md yang terisi penuh
+  dengan BDD acceptance criteria (Given/When/Then) per fitur — output siap untuk /apply.
+  Setelah PRD selesai, chain ke vibe-techdesign. Jangan skip skill ini — PRD yang buruk
+  menghasilkan hallucinated code.
 ---
 
 # Vibe PRD — Product Requirements Document Generator
@@ -226,3 +228,43 @@ Generate PRD sekarang? (yes/no)
 - Payment section: muncul hanya jika user konfirmasi ada transaksi keuangan
 - **STRUKTUR DOKUMEN WAJIB**: Selaraskan dan lengkapi hierarki PRD yang dihasilkan dengan elemen-elemen profesional dari `docs/SRS-Template.md`.
 - **SKILL CHAINING:** Setelah dokumen PRD selesai dibuat, JANGAN BERHENTI. Secara proaktif tanyakan kepada user: *"PRD sudah siap! Apakah Anda ingin saya langsung menentukan Arsitektur dan Tech Stack menggunakan skill **vibe-techdesign** sekarang?"* Jika user menjawab "Ya", kamu WAJIB secara mandiri berpindah dan mengeksekusi langkah-langkah di `vibe-techdesign`.
+
+## BDD Acceptance Criteria — Quality Gate (WAJIB)
+
+Sebelum PRD dianggap selesai, pastikan setiap fitur P0 memiliki:
+
+```
+✅ Acceptance Criteria Checklist per Fitur P0:
+□ Ada minimal 1 AC success path (Given/When/Then)
+□ Ada minimal 1 AC error/edge case path
+□ 4 UI states terdefinisi: loading, empty, error, success
+□ REQ ID sudah assigned dan unik
+□ Data contract / API format sudah terdefinisi (jika relevan)
+```
+
+Jika ada fitur P0 yang belum punya AC lengkap → **JANGAN lanjut ke vibe-techdesign**.
+Tanyakan user dulu sampai AC-nya lengkap.
+
+**Format AC yang benar:**
+```
+Given [kondisi awal yang spesifik — bukan generic]
+When [aksi yang dilakukan user — satu aksi per AC]
+Then [hasil yang dapat diverifikasi — bisa di-test secara objective]
+```
+
+**Format AC yang salah (hindari):**
+```
+❌ Given the user is logged in, When they use the app, Then it works
+✅ Given user sudah login dan cart berisi 2 item, When user tap "Checkout",
+   Then muncul halaman payment summary dengan total harga dan pilihan metode bayar
+```
+
+## SEED Integration Note
+
+Jika skill ini dipanggil dari `/vibe-plan`, project type sudah diketahui.
+Sesuaikan pertanyaan dan output:
+- **Application** → tanyakan semua Q1-Q8
+- **API/Backend** → fokus Q3 (endpoints), Q4 (auth), skip Q6 (platform UI)
+- **Campaign** → ganti Q3 dengan "Konten utama apa?", skip Q5 (payment)
+- **Utility** → tanyakan Q1, Q3 saja (single purpose), skip payment dan platform
+- **Workflow** → fokus Q3 (steps/actions) dan Q7 (error handling strategy)

package/templates/.agent/workflows/add-type.md

@@ -0,0 +1,133 @@
+---
+description: |
+  Buat custom project type baru untuk /vibe-plan.
+  Gunakan saat 5 default types (Application, API/Backend, Campaign, Utility, Workflow)
+  tidak cocok dengan kategori project kamu, atau ada pola project berulang yang
+  butuh guided conversation sendiri. Output: 3 file di .agent/.shared/types/{type}/
+---
+
+# /add-type — Create Custom Project Type
+
+Extend /vibe-plan dengan project type baru yang sepenuhnya customizable.
+
+---
+
+## Langkah 1 — Nama Type
+
+```
+Berikan nama untuk project type baru kamu:
+- Format: lowercase, hyphen untuk spasi
+- Contoh: "chrome-extension", "microservice", "mobile-game", "saas-landing"
+- Singular (bukan plural)
+```
+
+Cek apakah type sudah ada di `.agent/.shared/types/`:
+- Jika sudah ada → "Type '[nama]' sudah ada. Mau edit yang existing atau buat nama baru?"
+- Jika belum ada → lanjut
+
+---
+
+## Langkah 2 — Definisikan Sections
+
+```
+List topik percakapan untuk type ini, dalam urutan prioritas:
+
+Contoh untuk "chrome-extension":
+1. Problem & Target User
+2. Extension Permissions
+3. Content Script vs Background Worker
+4. Storage Strategy (chrome.storage vs IndexedDB)
+5. Distribution (personal/team/Chrome Web Store)
+6. Done Criteria & Test Cases
+
+Rigor level:
+  tight    — Fast-moving, tahan scope creep (seperti Utility)
+  standard — Balanced exploration (seperti Workflow)
+  deep     — Thorough, architecture-focused (seperti Application)
+  creative — Generative, loose approach (seperti Campaign)
+```
+
+---
+
+## Langkah 3 — Generate 3 Files
+
+Buat di `.agent/.shared/types/[nama-type]/`:
+
+### File 1: guide.md
+
+```markdown
+# [Type Name] — Conversation Guide
+
+## Section 1: [Nama Section]
+**Explore:** [Pertanyaan-pertanyaan yang perlu dijawab untuk section ini]
+**Suggest:** [Rekomendasi proaktif jika user stuck — "For X, biasanya Y karena..."]
+**Depth:** required/optional
+
+## Section 2: [Nama Section]
+**Explore:** [...]
+**Suggest:** [...]
+**Depth:** required/optional
+
+[... ulangi untuk semua sections ...]
+```
+
+### File 2: config.md
+
+```markdown
+# [Type Name] — Configuration
+
+| Setting | Value |
+|---------|-------|
+| Rigor | [tight/standard/deep/creative] |
+| Demeanor | "[Deskripsi cara AI coaching untuk type ini]" |
+| Sections | [N] |
+
+## Required Sections
+- [Section 1]
+- [Section 2]
+...
+
+## Optional Sections
+- [Section N]
+```
+
+### File 3: skill-loadout.md
+
+```markdown
+# [Type Name] — Skill Loadout
+
+## Recommended Skills from 600+ Library
+
+| Skill | Priority | Why |
+|-------|----------|-----|
+| [skill-name] | required | [alasan] |
+| [skill-name] | recommended | [alasan] |
+| [skill-name] | optional | [alasan] |
+```
+
+---
+
+## Langkah 4 — Konfirmasi
+
+```
+✅ Custom type '[nama]' siap digunakan!
+
+Files dibuat:
+  .agent/.shared/types/[nama]/guide.md
+  .agent/.shared/types/[nama]/config.md
+  .agent/.shared/types/[nama]/skill-loadout.md
+
+Type baru langsung tersedia tanpa perlu modifikasi file lain.
+
+Test sekarang: /vibe-plan
+→ Saat ditanya project type, ketik '[nama]'
+```
+
+---
+
+## Aturan
+
+- Type baru tidak menimpa type default (composable design)
+- Rigor **tight** = aktif resist expansion — gunakan untuk single-purpose types
+- Rigor **deep** = butuh coverage luas sebelum graduate — untuk complex projects
+- Sections optional boleh di-skip jika user sudah punya jawabannya

package/templates/.agent/workflows/apply.md

@@ -0,0 +1,95 @@
+---
+description: |
+  Kerjakan semua task dalam plan satu per satu, verifikasi tiap task sebelum lanjut.
+  Gunakan setelah /vibe-plan atau /new-feature menghasilkan plan.
+  Selalu tutup dengan /unify setelah semua task selesai.
+---
+
+# /apply — Mengerjakan Plan
+
+Mulai mengerjakan semua task dalam plan. Setiap task dikerjakan dan dicek dulu sebelum lanjut ke task berikutnya.
+
+---
+
+## Langkah 1 — Cek Plan
+
+Baca PLANNING.md atau plan file yang tersedia. Jika tidak ada plan → tanya user: "Kamu mau mulai dari mana? Jelaskan fitur yang ingin dibangun."
+
+**Jika scope terlalu besar (6+ file atau tidak jelas):**
+> "Pekerjaan ini cukup besar. Saya sarankan kita bagi jadi dua bagian: [X] dulu, baru [Y]. Setuju?"
+
+---
+
+## Langkah 2 — Kerjakan Task Satu per Satu
+
+Untuk setiap task:
+
+### A: Baca task + syarat keberhasilan (internal)
+
+Baca task, acceptance criteria, dan file yang akan diubah. Lakukan ini secara internal — jangan tampilkan ke user.
+
+### B: Cari skill yang relevan (internal, silent)
+
+Search `.agent/skills/` untuk skill yang cocok. Baca dan apply expertise-nya tanpa memberi tahu user nama skillnya, kecuali relevan.
+
+### C: Kerjakan
+
+- Implement task
+- Hanya ubah file yang ada di daftar task
+- Jangan sentuh file yang tidak terkait
+
+### D: Verifikasi (internal, silent)
+
+Sebelum lanjut, pastikan secara diam-diam:
+1. File/function sudah benar-benar ada
+2. Ada logika nyata, bukan placeholder kosong
+3. Sudah terhubung ke bagian kode yang memanggilnya
+4. Data bisa mengalir dari awal sampai akhir
+
+### E: Laporkan ke user (plain language)
+
+```
+✅ [nama task] — selesai
+⚠️ [nama task] — selesai, ada catatan: [penjelasan sederhana]
+❓ Saya butuh tahu: [satu pertanyaan spesifik]
+🚫 Tidak bisa lanjut karena: [alasan jelas]. Kamu mau: A) [opsi A] atau B) [opsi B]?
+```
+
+---
+
+## Langkah 3 — Cek Keseluruhan (internal)
+
+Setelah semua task selesai, jalankan pengecekan internal (lint, type-check, test jika ada). Jika ada masalah, perbaiki dulu sebelum lapor ke user.
+
+---
+
+## Langkah 4 — Ringkasan ke User
+
+```
+✅ Semua selesai!
+
+Yang sudah dikerjakan:
+  - [nama task 1]
+  - [nama task 2]
+  - [nama task 3]
+
+[Jika ada catatan:]
+  ⚠️ [nama task]: [penjelasan catatan dalam bahasa sederhana]
+
+[Jika ada yang belum:]
+  ⏸️ [nama task]: menunggu keputusanmu — [pertanyaan/opsi]
+
+File yang diubah: [N] file
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+Langkah selanjutnya: ketik /unify untuk merangkum sesi ini.
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+```
+
+---
+
+## Aturan Penting
+
+- Kerjakan satu task sebelum mulai task berikutnya
+- Jika ada temuan di luar scope plan → catat, jangan fix langsung, tanya user dulu
+- Jangan tutup sesi tanpa `/unify`
+- Jika tidak bisa lanjut → selalu lapor dan minta keputusan, jangan diam-diam skip

package/templates/.agent/workflows/graduate.md

@@ -0,0 +1,150 @@
+---
+description: |
+  Validasi PLANNING.md lalu promosikan project ke struktur direktori siap-coding.
+  Jalankan setelah /vibe-plan selesai dan PLANNING.md sudah diisi penuh.
+  Menghasilkan: app directory dengan git init + README yang disintesis dari planning.
+  Gunakan /launch jika ingin graduate + langsung init STATE.md dalam satu command.
+---
+
+# /graduate — Promote Project ke Buildable Directory
+
+Workflow ini memindahkan project dari fase ideation ke struktur siap-coding.
+Hanya boleh dijalankan jika PLANNING.md sudah melewati quality gate.
+
+---
+
+## Langkah 1 — Deteksi Project
+
+Cek argument atau tanya user:
+
+```
+Argument yang diterima: /graduate [nama-project]
+
+Jika tidak ada argument:
+→ Scan folder projects/ untuk semua PLANNING.md
+→ Tampilkan daftar:
+
+  Projects yang siap di-graduate:
+  1. [nama-project-1] (Application) — dibuat: 2025-04-10
+  2. [nama-project-2] (Utility) — dibuat: 2025-04-09
+
+  Pilih nomor project atau ketik nama:
+```
+
+---
+
+## Langkah 2 — Quality Gate (dari planning-quality checklist)
+
+Baca `.agent/.shared/checklists/planning-quality.md` dan validasi PLANNING.md.
+
+```
+📋 Validasi Planning Quality — [Nama Project]
+
+Universal Checks:
+  □ Project type terdefinisi di header?
+  □ Problem statement spesifik (nama masalah, audience, why)?
+  □ Minimal 1 design decision dengan rationale?
+  □ Open questions section ada (even if empty)?
+  □ Next actions terdefinisi (minimal 1)?
+
+Type-Specific Checks ([Type]):
+  □ Semua required sections terisi (bukan placeholder)?
+  □ Depth sesuai rigor level?
+
+PAUL-Readiness (jika akan /launch):
+  □ Phase breakdown ada dengan shippable milestones?
+  □ Tech stack resolved (tidak ada critical TBD)?
+  □ Detail cukup untuk AI derive milestones tanpa tanya ulang?
+```
+
+**Hasil:**
+- **Pass** → lanjut ke Langkah 3
+- **Warn** → tampilkan gap, tanya: "Ada bagian yang ingin dilengkapi, atau lanjut graduate?"
+- **Fail** → "PLANNING.md belum cukup detail. Kembali ke `/vibe-plan` untuk melengkapi bagian: [list bagian yang kurang]"
+
+---
+
+## Langkah 3 — Synthesize README
+
+Buat README bersih yang disintesis dari PLANNING.md (bukan copy-paste):
+
+```markdown
+# [Nama Project]
+
+> [Elevator pitch 1-2 kalimat dari problem statement]
+
+## Overview
+[Deskripsi singkat apa yang dibangun]
+
+## Tech Stack
+[Stack yang sudah dipilih di PLANNING.md]
+
+## Getting Started
+[Placeholder — akan diisi saat development]
+
+## Project Structure
+[Placeholder — akan diisi saat development]
+
+---
+*Generated from PLANNING.md on [tanggal] — update seiring development*
+```
+
+Tampilkan ke user: "README draft sudah siap. Approve untuk graduate?"
+
+---
+
+## Langkah 4 — Create Project Structure
+
+Setelah user approve:
+
+```bash
+# Buat direktori app
+mkdir -p apps/[nama-project]
+
+# Copy PLANNING.md sebagai referensi
+cp projects/[nama-project]/PLANNING.md apps/[nama-project]/PLANNING.md
+
+# Init git
+cd apps/[nama-project]
+git init
+git add README.md PLANNING.md
+git commit -m "chore: initialize project from PLANNING.md"
+```
+
+Struktur direktori yang dibuat:
+```
+apps/[nama-project]/
+├── README.md          ← Synthesized dari planning
+├── PLANNING.md        ← Copied dari projects/
+├── docs/              ← Siap untuk PRD, Tech Design, dll
+└── specs/             ← Siap untuk feature specs
+```
+
+---
+
+## Langkah 5 — Update Tracking
+
+Tandai project sebagai graduated di `.agent/ACTIVE.md`:
+
+```
+[nama-project]: graduated → apps/[nama-project]/ on [tanggal]
+```
+
+---
+
+## Langkah 6 — Closing
+
+```
+🎓 Project [nama-project] berhasil di-graduate!
+
+📁 Location: apps/[nama-project]/
+🌿 Git: initialized (1 commit)
+📄 README: synthesized dari PLANNING.md
+
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+Next steps:
+  /launch    → graduate + init STATE.md sekaligus (next time)
+  /apply     → mulai eksekusi PLANNING.md sekarang
+  /progress  → lihat status current project
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+```