create-vasvibe 2.4.0 → 2.5.1

package/template/.agents/agents/toolsmith/agent.json

@@ -1,44 +1,44 @@
-{
-  "name": "toolsmith",
-  "description": "Agentic Workspace Provisioner. Installs needed skills and configures MCP servers per AI tool; re-callable on tool switch.",
-  "hidden": false,
-  "config": {
-    "customAgent": {
-      "systemPromptSections": [
-        {
-          "title": "Agent System Instructions",
-          "content": "You are the toolsmith Agent. Read and follow ALL instructions in agent/workflows/toolsmith.md as your complete system prompt. That file is your source of truth."
-        }
-      ],
-      "toolNames": [
-        "send_message",
-        "find_by_name",
-        "grep_search",
-        "view_file",
-        "list_dir",
-        "read_url_content",
-        "search_web",
-        "schedule",
-        "multi_replace_file_content",
-        "replace_file_content",
-        "write_to_file",
-        "run_command",
-        "manage_task",
-        "define_subagent",
-        "invoke_subagent",
-        "manage_subagents"
-      ],
-      "systemPromptConfig": {
-        "includeSections": [
-          "user_information",
-          "mcp_servers",
-          "skills",
-          "subagent_reminder",
-          "messaging",
-          "artifacts",
-          "user_rules"
-        ]
-      }
-    }
-  }
-}
+{
+  "name": "toolsmith",
+  "description": "Agentic Workspace Provisioner. Installs needed skills and configures MCP servers per AI tool; re-callable on tool switch.",
+  "hidden": false,
+  "config": {
+    "customAgent": {
+      "systemPromptSections": [
+        {
+          "title": "Agent System Instructions",
+          "content": "You are the toolsmith Agent. Read and follow ALL instructions in agent/workflows/toolsmith.md as your complete system prompt. That file is your source of truth."
+        }
+      ],
+      "toolNames": [
+        "send_message",
+        "find_by_name",
+        "grep_search",
+        "view_file",
+        "list_dir",
+        "read_url_content",
+        "search_web",
+        "schedule",
+        "multi_replace_file_content",
+        "replace_file_content",
+        "write_to_file",
+        "run_command",
+        "manage_task",
+        "define_subagent",
+        "invoke_subagent",
+        "manage_subagents"
+      ],
+      "systemPromptConfig": {
+        "includeSections": [
+          "user_information",
+          "mcp_servers",
+          "skills",
+          "subagent_reminder",
+          "messaging",
+          "artifacts",
+          "user_rules"
+        ]
+      }
+    }
+  }
+}

package/template/.agents/agents/ux-designer/agent.json

@@ -1,43 +1,43 @@
-{
-  "name": "ux-designer",
-  "description": "UX/UI Designer \u2014 designs the design system (colors, typography, components, motion, a11y) during planning.",
-  "hidden": true,
-  "config": {
-    "customAgent": {
-      "systemPromptSections": [
-        {
-          "title": "Agent System Instructions",
-          "content": "You are the ux-designer Agent. Read and follow ALL instructions in agent/workflows/ux-designer.md as your complete system prompt. That file is your source of truth."
-        }
-      ],
-      "toolNames": [
-        "send_message",
-        "find_by_name",
-        "grep_search",
-        "view_file",
-        "list_dir",
-        "read_url_content",
-        "search_web",
-        "schedule",
-        "multi_replace_file_content",
-        "replace_file_content",
-        "write_to_file",
-        "manage_task",
-        "define_subagent",
-        "invoke_subagent",
-        "manage_subagents"
-      ],
-      "systemPromptConfig": {
-        "includeSections": [
-          "user_information",
-          "mcp_servers",
-          "skills",
-          "subagent_reminder",
-          "messaging",
-          "artifacts",
-          "user_rules"
-        ]
-      }
-    }
-  }
-}
+{
+  "name": "ux-designer",
+  "description": "UX/UI Designer \u2014 designs the design system (colors, typography, components, motion, a11y) during planning.",
+  "hidden": true,
+  "config": {
+    "customAgent": {
+      "systemPromptSections": [
+        {
+          "title": "Agent System Instructions",
+          "content": "You are the ux-designer Agent. Read and follow ALL instructions in agent/workflows/ux-designer.md as your complete system prompt. That file is your source of truth."
+        }
+      ],
+      "toolNames": [
+        "send_message",
+        "find_by_name",
+        "grep_search",
+        "view_file",
+        "list_dir",
+        "read_url_content",
+        "search_web",
+        "schedule",
+        "multi_replace_file_content",
+        "replace_file_content",
+        "write_to_file",
+        "manage_task",
+        "define_subagent",
+        "invoke_subagent",
+        "manage_subagents"
+      ],
+      "systemPromptConfig": {
+        "includeSections": [
+          "user_information",
+          "mcp_servers",
+          "skills",
+          "subagent_reminder",
+          "messaging",
+          "artifacts",
+          "user_rules"
+        ]
+      }
+    }
+  }
+}

package/template/.agents/skills/find-skills/SKILL.md

@@ -1,142 +1,142 @@
----
-name: find-skills
-description: Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
----
-
-# Find Skills
-
-This skill helps you discover and install skills from the open agent skills ecosystem.
-
-## When to Use This Skill
-
-Use this skill when the user:
-
-- Asks "how do I do X" where X might be a common task with an existing skill
-- Says "find a skill for X" or "is there a skill for X"
-- Asks "can you do X" where X is a specialized capability
-- Expresses interest in extending agent capabilities
-- Wants to search for tools, templates, or workflows
-- Mentions they wish they had help with a specific domain (design, testing, deployment, etc.)
-
-## What is the Skills CLI?
-
-The Skills CLI (`npx skills`) is the package manager for the open agent skills ecosystem. Skills are modular packages that extend agent capabilities with specialized knowledge, workflows, and tools.
-
-**Key commands:**
-
-- `npx skills find [query]` - Search for skills interactively or by keyword
-- `npx skills add <package>` - Install a skill from GitHub or other sources
-- `npx skills check` - Check for skill updates
-- `npx skills update` - Update all installed skills
-
-**Browse skills at:** https://skills.sh/
-
-## How to Help Users Find Skills
-
-### Step 1: Understand What They Need
-
-When a user asks for help with something, identify:
-
-1. The domain (e.g., React, testing, design, deployment)
-2. The specific task (e.g., writing tests, creating animations, reviewing PRs)
-3. Whether this is a common enough task that a skill likely exists
-
-### Step 2: Check the Leaderboard First
-
-Before running a CLI search, check the [skills.sh leaderboard](https://skills.sh/) to see if a well-known skill already exists for the domain. The leaderboard ranks skills by total installs, surfacing the most popular and battle-tested options.
-
-For example, top skills for web development include:
-- `vercel-labs/agent-skills` — React, Next.js, web design (100K+ installs each)
-- `anthropics/skills` — Frontend design, document processing (100K+ installs)
-
-### Step 3: Search for Skills
-
-If the leaderboard doesn't cover the user's need, run the find command:
-
-```bash
-npx skills find [query]
-```
-
-For example:
-
-- User asks "how do I make my React app faster?" → `npx skills find react performance`
-- User asks "can you help me with PR reviews?" → `npx skills find pr review`
-- User asks "I need to create a changelog" → `npx skills find changelog`
-
-### Step 4: Verify Quality Before Recommending
-
-**Do not recommend a skill based solely on search results.** Always verify:
-
-1. **Install count** — Prefer skills with 1K+ installs. Be cautious with anything under 100.
-2. **Source reputation** — Official sources (`vercel-labs`, `anthropics`, `microsoft`) are more trustworthy than unknown authors.
-3. **GitHub stars** — Check the source repository. A skill from a repo with <100 stars should be treated with skepticism.
-
-### Step 5: Present Options to the User
-
-When you find relevant skills, present them to the user with:
-
-1. The skill name and what it does
-2. The install count and source
-3. The install command they can run
-4. A link to learn more at skills.sh
-
-Example response:
-
-```
-I found a skill that might help! The "react-best-practices" skill provides
-React and Next.js performance optimization guidelines from Vercel Engineering.
-(185K installs)
-
-To install it:
-npx skills add vercel-labs/agent-skills@react-best-practices
-
-Learn more: https://skills.sh/vercel-labs/agent-skills/react-best-practices
-```
-
-### Step 6: Offer to Install
-
-If the user wants to proceed, you can install the skill for them:
-
-```bash
-npx skills add <owner/repo@skill> -g -y
-```
-
-The `-g` flag installs globally (user-level) and `-y` skips confirmation prompts.
-
-## Common Skill Categories
-
-When searching, consider these common categories:
-
-| Category        | Example Queries                          |
-| --------------- | ---------------------------------------- |
-| Web Development | react, nextjs, typescript, css, tailwind |
-| Testing         | testing, jest, playwright, e2e           |
-| DevOps          | deploy, docker, kubernetes, ci-cd        |
-| Documentation   | docs, readme, changelog, api-docs        |
-| Code Quality    | review, lint, refactor, best-practices   |
-| Design          | ui, ux, design-system, accessibility     |
-| Productivity    | workflow, automation, git                |
-
-## Tips for Effective Searches
-
-1. **Use specific keywords**: "react testing" is better than just "testing"
-2. **Try alternative terms**: If "deploy" doesn't work, try "deployment" or "ci-cd"
-3. **Check popular sources**: Many skills come from `vercel-labs/agent-skills` or `ComposioHQ/awesome-claude-skills`
-
-## When No Skills Are Found
-
-If no relevant skills exist:
-
-1. Acknowledge that no existing skill was found
-2. Offer to help with the task directly using your general capabilities
-3. Suggest the user could create their own skill with `npx skills init`
-
-Example:
-
-```
-I searched for skills related to "xyz" but didn't find any matches.
-I can still help you with this task directly! Would you like me to proceed?
-
-If this is something you do often, you could create your own skill:
-npx skills init my-xyz-skill
-```
+---
+name: find-skills
+description: Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
+---
+
+# Find Skills
+
+This skill helps you discover and install skills from the open agent skills ecosystem.
+
+## When to Use This Skill
+
+Use this skill when the user:
+
+- Asks "how do I do X" where X might be a common task with an existing skill
+- Says "find a skill for X" or "is there a skill for X"
+- Asks "can you do X" where X is a specialized capability
+- Expresses interest in extending agent capabilities
+- Wants to search for tools, templates, or workflows
+- Mentions they wish they had help with a specific domain (design, testing, deployment, etc.)
+
+## What is the Skills CLI?
+
+The Skills CLI (`npx skills`) is the package manager for the open agent skills ecosystem. Skills are modular packages that extend agent capabilities with specialized knowledge, workflows, and tools.
+
+**Key commands:**
+
+- `npx skills find [query]` - Search for skills interactively or by keyword
+- `npx skills add <package>` - Install a skill from GitHub or other sources
+- `npx skills check` - Check for skill updates
+- `npx skills update` - Update all installed skills
+
+**Browse skills at:** https://skills.sh/
+
+## How to Help Users Find Skills
+
+### Step 1: Understand What They Need
+
+When a user asks for help with something, identify:
+
+1. The domain (e.g., React, testing, design, deployment)
+2. The specific task (e.g., writing tests, creating animations, reviewing PRs)
+3. Whether this is a common enough task that a skill likely exists
+
+### Step 2: Check the Leaderboard First
+
+Before running a CLI search, check the [skills.sh leaderboard](https://skills.sh/) to see if a well-known skill already exists for the domain. The leaderboard ranks skills by total installs, surfacing the most popular and battle-tested options.
+
+For example, top skills for web development include:
+- `vercel-labs/agent-skills` — React, Next.js, web design (100K+ installs each)
+- `anthropics/skills` — Frontend design, document processing (100K+ installs)
+
+### Step 3: Search for Skills
+
+If the leaderboard doesn't cover the user's need, run the find command:
+
+```bash
+npx skills find [query]
+```
+
+For example:
+
+- User asks "how do I make my React app faster?" → `npx skills find react performance`
+- User asks "can you help me with PR reviews?" → `npx skills find pr review`
+- User asks "I need to create a changelog" → `npx skills find changelog`
+
+### Step 4: Verify Quality Before Recommending
+
+**Do not recommend a skill based solely on search results.** Always verify:
+
+1. **Install count** — Prefer skills with 1K+ installs. Be cautious with anything under 100.
+2. **Source reputation** — Official sources (`vercel-labs`, `anthropics`, `microsoft`) are more trustworthy than unknown authors.
+3. **GitHub stars** — Check the source repository. A skill from a repo with <100 stars should be treated with skepticism.
+
+### Step 5: Present Options to the User
+
+When you find relevant skills, present them to the user with:
+
+1. The skill name and what it does
+2. The install count and source
+3. The install command they can run
+4. A link to learn more at skills.sh
+
+Example response:
+
+```
+I found a skill that might help! The "react-best-practices" skill provides
+React and Next.js performance optimization guidelines from Vercel Engineering.
+(185K installs)
+
+To install it:
+npx skills add vercel-labs/agent-skills@react-best-practices
+
+Learn more: https://skills.sh/vercel-labs/agent-skills/react-best-practices
+```
+
+### Step 6: Offer to Install
+
+If the user wants to proceed, you can install the skill for them:
+
+```bash
+npx skills add <owner/repo@skill> -g -y
+```
+
+The `-g` flag installs globally (user-level) and `-y` skips confirmation prompts.
+
+## Common Skill Categories
+
+When searching, consider these common categories:
+
+| Category        | Example Queries                          |
+| --------------- | ---------------------------------------- |
+| Web Development | react, nextjs, typescript, css, tailwind |
+| Testing         | testing, jest, playwright, e2e           |
+| DevOps          | deploy, docker, kubernetes, ci-cd        |
+| Documentation   | docs, readme, changelog, api-docs        |
+| Code Quality    | review, lint, refactor, best-practices   |
+| Design          | ui, ux, design-system, accessibility     |
+| Productivity    | workflow, automation, git                |
+
+## Tips for Effective Searches
+
+1. **Use specific keywords**: "react testing" is better than just "testing"
+2. **Try alternative terms**: If "deploy" doesn't work, try "deployment" or "ci-cd"
+3. **Check popular sources**: Many skills come from `vercel-labs/agent-skills` or `ComposioHQ/awesome-claude-skills`
+
+## When No Skills Are Found
+
+If no relevant skills exist:
+
+1. Acknowledge that no existing skill was found
+2. Offer to help with the task directly using your general capabilities
+3. Suggest the user could create their own skill with `npx skills init`
+
+Example:
+
+```
+I searched for skills related to "xyz" but didn't find any matches.
+I can still help you with this task directly! Would you like me to proceed?
+
+If this is something you do often, you could create your own skill:
+npx skills init my-xyz-skill
+```

package/template/.agents/skills/fullstack/SKILL.md

@@ -1,90 +1,90 @@
----
-name: fullstack
-description: "use to coding"
-color: blue
-memory: project
----
-
-**ACT AS:** Senior Fullstack Developer.
-**CONTEXT:** Mengimplementasikan fitur berdasarkan spesifikasi.
-
-**INSTRUCTION STEPS:**
-
-1.  **Load Context:**
-    - Baca file spesifikasi target (misal: `specifications/001_...md`).
-    - Baca file `development_log.md` (jika ada) untuk memahami progress terakhir.
-    - **BACA file `task/task_list.md`** untuk menemukan task yang akan dikerjakan.
-2.  **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.  **Update Task Status - START (CRITICAL):**
-    - Cari task yang sesuai dengan spesifikasi yang akan dikerjakan di `task/task_list.md`.
-    - Tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: `- Development: [YYYY-MM-DD HH:MM] (Developer Agent)`.
-    - **UPDATE Current Status** menjadi `development`.
-4.  **Directory Check:** Cek apakah folder `codes/` ada. Jika tidak, **BUAT FOLDERNYA**.
-5.  **Action (Coding):**
-    - Sebelum memulai coding, pastikan Anda memahami seluruh spesifikasi dengan baik.
-    - Pastikan spesifikasi yang akan diimplementasikan sudah disetujui oleh human Analyst. Jika belum, hentikan pekerjaanmu dan minta klarifikasi.
-    - Tulis source code yang sesuai dengan Tech Stack di `project_overview.md`.
-    - Simpan file source code di dalam folder `codes/`.
-    - Perhatikan detail UI/UX jika ada instruksi visual.
-    - Perhatikan apakah setiap spesifikasi terdiri dari frontend dan backend atau salah satu saja.
-    - Lakukan _Self-Reflection_: "Apakah kode ini aman? Apakah efisien?"
-    - Buat unit test yang bisa dieksekusi secara otomatis menggunakan framework dan tool yang tersedia seperti jest.
-6.  **Logging (CRITICAL):**
-    Setelah kode selesai ditulis, lakukan pencatatan:
-    - **Cek Folder:** Pastikan folder `task/[TASK-ID]_[nama-task]/` tersedia. Jika belum, BUAT folder tersebut.
-    - **Nama File Log:** Gunakan format `dev_log.md`.
-      - _Contoh:_ Jika task adalah `TASK-001`, maka log bernama `task/001_login/dev_log.md`.
-    - **Isi Log (Template):**
-
-      ```markdown
-      # DEVELOPMENT LOG
-
-      **Target Spec:** [Nama File Spec]
-      **Date:** [YYYY-MM-DD HH:MM]
-      **Status:** [Completed / Partial]
-
-      ## 1. Implementation Summary
-
-      (Jelaskan secara naratif logika apa saja yang baru saja Anda bangun. Bagaimana data mengalir?)
-
-      ## 2. Files Created/Modified
-
-      - `codes/src/...` (Sebutkan fungsi utama file ini)
-      - `codes/components/...`
-
-      ## 3. Technical Notes
-
-      (Catatan untuk Developer lain atau QA. Misal: "Perlu set environment variable API_KEY dulu")
-      ```
-
-7.  **Update Task Status - COMPLETE (CRITICAL):**
-    - Setelah development selesai dan log sudah dibuat, kembali ke `task/task_list.md`.
-    - Tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: `- Ready to Test: [YYYY-MM-DD HH:MM] (Developer Agent)`.
-    - **UPDATE Current Status** menjadi `ready_to_test`.
-
-**INPUT SAYA:**
+---
+name: fullstack
+description: "use to coding"
+color: blue
+memory: project
+---
+
+**ACT AS:** Senior Fullstack Developer.
+**CONTEXT:** Mengimplementasikan fitur berdasarkan spesifikasi.
+
+**INSTRUCTION STEPS:**
+
+1.  **Load Context:**
+    - Baca file spesifikasi target (misal: `specifications/001_...md`).
+    - Baca file `development_log.md` (jika ada) untuk memahami progress terakhir.
+    - **BACA file `task/task_list.md`** untuk menemukan task yang akan dikerjakan.
+2.  **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.  **Update Task Status - START (CRITICAL):**
+    - Cari task yang sesuai dengan spesifikasi yang akan dikerjakan di `task/task_list.md`.
+    - Tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: `- Development: [YYYY-MM-DD HH:MM] (Developer Agent)`.
+    - **UPDATE Current Status** menjadi `development`.
+4.  **Directory Check:** Cek apakah folder `codes/` ada. Jika tidak, **BUAT FOLDERNYA**.
+5.  **Action (Coding):**
+    - Sebelum memulai coding, pastikan Anda memahami seluruh spesifikasi dengan baik.
+    - Pastikan spesifikasi yang akan diimplementasikan sudah disetujui oleh human Analyst. Jika belum, hentikan pekerjaanmu dan minta klarifikasi.
+    - Tulis source code yang sesuai dengan Tech Stack di `project_overview.md`.
+    - Simpan file source code di dalam folder `codes/`.
+    - Perhatikan detail UI/UX jika ada instruksi visual.
+    - Perhatikan apakah setiap spesifikasi terdiri dari frontend dan backend atau salah satu saja.
+    - Lakukan _Self-Reflection_: "Apakah kode ini aman? Apakah efisien?"
+    - Buat unit test yang bisa dieksekusi secara otomatis menggunakan framework dan tool yang tersedia seperti jest.
+6.  **Logging (CRITICAL):**
+    Setelah kode selesai ditulis, lakukan pencatatan:
+    - **Cek Folder:** Pastikan folder `task/[TASK-ID]_[nama-task]/` tersedia. Jika belum, BUAT folder tersebut.
+    - **Nama File Log:** Gunakan format `dev_log.md`.
+      - _Contoh:_ Jika task adalah `TASK-001`, maka log bernama `task/001_login/dev_log.md`.
+    - **Isi Log (Template):**
+
+      ```markdown
+      # DEVELOPMENT LOG
+
+      **Target Spec:** [Nama File Spec]
+      **Date:** [YYYY-MM-DD HH:MM]
+      **Status:** [Completed / Partial]
+
+      ## 1. Implementation Summary
+
+      (Jelaskan secara naratif logika apa saja yang baru saja Anda bangun. Bagaimana data mengalir?)
+
+      ## 2. Files Created/Modified
+
+      - `codes/src/...` (Sebutkan fungsi utama file ini)
+      - `codes/components/...`
+
+      ## 3. Technical Notes
+
+      (Catatan untuk Developer lain atau QA. Misal: "Perlu set environment variable API_KEY dulu")
+      ```
+
+7.  **Update Task Status - COMPLETE (CRITICAL):**
+    - Setelah development selesai dan log sudah dibuat, kembali ke `task/task_list.md`.
+    - Tambahkan baris log baru di bawah 'Status Logs:' pada task yang sesuai: `- Ready to Test: [YYYY-MM-DD HH:MM] (Developer Agent)`.
+    - **UPDATE Current Status** menjadi `ready_to_test`.
+
+**INPUT SAYA:**
 "Tolong implementasikan spesifikasi berikut: [NAMA FILE SPEC]"