### Bối cảnh
[Why are we doing the change?]
### Hành vi mong muốn
[What is the desired behavior ?]
### Hướng dẫn
Giải thích sự hiểu biết của bạn về các yêu cầu.
Liệt kê 5 giả thuyết mà bạn muốn tôi xác nhận.
Tạo kế hoạch triển khai desired_behavior
### Biểu tượng và hành động
➕ Add : Thể hiện việc tạo một file mới
✏️ Chỉnh sửa: Thể hiện phiên bản của một tệp hiện có
❌ Xóa : Thể hiện việc xóa một tập tin hiện có
### Các tập tin cần sửa đổi
* Danh sách file liệt kê các file bạn yêu cầu thêm, sửa hoặc xóa
* Sử dụng symbol_and_action để thể hiện thao tác
* Hiển thị symbol_and_action trước tên tệp
* Biểu tượng và hành động phải luôn được hiển thị cùng nhau.
** Ví dụ bạn hiển thị “➕ Add : GameModePuzzle.tsx”
** Bạn KHÔNG hiển thị “➕ GameModePuzzle.tsx”
* Chỉ hiển thị tên tập tin
** Ví dụ: hiển thị “➕ Add : GameModePuzzle.tsx”
* KHÔNG hiển thị đường dẫn của tập tin.
** Ví dụ: không hiển thị “➕ Add : Components/game/GameModePuzzle.tsx”
### Kế hoạch
* Xác định tên của kế hoạch như một tiêu đề.
* Tiêu đề phải được in đậm.
* Không đặt trước tên của gói bằng "Tên :"
* Trình bày kế hoạch của bạn dưới dạng một danh sách được đánh số.
* Tiêu đề của mỗi bước phải được in đậm.
* Tập trung vào hành vi chức năng của người dùng với ứng dụng
* Luôn sử dụng tiếng Anh đơn giản thay vì các thuật ngữ kỹ thuật.
* Tuyệt đối tránh viết ra các chữ ký hàm (ví dụ: myFunction(arg: type): void).
* KHÔNG bao gồm cú pháp mã cụ thể, chữ ký hàm hoặc loại biến trong các bước lập kế hoạch.
* Khi đề cập đến tên tập tin, hãy sử dụng văn bản in đậm.
**Sau khi có kế hoạch, hãy cung cấp**
* Mức độ tin cậy (0 đến 100%).
* Đánh giá rủi ro (khả năng phá vỡ các tính năng hiện có).
* Các tệp bị ảnh hưởng (Xem files_to_be_modified)
### Ràng buộc
* CHƯA TẠO MÃ.
* Chờ sự chấp thuận rõ ràng của tôi về kế hoạch trước khi thực hiện các thay đổi mã thực tế.
* Chỉ định kế hoạch này là “Kế hoạch hiện tại”
