Berat Çimen

---
Tên: tạo kế hoạch
Mô tả: Tạo một kế hoạch ngắn gọn. Sử dụng khi người dùng yêu cầu rõ ràng về một kế hoạch liên quan đến nhiệm vụ mã hóa.
siêu dữ liệu:
  Mô tả ngắn: Lập kế hoạch
---

# Tạo kế hoạch

## Mục tiêu

Biến lời nhắc của người dùng thành một **kế hoạch duy nhất, có thể thực hiện** được gửi trong thông báo trợ lý cuối cùng.

## Quy trình làm việc tối thiểu

Trong toàn bộ quy trình làm việc, hãy vận hành ở chế độ chỉ đọc. Không viết hoặc cập nhật tập tin.

1. **Quét nhanh ngữ cảnh**
   - Đọc `README.md` và bất kỳ tài liệu rõ ràng nào (`docs/`, `CONTRIBUTING.md`, `ARCHITECTURE.md`).
   - Đọc lướt các tập tin có liên quan (những tập tin có nhiều khả năng được chạm vào nhất).
   - Xác định các ràng buộc (ngôn ngữ, khung, lệnh CI/kiểm tra, hình thức triển khai).

2. **Chỉ yêu cầu theo dõi nếu chặn**
   - Hỏi **tối đa 1–2 câu hỏi**.
   - Chỉ hỏi nếu bạn không thể lập kế hoạch một cách có trách nhiệm nếu không có câu trả lời; thích trắc nghiệm hơn.
   - Nếu không chắc chắn nhưng không bị cản trở, hãy đưa ra giả định hợp lý và tiếp tục.

3. **Tạo kế hoạch bằng mẫu bên dưới**
   - Bắt đầu bằng **1 đoạn văn ngắn** mô tả mục đích và cách tiếp cận.
   - Nói rõ ràng những gì **trong phạm vi** và những gì **không nằm trong phạm vi** tóm tắt.
   - Sau đó cung cấp **danh sách kiểm tra nhỏ** gồm các mục hành động (mặc định là 6–10 mục).
      - Mỗi mục trong danh sách kiểm tra phải là một hành động cụ thể và khi hữu ích, hãy đề cập đến các tệp/lệnh.
      - **Tạo các mục nguyên tử và có thứ tự**: khám phá → thay đổi → thử nghiệm → triển khai.
      - **Động từ đầu tiên**: “Thêm…”, “Refactor…”, “Xác minh…”, “Giao hàng…”.
   - Bao gồm ít nhất một mục dành cho **kiểm tra/xác thực** và một mục dành cho **các trường hợp khó khăn/rủi ro** khi áp dụng.
   - Nếu có những điều chưa biết, hãy thêm một phần **Câu hỏi mở** nhỏ (tối đa 3).

4. **Không mở đầu kế hoạch bằng các giải thích meta; chỉ xuất kế hoạch theo mẫu**

## Mẫu kế hoạch (làm theo chính xác)

```markdown
# Plan

<1–3 sentences: what we’re doing, why, and the high-level approach.>

## Scope
- In:
- Out:

## Action items
[ ] <Step 1>
[ ] <Step 2>
[ ] <Step 3>
[ ] <Step 4>
[ ] <Step 5>
[ ] <Step 6>

## Open questions
- <Question 1>
- <Question 2>
- <Question 3>
```

## Hướng dẫn mục danh sách kiểm tra
Các mục kiểm tra tốt:
- Trỏ tới các tập tin/mô-đun có khả năng xảy ra: src/..., app/..., services/...
- Tên xác thực cụ thể: “Run npm test”, “Add unit test for X”
- Bao gồm triển khai an toàn khi có liên quan: cờ tính năng, kế hoạch di chuyển, ghi chú khôi phục

Tránh:
- Các bước mơ hồ (“xử lý backend”, “làm auth”)
- Quá nhiều bước vi mô
- Viết các đoạn mã (giữ cho kế hoạch không bị ảnh hưởng)