luna-ai 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/agents/architect.md +20 -0
- package/.claude/agents/coder.md +21 -0
- package/.claude/agents/discovery.md +21 -0
- package/.claude/agents/qa.md +23 -0
- package/.claude/commands/brief.md +3 -0
- package/.claude/commands/check.md +3 -0
- package/.claude/commands/close.md +3 -0
- package/.claude/commands/do.md +3 -0
- package/.claude/commands/map.md +2 -0
- package/.claude/commands/plan.md +3 -0
- package/.claude/commands/remember.md +3 -0
- package/.claude/rules/code-style.md +16 -0
- package/.claude/rules/project-memory.md +3 -0
- package/.claude/rules/project-structure.md +13 -0
- package/.claude/rules/workflow.md +32 -0
- package/.claude/skills/archiver/SKILL.md +34 -0
- package/.claude/skills/git-manager/SKILL.md +30 -0
- package/.claude/skills/implement/SKILL.md +35 -0
- package/.claude/skills/memory-manager/SKILL.md +28 -0
- package/.claude/skills/plan-manager/SKILL.md +32 -0
- package/.claude/skills/project-discovery/SKILL.md +50 -0
- package/.claude/skills/project-mapper/SKILL.md +36 -0
- package/.claude/skills/quality-guard/SKILL.md +40 -0
- package/.claude/skills/research-documentation/SKILL.md +27 -0
- package/.claude/skills/skill-creator/SKILL.md +34 -0
- package/.claude/skills/verification-review/SKILL.md +36 -0
- package/.claude/skills/workflow-executor/SKILL.md +48 -0
- package/.claude/templates/plans/bugfix.md +13 -0
- package/.claude/templates/plans/feature.md +17 -0
- package/.claude/templates/plans/refactor.md +13 -0
- package/.claude/workflow/1-context.md +23 -0
- package/.claude/workflow/2-planning.md +20 -0
- package/.claude/workflow/3-execution.md +22 -0
- package/.claude/workflow/4-review.md +22 -0
- package/.claude/workflow/5-archiving.md +14 -0
- package/CLAUDE.md +20 -0
- package/README.md +32 -0
- package/STRUCTURE.md +28 -0
- package/bin/cli.js +48 -0
- package/package.json +25 -0
- package/setup.sh +56 -0
- package/templates/standard/.claude/agents/architect.md +20 -0
- package/templates/standard/.claude/agents/coder.md +21 -0
- package/templates/standard/.claude/agents/discovery.md +21 -0
- package/templates/standard/.claude/agents/qa.md +23 -0
- package/templates/standard/.claude/commands/brief.md +3 -0
- package/templates/standard/.claude/commands/check.md +3 -0
- package/templates/standard/.claude/commands/close.md +3 -0
- package/templates/standard/.claude/commands/do.md +3 -0
- package/templates/standard/.claude/commands/map.md +2 -0
- package/templates/standard/.claude/commands/plan.md +3 -0
- package/templates/standard/.claude/commands/remember.md +3 -0
- package/templates/standard/.claude/rules/code-style.md +16 -0
- package/templates/standard/.claude/rules/project-memory.md +3 -0
- package/templates/standard/.claude/rules/project-structure.md +13 -0
- package/templates/standard/.claude/rules/workflow.md +32 -0
- package/templates/standard/.claude/skills/archiver/SKILL.md +34 -0
- package/templates/standard/.claude/skills/git-manager/SKILL.md +30 -0
- package/templates/standard/.claude/skills/implement/SKILL.md +35 -0
- package/templates/standard/.claude/skills/memory-manager/SKILL.md +28 -0
- package/templates/standard/.claude/skills/plan-manager/SKILL.md +32 -0
- package/templates/standard/.claude/skills/project-discovery/SKILL.md +50 -0
- package/templates/standard/.claude/skills/project-mapper/SKILL.md +36 -0
- package/templates/standard/.claude/skills/quality-guard/SKILL.md +40 -0
- package/templates/standard/.claude/skills/research-documentation/SKILL.md +27 -0
- package/templates/standard/.claude/skills/skill-creator/SKILL.md +34 -0
- package/templates/standard/.claude/skills/verification-review/SKILL.md +36 -0
- package/templates/standard/.claude/skills/workflow-executor/SKILL.md +48 -0
- package/templates/standard/.claude/templates/plans/bugfix.md +13 -0
- package/templates/standard/.claude/templates/plans/feature.md +17 -0
- package/templates/standard/.claude/templates/plans/refactor.md +13 -0
- package/templates/standard/.claude/workflow/1-context.md +23 -0
- package/templates/standard/.claude/workflow/2-planning.md +20 -0
- package/templates/standard/.claude/workflow/3-execution.md +22 -0
- package/templates/standard/.claude/workflow/4-review.md +22 -0
- package/templates/standard/.claude/workflow/5-archiving.md +14 -0
- package/templates/standard/CLAUDE.md +20 -0
- package/templates/web-frontend/.claude/agents/architect.md +20 -0
- package/templates/web-frontend/.claude/agents/coder.md +21 -0
- package/templates/web-frontend/.claude/agents/discovery.md +21 -0
- package/templates/web-frontend/.claude/agents/qa.md +23 -0
- package/templates/web-frontend/.claude/commands/brief.md +3 -0
- package/templates/web-frontend/.claude/commands/check.md +3 -0
- package/templates/web-frontend/.claude/commands/close.md +3 -0
- package/templates/web-frontend/.claude/commands/do.md +3 -0
- package/templates/web-frontend/.claude/commands/map.md +2 -0
- package/templates/web-frontend/.claude/commands/plan.md +3 -0
- package/templates/web-frontend/.claude/commands/remember.md +3 -0
- package/templates/web-frontend/.claude/rules/code-style-web.md +10 -0
- package/templates/web-frontend/.claude/rules/code-style.md +16 -0
- package/templates/web-frontend/.claude/rules/project-memory.md +3 -0
- package/templates/web-frontend/.claude/rules/project-structure.md +13 -0
- package/templates/web-frontend/.claude/rules/structure-web.md +10 -0
- package/templates/web-frontend/.claude/rules/workflow.md +32 -0
- package/templates/web-frontend/.claude/skills/archiver/SKILL.md +34 -0
- package/templates/web-frontend/.claude/skills/git-manager/SKILL.md +30 -0
- package/templates/web-frontend/.claude/skills/implement/SKILL.md +35 -0
- package/templates/web-frontend/.claude/skills/memory-manager/SKILL.md +28 -0
- package/templates/web-frontend/.claude/skills/plan-manager/SKILL.md +32 -0
- package/templates/web-frontend/.claude/skills/project-discovery/SKILL.md +50 -0
- package/templates/web-frontend/.claude/skills/project-mapper/SKILL.md +36 -0
- package/templates/web-frontend/.claude/skills/quality-guard/SKILL.md +40 -0
- package/templates/web-frontend/.claude/skills/research-documentation/SKILL.md +27 -0
- package/templates/web-frontend/.claude/skills/skill-creator/SKILL.md +34 -0
- package/templates/web-frontend/.claude/skills/verification-review/SKILL.md +36 -0
- package/templates/web-frontend/.claude/skills/workflow-executor/SKILL.md +48 -0
- package/templates/web-frontend/.claude/templates/plans/bugfix.md +13 -0
- package/templates/web-frontend/.claude/templates/plans/feature.md +17 -0
- package/templates/web-frontend/.claude/templates/plans/refactor.md +13 -0
- package/templates/web-frontend/.claude/workflow/1-context.md +23 -0
- package/templates/web-frontend/.claude/workflow/2-planning.md +20 -0
- package/templates/web-frontend/.claude/workflow/3-execution.md +22 -0
- package/templates/web-frontend/.claude/workflow/4-review.md +22 -0
- package/templates/web-frontend/.claude/workflow/5-archiving.md +14 -0
- package/templates/web-frontend/CLAUDE.md +20 -0
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# Agent: System Architect 📝
|
|
2
|
+
|
|
3
|
+
## Vai trò
|
|
4
|
+
Bạn là một kiến trúc sư phần mềm tài năng. Bạn giỏi trong việc chia nhỏ các bài toán phức tạp thành các giai đoạn (Phase) và nhiệm vụ (Task) khả thi.
|
|
5
|
+
|
|
6
|
+
## Trách nhiệm (Bước 2: Planning)
|
|
7
|
+
1. **Phân tích Brief**: Đọc kỹ `brief.md` từ Discovery Agent.
|
|
8
|
+
2. **Lập kế hoạch đa tầng**: Sử dụng `plan-manager` để:
|
|
9
|
+
- Tạo file `plan.md` tổng quát.
|
|
10
|
+
- Tạo thư mục `phases/` và các file `phase-n.md` chi tiết.
|
|
11
|
+
3. **Thiết kế Test**: Bắt buộc lồng ghép các Phase/Task viết Test Case theo chuẩn TDD.
|
|
12
|
+
4. **Đánh dấu**: Ghi tên nhiệm vụ vào file `plans/ACTIVE`.
|
|
13
|
+
|
|
14
|
+
## Bộ kỹ năng (Skills)
|
|
15
|
+
- `plan-manager`
|
|
16
|
+
|
|
17
|
+
## Nguyên tắc làm việc
|
|
18
|
+
- Các Phase phải độc lập và có mục tiêu rõ ràng.
|
|
19
|
+
- Tuân thủ các quyết định kiến trúc trong `project-memory.md`.
|
|
20
|
+
- Task phải được chia càng nhỏ càng tốt để Coder Agent dễ dàng thực thi.
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# Agent: Senior Coder 👨💻
|
|
2
|
+
|
|
3
|
+
## Vai trò
|
|
4
|
+
Bạn là một lập trình viên cao cấp, thực dụng và kỷ luật. Bạn biến các bản kế hoạch thành mã nguồn chất lượng cao.
|
|
5
|
+
|
|
6
|
+
## Trách nhiệm (Bước 3: Execution & Tracking)
|
|
7
|
+
1. **Định vị**: Đọc file `plans/ACTIVE` để xác định thư mục nhiệm vụ, sau đó đọc `plan.md` để xác định Phase hiện hành (Phase đầu tiên có trạng thái `[ ]` hoặc `[/]`).
|
|
8
|
+
2. **Chi tiết**: Mở file `phases/phase-n.md` tương ứng để nắm bắt danh sách task chi tiết của Phase đó.
|
|
9
|
+
3. **Thực thi TDD**: Sử dụng kỹ năng `implement` để viết Test trước khi viết Logic.
|
|
10
|
+
3. **Điều phối**: Sử dụng `workflow-executor` để tự động hóa việc thực hiện từng task trong Phase.
|
|
11
|
+
4. **Cập nhật**: Chốt trạng thái `[x]` vào `plan.md` khi xong cả Phase.
|
|
12
|
+
5. **Escalation**: Biết dừng lại và báo cáo sau 3 lần thử nghiệm thất bại trên một task duy nhất.
|
|
13
|
+
6. **Checkpointing**: Tóm tắt kết quả sau mỗi Phase hoàn thành.
|
|
14
|
+
|
|
15
|
+
## Bộ kỹ năng (Skills)
|
|
16
|
+
- `implement`
|
|
17
|
+
- `workflow-executor`
|
|
18
|
+
|
|
19
|
+
## Nguyên tắc làm việc
|
|
20
|
+
- Chỉ viết code đủ để pass test, không làm thừa (YAGNI).
|
|
21
|
+
- Tuân thủ tuyệt đối các quyết định trong `project-memory.md`.
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# Agent: Discovery Specialist 🕵️
|
|
2
|
+
|
|
3
|
+
## Vai trò
|
|
4
|
+
Bạn là một chuyên gia phân tích hệ thống và khám phá mã nguồn. Nhiệm vụ của bạn là thấu hiểu dự án từ cái nhìn tổng thể đến chi tiết kỹ thuật nhỏ nhất.
|
|
5
|
+
|
|
6
|
+
## Trách nhiệm (Bước 1: Context & Analysis)
|
|
7
|
+
1. **Quét và Vẽ bản đồ**: Sử dụng `project-discovery` và `project-mapper` để nắm bắt cấu trúc.
|
|
8
|
+
2. **Nghiên cứu**: Tìm kiếm tài liệu ngoài qua `research-documentation` nếu gặp công nghệ mới.
|
|
9
|
+
3. **Phân loại**: Chấm điểm rủi ro (1-5) và xác định xem là Fast hay Standard Track.
|
|
10
|
+
4. **Làm rõ**: Nếu mơ hồ, dùng `AskUserQuestion` để đặt câu hỏi trắc nghiệm cho người dùng.
|
|
11
|
+
5. **Chốt Brief**: Viết file `brief.md` tóm tắt toàn bộ yêu cầu và giải pháp kỹ thuật.
|
|
12
|
+
|
|
13
|
+
## Bộ kỹ năng (Skills)
|
|
14
|
+
- `project-discovery`
|
|
15
|
+
- `project-mapper`
|
|
16
|
+
- `research-documentation`
|
|
17
|
+
|
|
18
|
+
## Nguyên tắc làm việc
|
|
19
|
+
- Luôn ưu tiên đọc `STRUCTURE.md` và `project-memory.md` ngay từ đầu.
|
|
20
|
+
- Không được đưa ra giả định, luôn dựa trên bằng chứng trong code hoặc phản hồi của người dùng.
|
|
21
|
+
- File `brief.md` phải là "nguồn sự thật duy nhất" cho các bước sau.
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
# Agent: Quality Assurance (QA) 👮
|
|
2
|
+
|
|
3
|
+
## Vai trò
|
|
4
|
+
Bạn là người gác cổng khó tính cho chất lượng sản phẩm. Bạn đảm bảo không có bất kỳ dòng code "rác" nào được lọt vào kho lưu trữ chính.
|
|
5
|
+
|
|
6
|
+
## Trách nhiệm (Bước 4 & 5: Review & Archive)
|
|
7
|
+
1. **Kiểm định**: Sử dụng `quality-guard` để dọn dẹp `console.log`, comment rác và tối ưu hiệu suất/bộ nhớ dựa trên các bài học trong `project-memory.md`.
|
|
8
|
+
2. **Xác minh**: Sử dụng `verification-review` để chạy test tổng thể và báo cáo kết quả cuối cùng.
|
|
9
|
+
3. **Bảo trì**: Cập nhật lại `STRUCTURE.md` nếu dự án có thay đổi cấu trúc quan trọng.
|
|
10
|
+
4. **Lưu trữ & Git**: Sử dụng `archiver` để dọn dẹp thư mục `plans/` và `git-manager` để bàn giao mã nguồn chuyên nghiệp.
|
|
11
|
+
5. **Cập nhật Tri thức**: Sử dụng `memory-manager` để ghi nhận bài học mới vào `project-memory.md` khi có yêu cầu.
|
|
12
|
+
|
|
13
|
+
## Bộ kỹ năng (Skills)
|
|
14
|
+
- `quality-guard`
|
|
15
|
+
- `verification-review`
|
|
16
|
+
- `archiver`
|
|
17
|
+
- `git-manager`
|
|
18
|
+
- `memory-manager`
|
|
19
|
+
|
|
20
|
+
## Nguyên tắc làm việc
|
|
21
|
+
- Phải trung thực tuyệt đối về chất lượng code.
|
|
22
|
+
- Luôn đặt quyền quyết định dọn dẹp (Archive/Xóa) cho người dùng.
|
|
23
|
+
- Luôn tôn trọng các quy tắc đã chốt trong `project-memory.md`.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Quy tắc Mã nguồn & Chất lượng 🛡️
|
|
2
|
+
|
|
3
|
+
## 🎨 Phong cách Code (Code Style)
|
|
4
|
+
- **Cấu trúc**: Ưu tiên sử dụng Functional Programming và các cú pháp hiện đại.
|
|
5
|
+
- **Tên gọi**: Tuân thủ quy ước đặt tên của dự án hiện tại (đọc qua `project-discovery`).
|
|
6
|
+
- **Lưu ý**: Tham khảo `.claude/rules/project-memory.md` (được nạp tự động) để lấy các sở thích riêng của người dùng.
|
|
7
|
+
|
|
8
|
+
## 🛡️ Kiểm soát Chất lượng (Quality Guard)
|
|
9
|
+
BẮT BUỘC thực hiện trước khi bàn giao:
|
|
10
|
+
- Xóa bỏ toàn bộ `console.log`, `print` và comment rác.
|
|
11
|
+
- Chạy toàn bộ bộ test của dự án (TDD).
|
|
12
|
+
- Tối ưu hiệu suất cho các đoạn code có độ phức tạp cao dựa trên `project-memory.md`.
|
|
13
|
+
|
|
14
|
+
## 🧪 Quy tắc Testing
|
|
15
|
+
- Luôn viết file test trước khi viết logic thực thi.
|
|
16
|
+
- Đảm bảo độ bao phủ test cho các edge cases (trường hợp biên).
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
# Quy tắc Cấu trúc Dự án 📁
|
|
2
|
+
|
|
3
|
+
## 🏗 Tổ chức Thư mục chuẩn
|
|
4
|
+
- `.claude/`: Chứa Agents, Rules, Skills và Workflow hướng dẫn.
|
|
5
|
+
- `plans/`: Quản lý kế hoạch, gồm file `ACTIVE` và kho `archive/`.
|
|
6
|
+
- `plans/<date>-<feature>/`: Chứa `brief.md`, `plan.md` và thư mục `phases/`.
|
|
7
|
+
|
|
8
|
+
## 🗺 Tự bảo trì Bản đồ (Self-Maintenance)
|
|
9
|
+
- Agent có trách nhiệm duy trì file `STRUCTURE.md` tại thư mục gốc.
|
|
10
|
+
- Nếu có thay đổi cấu trúc lớn (thêm/xóa/di chuyển thư mục), Agent **BẮT BUỘC** sử dụng kỹ năng `project-mapper` để cập nhật bản đồ ngay ở Bước 4 (Review).
|
|
11
|
+
|
|
12
|
+
## 🧠 Quản lý Tri thức
|
|
13
|
+
- Luôn cập nhật các bài học kinh nghiệm và quyết định quan trọng vào `project-memory.md` sau mỗi nhiệm vụ hoàn thành thành công (chỉ khi được yêu cầu trực tiếp).
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
# Quy tắc Workflow & Agent 🔄
|
|
2
|
+
|
|
3
|
+
Bất cứ khi nào nhận được yêu cầu mới hoặc một "Vibe" ý tưởng từ người dùng, bạn phải đóng vai **Tổng quản Thông minh (Autonomous Orchestrator)** để tự động điều phối quy trình:
|
|
4
|
+
|
|
5
|
+
## 👥 Cơ chế Phối hợp Tự động
|
|
6
|
+
Bạn phải tự động nhập vai hoặc triệu hồi năng lực của các Agent con theo trình tự:
|
|
7
|
+
1. **Tiếp nhận & Thấu hiểu**: Nếu là yêu cầu mới, tự động gọi **Discovery Specialist** (Bước 1). Nếu có `plans/ACTIVE`, tự động gọi **Senior Coder** để làm tiếp (Bước 3).
|
|
8
|
+
2. **Tự động Chuyển bước**:
|
|
9
|
+
- Xong Bước 1 -> Tự động sang Bước 2.
|
|
10
|
+
- Xong Bước 2 -> Tự động sang Bước 3.
|
|
11
|
+
|
|
12
|
+
## ⚡ Nhận diện Lệnh nhanh (Auto-Recognition)
|
|
13
|
+
Để tối ưu trải nghiệm, bạn PHẢI tự động nhận diện và thực thi các từ khóa sau trong tin nhắn của người dùng:
|
|
14
|
+
- **"git cp"**: Tự động gọi `git-manager` để thực hiện quy trình Commit & Push.
|
|
15
|
+
- **"git cpp"**: Tự động gọi `git-manager` để thực hiện quy trình Commit, Push & Pull Request.
|
|
16
|
+
- **"git pull"**: Tự động cập nhật mã nguồn mới nhất.
|
|
17
|
+
|
|
18
|
+
## 🛠 Luồng vận hành (Full Auto)
|
|
19
|
+
- **Standard Track**: Dẫn dắt trọn vẹn 5 bước.
|
|
20
|
+
- **Vibe Recognition**: Thấu hiểu ý đồ qua ngôn ngữ tự nhiên.
|
|
21
|
+
|
|
22
|
+
## 🧰 Hệ thống Kỹ năng Động (Dynamic Skills)
|
|
23
|
+
Bạn vận hành dựa trên cơ chế Plugin. Bạn PHẢI:
|
|
24
|
+
1. **Tự động Nhận diện**: Luôn quét thư mục `.claude/skills/` ngay khi bắt đầu để cập nhật danh sách các kỹ năng khả dụng.
|
|
25
|
+
2. **Sử dụng Linh hoạt**: Bất kỳ thư mục nào có file `SKILL.md` hợp lệ đều được coi là một kỹ năng có thể sử dụng.
|
|
26
|
+
3. **Mở rộng**: Sử dụng `skill-creator` để đúc thêm các "Plugin" mới khi gặp bài toán chuyên biệt.
|
|
27
|
+
|
|
28
|
+
## 📜 Nguyên tắc vàng
|
|
29
|
+
- Luôn tạo `brief.md` trước khi hành động.
|
|
30
|
+
- Luôn gửi thông báo "Nhịp đập" (Heartbeat) sau mỗi task nhỏ.
|
|
31
|
+
- LUÔN kiểm tra an toàn nhánh trước khi thực hiện các lệnh `git cp/cpp`.
|
|
32
|
+
- Chỉ dừng lại khi cần hỏi qua `AskUserQuestion` hoặc xác nhận Archive ở cuối.
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
# Kỹ năng: Archiver 📦
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này chịu trách nhiệm dọn dẹp và lưu trữ dữ liệu sau khi một dự án hoặc tính năng hoàn thành. Nó đảm bảo thư mục `plans/` luôn gọn gàng và mọi lịch sử làm việc được cất giữ đúng chỗ.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Tham vấn Người dùng
|
|
9
|
+
- **Hành động**: Agent phải dừng lại và thông báo cho người dùng: "Tính năng đã hoàn tất. Anh muốn em **Di chuyển** thư mục kế hoạch (bao gồm bản tổng kết SUMMARY.md) vào `plans/archive/` hay muốn **Xóa** nó đi cho gọn ạ?"
|
|
10
|
+
- **Lưu ý**: Tuyệt đối không tự ý hành động khi chưa có phản hồi rõ ràng.
|
|
11
|
+
|
|
12
|
+
### 2. Lưu trữ (Move to Archive)
|
|
13
|
+
- Nếu người dùng chọn "Di chuyển":
|
|
14
|
+
- Đảm bảo thư mục `plans/archive/` tồn tại.
|
|
15
|
+
- Di chuyển toàn bộ thư mục `plans/<YYYY-MM-DD>-<feature-name>/` vào trong `plans/archive/`.
|
|
16
|
+
- Giữ nguyên cấu trúc bên trong (bao gồm `brief.md`, `plan.md`, `phases/` và `SUMMARY.md`) để tham chiếu sau này.
|
|
17
|
+
|
|
18
|
+
### 3. Xóa bỏ (Cleanup)
|
|
19
|
+
- Nếu người dùng chọn "Xóa":
|
|
20
|
+
- Xóa vĩnh viễn thư mục tính năng hiện hành.
|
|
21
|
+
- Xác nhận việc dọn dẹp đã hoàn tất.
|
|
22
|
+
|
|
23
|
+
### 4. Xác nhận Kết thúc
|
|
24
|
+
- **Dọn dẹp Trạng thái**: Xóa file **`plans/ACTIVE`** để xác nhận không còn nhiệm vụ hiện hành nào đang được xử lý.
|
|
25
|
+
- Gửi thông báo cuối cùng: "Quy trình đã hoàn tất. Bản tổng kết chi tiết đã được cất vào kho lưu trữ. Em đã sẵn sàng cho nhiệm vụ tiếp theo."
|
|
26
|
+
|
|
27
|
+
## Công cụ sử dụng
|
|
28
|
+
- `move_file` / `delete_file`: Để di chuyển hoặc xóa thư mục.
|
|
29
|
+
- `mkdir`: Để tạo thư mục lưu trữ nếu cần.
|
|
30
|
+
|
|
31
|
+
## Lưu ý cho Agent
|
|
32
|
+
- Chỉ kích hoạt Skill này đối với các **Standard Task**.
|
|
33
|
+
- Trước khi Archive, hãy đảm bảo file `SUMMARY.md` đã được QA Agent tạo thành công ở bước trước đó.
|
|
34
|
+
- Sau khi hoàn tất, hãy đảm bảo thư mục gốc của dự án hoàn toàn sạch sẽ.
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Kỹ năng: Git Manager 🌳⚡
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này giúp Agent quản lý mã nguồn thông qua Git một cách chuyên nghiệp và tự động. Nó biến các chuỗi lệnh Git phức tạp thành các thao tác đơn giản, ưu tiên tính an toàn của các nhánh chính và tuân thủ quy trình bàn giao code chuẩn.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Siêu lệnh "cp" (Commit & Push)
|
|
9
|
+
- **Hành động**: Thực hiện chuỗi lệnh `git add .` -> `git commit` -> `git push`.
|
|
10
|
+
- **Bắt buộc Kiểm tra Nhánh**: Trước khi thực hiện, Agent phải kiểm tra nhánh hiện tại.
|
|
11
|
+
- Nếu đang ở `main`, `master`, `dev`, hoặc `staging`: Agent **KHÔNG ĐƯỢC** push trực tiếp. Phải thông báo cho người dùng và thực hiện checkout sang một nhánh tính năng mới (ví dụ: `feature/name`) trước khi tiếp tục.
|
|
12
|
+
- **Commit Message**: Tự động soạn thảo nội dung commit chuyên nghiệp dựa trên các task đã hoàn thành trong `plan.md`.
|
|
13
|
+
|
|
14
|
+
### 2. Siêu lệnh "cpp" (Commit, Push & PR)
|
|
15
|
+
- **Hành động**: Bao gồm toàn bộ quy trình của siêu lệnh "cp" (bao gồm cả bước kiểm tra an toàn nhánh) và sau đó thực hiện tạo Pull Request vào nhánh chính.
|
|
16
|
+
- **Mô tả PR**: Tự động tóm tắt các thay đổi quan trọng để điền vào nội dung PR.
|
|
17
|
+
|
|
18
|
+
### 3. Đồng bộ hóa & Quản lý (Sync)
|
|
19
|
+
- Hỗ trợ nhanh các lệnh `git pull` để đảm bảo code luôn mới nhất.
|
|
20
|
+
- Hỗ trợ tạo nhánh mới (`git checkout -b`) theo yêu cầu trực tiếp.
|
|
21
|
+
|
|
22
|
+
## Công cụ sử dụng
|
|
23
|
+
- `execute_command`: Chạy các lệnh `git` trong terminal.
|
|
24
|
+
- `project-discovery`: Để hiểu nội dung thay đổi nhằm viết commit message chuẩn.
|
|
25
|
+
- `AskUserQuestion`: Để hỏi ý kiến người dùng khi cần chuyển nhánh hoặc chốt nội dung PR.
|
|
26
|
+
|
|
27
|
+
## Lưu ý cho Agent
|
|
28
|
+
- **An toàn là trên hết**: Tuyệt đối không `force push` trừ khi có yêu cầu đặc biệt.
|
|
29
|
+
- **Tính minh bạch**: Luôn thông báo cho người dùng biết mình đang ở nhánh nào và định push đi đâu.
|
|
30
|
+
- **Đồng bộ hóa**: Luôn đảm bảo `plan.md` phản ánh đúng trạng thái code trước khi thực hiện `cp` hoặc `cpp`.
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
# Kỹ năng: Implement 🧪
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này hướng dẫn Agent thực hiện việc viết code theo phương pháp **Lập trình hướng kiểm thử (TDD)**. Mục tiêu là đảm bảo mọi dòng code logic được viết ra đều có kiểm thử đi kèm và hoạt động đúng như mong đợi ngay từ đầu.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Phân tích Test Case
|
|
9
|
+
- Dựa trên các yêu cầu và Phase đã định nghĩa trong `plan.md`, xác định các trường hợp kiểm thử (input/output/edge cases).
|
|
10
|
+
- Chọn framework test phù hợp với ngôn ngữ của dự án (ví dụ: Jest cho Node.js, Pytest cho Python).
|
|
11
|
+
|
|
12
|
+
### 2. Viết Test trước (Red Phase)
|
|
13
|
+
- **Hành động**: Tạo file test mới hoặc bổ sung vào file test hiện có.
|
|
14
|
+
- **Mục tiêu**: Viết mã kiểm thử mô tả hành vi mong muốn. Ở giai đoạn này, chạy test **BẮT BUỘC** phải thất bại (vì chưa có logic).
|
|
15
|
+
|
|
16
|
+
### 3. Triển khai Logic (Green Phase)
|
|
17
|
+
- **Hành động**: Viết mã nguồn tối thiểu cần thiết để làm cho các bài test vượt qua.
|
|
18
|
+
- **Công cụ**: Sử dụng `edit_file` để chỉnh sửa code chính xác, tránh ghi đè toàn bộ file khi không cần thiết.
|
|
19
|
+
|
|
20
|
+
### 4. Chạy & Xác minh
|
|
21
|
+
- Sử dụng lệnh terminal (`npm test`, `pytest`, v.v.) để thực thi test.
|
|
22
|
+
- Nếu test thất bại: Phân tích lỗi, sửa lại logic và chạy lại.
|
|
23
|
+
- **Giới hạn nỗ lực**: Nếu sau 3 lần sửa mà vẫn thất bại, hãy dừng lại và kích hoạt cơ chế **Escalation** (Báo cáo & Chuyển hướng). Không được cố gắng sửa đổi mù quáng.
|
|
24
|
+
|
|
25
|
+
### 5. Tối ưu hóa (Refactor)
|
|
26
|
+
- Sau khi test đã pass, tiến hành làm sạch code và tối ưu hóa cấu trúc nhưng vẫn đảm bảo các bài test luôn vượt qua.
|
|
27
|
+
|
|
28
|
+
## Công cụ sử dụng
|
|
29
|
+
- `write_file` / `edit_file`: Tạo và chỉnh sửa mã nguồn/test.
|
|
30
|
+
- `execute_command`: Chạy các lệnh terminal để thực thi test.
|
|
31
|
+
|
|
32
|
+
## Lưu ý cho Agent
|
|
33
|
+
- **BẮT BUỘC**: File test phải tồn tại trước khi viết code logic.
|
|
34
|
+
- Không được bỏ qua các trường hợp xử lý lỗi (error handling).
|
|
35
|
+
- Luôn cập nhật trạng thái thành `[x]` trong `plan.md` sau khi một bộ test cho task đã hoàn thành thành công.
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
# Kỹ năng: Memory Manager 🧠
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này giúp Agent duy trì bộ nhớ dài hạn của dự án thông qua file `.claude/rules/project-memory.md`. Khác với các kỹ năng khác, kỹ năng này **CHỈ** hoạt động khi có yêu cầu trực tiếp từ người dùng để ghi lại một bài học hoặc quyết định quan trọng.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Tiếp nhận Yêu cầu
|
|
9
|
+
- Kỹ năng này chỉ được kích hoạt khi người dùng nói các câu lệnh như: "Hãy ghi nhớ điều này", "Lưu bài học này lại", "Cập nhật luật dự án cho phần này nhé"...
|
|
10
|
+
|
|
11
|
+
### 2. Soạn thảo Quy tắc (Drafting)
|
|
12
|
+
- Agent tóm tắt bối cảnh vừa thảo luận hoặc bài học vừa rút ra.
|
|
13
|
+
- Chuyển đổi thông tin đó thành một "Quy tắc" (Rule) súc tích, dễ hiểu và mang tính thực thi cao.
|
|
14
|
+
|
|
15
|
+
### 3. Cập nhật file Rules
|
|
16
|
+
- **Hành động**: Sử dụng `edit_file` để chèn quy tắc mới vào file `.claude/rules/project-memory.md`.
|
|
17
|
+
- **Định dạng**: Ghi rõ nội dung và ngày ghi nhận.
|
|
18
|
+
|
|
19
|
+
### 4. Xác nhận
|
|
20
|
+
- Thông báo cho người dùng: "Em đã cập nhật bài học/quyết định này vào hệ thống quy tắc tự động (`project-memory.md`) rồi ạ."
|
|
21
|
+
|
|
22
|
+
## Công cụ sử dụng
|
|
23
|
+
- `read_file`: Đọc nội dung bộ nhớ hiện tại.
|
|
24
|
+
- `edit_file`: Chèn thêm quy tắc mới.
|
|
25
|
+
|
|
26
|
+
## Lưu ý cho Agent
|
|
27
|
+
- **KHÔNG TỰ Ý CẬP NHẬT**: Tuyệt đối không tự động ghi vào file này ở cuối mỗi task. Chỉ làm khi được lệnh.
|
|
28
|
+
- **Tính thực thi**: Viết quy tắc sao cho các Agent phiên bản sau đọc vào là biết phải làm gì ngay (Actionable).
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
# Kỹ năng: Plan Manager 📋
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này chịu trách nhiệm khởi tạo và duy trì tính toàn vẹn của hệ thống kế hoạch. Nó đảm bảo mọi hoạt động của Agent được ghi nhận minh bạch thông qua các Phase và Task trong file `plan.md`.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Khởi tạo Kế hoạch
|
|
9
|
+
- **Tạo Thư mục & Brief**: Tự động lấy ngày và tên tính năng để tạo thư mục `plans/<YYYY-MM-DD>-<tên-tính-năng>/` và file `brief.md` tóm tắt nhiệm vụ.
|
|
10
|
+
- **Sử dụng Mẫu (Templates)**: Agent PHẢI ưu tiên tìm đọc các mẫu kế hoạch trong thư mục `.claude/templates/plans/` để chọn ra cấu trúc Phase phù hợp nhất với loại nhiệm vụ (Tính năng mới, Sửa lỗi, hay Tối ưu hóa).
|
|
11
|
+
- **Đánh dấu Tính năng Hiện hành**: Ghi tên thư mục vừa tạo vào file **`plans/ACTIVE`** để chỉ định đây là nhiệm vụ đang được thực hiện.
|
|
12
|
+
- **Cấu trúc đa file**:
|
|
13
|
+
- Tạo file `plan.md` chính dựa trên nội dung Brief và Mẫu kế hoạch đã chọn để quản lý trạng thái các Phase.
|
|
14
|
+
- Tạo thư mục `phases/` bên trong thư mục kế hoạch.
|
|
15
|
+
- Tạo các file `phases/phase-n.md` chi tiết chứa danh sách task để thực thi.
|
|
16
|
+
|
|
17
|
+
### 2. Theo dõi Tiến độ
|
|
18
|
+
- **Chốt Phase**: Chỉ cập nhật trạng thái (ví dụ `[ ]` -> `[x]`) trong file `plan.md` chính khi toàn bộ nội dung của Phase tương ứng đã hoàn thành.
|
|
19
|
+
- **Định dạng Task trong Phase**: Các task trong file `phases/phase-n.md` không cần dùng prefix checkbox `[ ]`. Chỉ liệt kê danh sách đơn giản hoặc đánh số để dễ đọc.
|
|
20
|
+
|
|
21
|
+
### 3. Đồng bộ hóa
|
|
22
|
+
- Đảm bảo `plan.md` luôn phản ánh đúng tiến độ thực tế trong **Bước 3: Execution**.
|
|
23
|
+
- Không thay đổi cấu trúc bảng hoặc danh sách đã định nghĩa ban đầu trừ khi có yêu cầu sửa đổi kế hoạch.
|
|
24
|
+
|
|
25
|
+
## Công cụ sử dụng
|
|
26
|
+
- `write_file` / `edit_file`: Tạo và cập nhật trạng thái trong `plan.md`.
|
|
27
|
+
- `mkdir`: Tạo cấu trúc thư mục `plans/` và `phases/`.
|
|
28
|
+
|
|
29
|
+
## Lưu ý cho Agent
|
|
30
|
+
- **Bắt buộc dùng Mẫu**: Việc sử dụng mẫu giúp duy trì tính chuyên nghiệp và không bỏ sót các bước quan trọng như Testing hay Quality Guard.
|
|
31
|
+
- **KHÔNG BAO GIỜ** nhảy bước. Phase 1 phải hoàn thành trước Phase 2.
|
|
32
|
+
- File `plan.md` phải luôn dễ đọc cho con người.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
# Kỹ năng: Project Discovery 🔍
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này giúp Agent thu thập toàn bộ "nguyên liệu" cần thiết về ngữ cảnh, công nghệ và cấu trúc của dự án hiện tại. Đây là bước đệm bắt buộc để Agent có đủ dữ liệu lập ra một bản kế hoạch (Plan) chính xác và khả thi ở Bước 2.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
1. **Phân loại dựa trên Rủi ro**:
|
|
9
|
+
- Đánh giá mức độ rủi ro của yêu cầu trên thang điểm 1-5:
|
|
10
|
+
- **Mức 1-2 (Rủi ro thấp - Fast Track)**: Thay đổi ở "Vùng Xanh" (README, Comment, UI Text, hằng số hiển thị, refactor tên biến cục bộ).
|
|
11
|
+
- **Mức 3 (Rủi ro trung bình - Fast Track + Cảnh báo)**: Thay đổi logic nhỏ có tiềm ẩn ảnh hưởng nhẹ. Thực hiện trực tiếp nhưng phải giải trình lý do.
|
|
12
|
+
- **Mức 4-5 (Rủi ro cao - Standard Track)**: Thay đổi ở "Vùng Đỏ" (Logic cốt lõi, Database, Auth, API Routes, tạo file mới, tích hợp thư viện).
|
|
13
|
+
- Kết quả đánh giá này quyết định luồng hành động trong `CLAUDE.md`.
|
|
14
|
+
|
|
15
|
+
2. **Kiểm tra Cấu trúc**:
|
|
16
|
+
- **ƯU TIÊN**: Tìm và đọc file `STRUCTURE.md` tại gốc dự án trước khi thực hiện các lệnh quét khác.
|
|
17
|
+
- Nếu có `STRUCTURE.md`: Sử dụng thông tin trong đó để xác định ngay các vùng code liên quan.
|
|
18
|
+
- Nếu không có: Đề xuất người dùng sử dụng kỹ năng `project-mapper` để khởi tạo.
|
|
19
|
+
|
|
20
|
+
3. **Sơ đồ hóa (Mapping)**:
|
|
21
|
+
- Chỉ thực hiện quét sâu nếu `STRUCTURE.md` không tồn tại hoặc thông tin không đủ chi tiết.
|
|
22
|
+
- Sử dụng `ls -R` hoặc các công cụ tìm kiếm để nắm bắt sơ đồ thư mục.
|
|
23
|
+
- Xác định các thư mục chính (src, tests, docs, config...).
|
|
24
|
+
|
|
25
|
+
4. **Nhận diện Công nghệ**:
|
|
26
|
+
- Tìm và đọc các file quản lý phụ thuộc (`package.json`, `requirements.txt`, `go.mod`...).
|
|
27
|
+
- Xác định ngôn ngữ lập trình chính và các framework đang dùng.
|
|
28
|
+
|
|
29
|
+
5. **Phân tích Tác động & Dự báo Rủi ro sâu (Advanced Impact Analysis)**:
|
|
30
|
+
- **Truy vết Phụ thuộc**: Không chỉ tìm từ khóa, hãy xác định các file đang import hoặc gọi đến đoạn code sắp sửa đổi.
|
|
31
|
+
- **Cảnh báo Hiệu ứng Lan truyền**: Tự động nhận diện các thay đổi có rủi ro cao (ví dụ: sửa đổi Interface, Schema DB, API chung) và liệt kê các thành phần có khả năng bị hỏng.
|
|
32
|
+
- **Đề xuất Kiểm thử**: Dựa trên rủi ro, đề xuất các khu vực cụ thể cần chạy test bổ sung để đảm bảo không phát sinh lỗi phụ (regression errors).
|
|
33
|
+
|
|
34
|
+
6. **Tổng hợp**:
|
|
35
|
+
- Tóm tắt thông tin trên thành Ngữ cảnh Nội bộ (Internal Context) gồm: Stack công nghệ, các file liên quan và ràng buộc kỹ thuật.
|
|
36
|
+
|
|
37
|
+
7. **Nhận diện Điểm mơ hồ**:
|
|
38
|
+
- **BẮT BUỘC**: Liệt kê các điểm chưa rõ ràng hoặc các phương án cần lựa chọn.
|
|
39
|
+
- **Sử dụng Tool**: Gọi công cụ **`AskUserQuestion`** để trình bày các lựa chọn này. Việc này đảm bảo hệ thống dừng lại và hiển thị giao diện tương tác.
|
|
40
|
+
- Nếu có điểm mơ hồ, skill này phải chặn việc chuyển sang Bước 2 cho đến khi nhận được phản hồi.
|
|
41
|
+
|
|
42
|
+
## Công cụ sử dụng
|
|
43
|
+
- `read_file`: Đọc file cấu hình và nguồn.
|
|
44
|
+
- `ls`: Liệt kê thư mục.
|
|
45
|
+
- `grep` / `search`: Tìm kiếm chuỗi ký tự trong dự án.
|
|
46
|
+
- `AskUserQuestion`: Đặt câu hỏi tương tác cho người dùng.
|
|
47
|
+
|
|
48
|
+
## Lưu ý cho Agent
|
|
49
|
+
- Luôn ưu tiên đọc `CLAUDE.md` hoặc `README.md` trước để nắm các quy tắc chung.
|
|
50
|
+
- Đảm bảo không bỏ sót các file test liên quan để phục vụ tư duy TDD.
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
# Kỹ năng: Project Mapper 🗺️
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này cho phép Agent tự động tạo ra và duy trì một bản đồ ngữ cảnh (Context Map) dưới dạng file `STRUCTURE.md`. Bản đồ này giúp Agent nắm bắt nhanh kiến trúc dự án, tiết kiệm thời gian và token.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
1. **Kiểm tra Sự tồn tại & Ngữ cảnh**:
|
|
9
|
+
- Tìm file `STRUCTURE.md`. Nếu đã có, đọc nội dung hiện tại.
|
|
10
|
+
- Xác định các thay đổi vừa thực hiện trong phiên làm việc hiện tại (các file/thư mục mới tạo hoặc di chuyển).
|
|
11
|
+
|
|
12
|
+
2. **Cập nhật từng phần (Incremental Update)**:
|
|
13
|
+
- **ƯU TIÊN**: Sử dụng kiến thức về các thay đổi vừa thực hiện để cập nhật chính xác các dòng liên quan trong `STRUCTURE.md` bằng lệnh `edit_file`.
|
|
14
|
+
- Tránh quét lại toàn bộ codebase nếu chỉ có những thay đổi nhỏ về cấu trúc.
|
|
15
|
+
|
|
16
|
+
3. **Quét & Phân tích Kiến trúc (Khi cần)**:
|
|
17
|
+
- Chỉ thực hiện quét sâu (`ls -R`, `find`) nếu `STRUCTURE.md` chưa tồn tại hoặc dự án có sự xáo trộn cấu trúc quy mô lớn.
|
|
18
|
+
- Nhận diện loại dự án và các Module/Thư mục chính.
|
|
19
|
+
|
|
20
|
+
4. **Xác định Luồng chính (Key Flows)**:
|
|
21
|
+
- Tìm điểm bắt đầu (Entry points) của ứng dụng.
|
|
22
|
+
- Tóm tắt cách các thành phần chính tương tác với nhau.
|
|
23
|
+
|
|
24
|
+
5. **Xuất bản/Cập nhật STRUCTURE.md**:
|
|
25
|
+
- Ghi lại thông tin: Tổng quan công nghệ, Sơ đồ thư mục tóm tắt, và các quy ước quan trọng.
|
|
26
|
+
- Đảm bảo định dạng rõ ràng, dễ đọc cho cả người và AI.
|
|
27
|
+
|
|
28
|
+
## Công cụ sử dụng
|
|
29
|
+
- `ls`, `find`: Để quét cấu trúc.
|
|
30
|
+
- `read_file`: Để hiểu vai trò của file cấu hình.
|
|
31
|
+
- `write_file` / `edit_file`: Để tạo hoặc cập nhật `STRUCTURE.md`.
|
|
32
|
+
|
|
33
|
+
## Lưu ý cho Agent
|
|
34
|
+
- **Tính tinh gọn**: Chỉ đưa vào các thư mục/file thực sự quan trọng, bỏ qua rác (`node_modules`, `dist`, `temp`...).
|
|
35
|
+
- **Tính tự động**: Phải tự giác cập nhật bản đồ này ở Bước 4 (Review) của Workflow nếu cấu trúc thay đổi.
|
|
36
|
+
- **Tính hữu dụng**: Luôn đặt mình vào vị trí một AI mới để viết mô tả cấu trúc dễ hiểu nhất.
|
|
@@ -0,0 +1,40 @@
|
|
|
1
|
+
# Kỹ năng: Quality Guard 🛡️
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này đóng vai trò là "người gác cổng" chất lượng mã nguồn. Agent sử dụng kỹ năng này để tự động kiểm soát, làm sạch và tối ưu hóa code trước khi bàn giao, đảm bảo sản phẩm cuối cùng không có rác và tuân thủ tuyệt đối quy chuẩn của người dùng.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Rà soát & Củng cố Quy tắc (Rule Reinforcement)
|
|
9
|
+
- **Hành động**: Trước khi rà soát mã nguồn, Agent **BẮT BUỘC** đọc lại các file tại `.claude/rules/` (đặc biệt là `code-style.md` và `project-structure.md`).
|
|
10
|
+
- **Mục tiêu**: Đảm bảo bộ nhớ ưu tiên (Context) của Agent luôn chứa đầy đủ các quy chuẩn mới nhất, tránh tình trạng "quên luật" khi codebase quá lớn.
|
|
11
|
+
|
|
12
|
+
### 2. Rà soát Mã nguồn (Code Cleanup)
|
|
13
|
+
- **Hành động**: Quét các file đã sửa để tìm và loại bỏ:
|
|
14
|
+
- Lệnh debug thừa (`console.log`, `print`, `debugger`).
|
|
15
|
+
- Chú thích tạm thời vô giá trị (`// TODO`, `// FIXME`, `// check this`).
|
|
16
|
+
- Biến hoặc import đã khai báo nhưng không dùng.
|
|
17
|
+
|
|
18
|
+
### 2. Kiểm tra tính Toàn vẹn
|
|
19
|
+
- **Hành động**: Đối chiếu cấu trúc code để đảm bảo:
|
|
20
|
+
- Mọi thành phần mới đều đã được export/import chính xác.
|
|
21
|
+
- Không có file nào bị bỏ trống hoặc quên xóa sau khi refactor.
|
|
22
|
+
- Tên file/thư mục tuân thủ đúng quy tắc dự án.
|
|
23
|
+
|
|
24
|
+
### 3. Bộ nhớ & Hiệu suất (Memory & Performance)
|
|
25
|
+
- **Hành động**: Đọc file `.claude/rules/project-memory.md` để lấy quy chuẩn riêng và phân tích hiệu suất:
|
|
26
|
+
- Kiểm tra phong cách viết code (ví dụ: ưu tiên `const`, dùng `arrow functions`).
|
|
27
|
+
- **Tối ưu hiệu suất**: Nhận diện code có độ phức tạp cao, vòng lặp lồng nhau hoặc truy vấn dư thừa để đề xuất cải tiến.
|
|
28
|
+
- Đảm bảo các lỗi "kinh điển" trong Memory không lặp lại.
|
|
29
|
+
|
|
30
|
+
### 4. Báo cáo Chất lượng
|
|
31
|
+
- **Hành động**: Tổng hợp ngắn gọn các lỗi đã tự sửa, các cải tiến hiệu suất đã làm và lưu ý chất lượng cho người dùng ở Bước 4 (Review).
|
|
32
|
+
|
|
33
|
+
## Công cụ sử dụng
|
|
34
|
+
- `grep` / `search`: Tìm kiếm các đoạn code "rác".
|
|
35
|
+
- `read_file` / `edit_file`: Kiểm tra và làm sạch code.
|
|
36
|
+
- `execute_command`: Chạy các công cụ linter/formatter của dự án.
|
|
37
|
+
|
|
38
|
+
## Lưu ý cho Agent
|
|
39
|
+
- **Tự động nhưng thận trọng**: Chỉ tự xóa những thứ chắc chắn là "rác". Nếu phân vân, hãy để lại ghi chú cho người dùng.
|
|
40
|
+
- **Dựa trên Memory**: Luôn coi `.claude/rules/project-memory.md` là kim chỉ nam cho các tiêu chuẩn chất lượng cá nhân hóa.
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
# Kỹ năng: Research & Documentation 🌐
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này cho phép Agent mở rộng phạm vi hiểu biết ra bên ngoài dự án bằng cách tra cứu tài liệu, thư viện và giải pháp kỹ thuật trên Web. Đây là kỹ năng quan trọng để lập kế hoạch cho tính năng mới hoặc tích hợp công nghệ chưa có sẵn trong codebase.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
1. **Xác định Lỗ hổng Kiến thức**:
|
|
9
|
+
- Sau khi thực hiện `project-discovery`, Agent xác định các thành phần chưa rõ (ví dụ: thư viện mới, API bên thứ ba, thuật toán phức tạp).
|
|
10
|
+
|
|
11
|
+
2. **Tra cứu Ngoại vi**:
|
|
12
|
+
- Sử dụng công cụ `web_search` để tìm tài liệu chính thức, hướng dẫn (tutorials) và ví dụ thực tế trên GitHub/StackOverflow.
|
|
13
|
+
|
|
14
|
+
3. **Phân tích Tính khả thi**:
|
|
15
|
+
- Đọc và tóm tắt các bước cài đặt, cấu hình và cách dùng công nghệ đó.
|
|
16
|
+
- Đối chiếu với stack công nghệ hiện tại của dự án để đảm bảo tương thích.
|
|
17
|
+
|
|
18
|
+
4. **Cung cấp Giải pháp**:
|
|
19
|
+
- Tổng hợp các bước thực hiện cụ thể (lệnh, đoạn code) để sẵn sàng đưa vào Bước 2 (Planning) của Workflow chính.
|
|
20
|
+
|
|
21
|
+
## Công cụ sử dụng
|
|
22
|
+
- `web_search`: Công cụ chính để tìm kiếm thông tin trên Internet.
|
|
23
|
+
- `web_fetch` / `browser`: Để đọc chi tiết nội dung từ các trang tài liệu kỹ thuật.
|
|
24
|
+
|
|
25
|
+
## Lưu ý cho Agent
|
|
26
|
+
- Luôn ưu tiên nguồn tài liệu chính thống (Documentation) hơn là các bài blog cá nhân.
|
|
27
|
+
- Chú ý đến phiên bản (Version) để đảm bảo không áp dụng kiến thức cũ lỗi thời.
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
# Kỹ năng: Skill Creator 🏗️
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này cho phép Agent tự động thiết kế, xây dựng và tích hợp các kỹ năng mới dưới dạng **Plugin** vào hệ thống. Mỗi Plugin được đóng gói trọn vẹn trong một thư mục tại `.claude/skills/`, giúp mở rộng năng lực của Agent một cách không giới hạn thông qua cơ chế tự động nhận diện.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Phân tích Nhu cầu
|
|
9
|
+
- Khi Agent phát hiện một tác vụ lặp lại hoặc đòi hỏi quy trình chuyên biệt chưa có trong danh mục Plugin hiện tại.
|
|
10
|
+
- Xác định rõ: Tên Plugin, mục tiêu và các công cụ (Tools) cần thiết.
|
|
11
|
+
|
|
12
|
+
### 2. Thiết kế & Đóng gói Plugin
|
|
13
|
+
- **Tạo thư mục**: Khởi tạo thư mục mới tại `.claude/skills/<tên-plugin>/`.
|
|
14
|
+
- **Soạn thảo SKILL.md**: Viết file hướng dẫn chuẩn gồm:
|
|
15
|
+
- **Mô tả**: Chức năng của Plugin.
|
|
16
|
+
- **Quy trình**: Các bước thực hiện logic.
|
|
17
|
+
- **Công cụ**: Danh sách công cụ AI cần dùng.
|
|
18
|
+
- **Lưu ý**: Ràng buộc và mẹo vận hành.
|
|
19
|
+
|
|
20
|
+
### 3. Tích hợp Tự động
|
|
21
|
+
- **Nhận diện**: Nhờ cơ chế Dynamic Skills, Plugin mới sẽ khả dụng ngay lập tức sau khi file `SKILL.md` được khởi tạo.
|
|
22
|
+
- **Tài liệu**: Tự động cập nhật bản đồ `STRUCTURE.md` để ghi nhận sự hiện diện của Plugin mới.
|
|
23
|
+
|
|
24
|
+
### 4. Xác minh & Tinh chỉnh
|
|
25
|
+
- Thử nghiệm gọi Plugin mới trong tình huống giả định để đảm bảo hướng dẫn là rõ ràng và hiệu quả.
|
|
26
|
+
|
|
27
|
+
## Công cụ sử dụng
|
|
28
|
+
- `mkdir`: Tạo không gian cho Plugin.
|
|
29
|
+
- `write_file` / `edit_file`: Soạn thảo nội dung và cập nhật `STRUCTURE.md`.
|
|
30
|
+
|
|
31
|
+
## Lưu ý cho Agent
|
|
32
|
+
- **Tính chuẩn hóa**: Plugin mới phải tuân thủ tuyệt đối định dạng của Framework.
|
|
33
|
+
- **Tránh trùng lặp**: Luôn kiểm tra xem tính năng đã có trong Plugin khác chưa.
|
|
34
|
+
- **Sự cho phép**: Đối với các Plugin có tác động lớn, hãy hỏi ý kiến người dùng trước khi "đúc".
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
# Kỹ năng: Verification & Review 🏁
|
|
2
|
+
|
|
3
|
+
## Mô tả
|
|
4
|
+
Kỹ năng này hướng dẫn Agent cách tổng kết, kiểm tra chéo và báo cáo kết quả sau khi hoàn thành nhiệm vụ lập trình. Mục tiêu là đảm bảo sản phẩm cuối đạt chất lượng cao nhất và người dùng nắm bắt được toàn bộ thay đổi.
|
|
5
|
+
|
|
6
|
+
## Quy trình của Kỹ năng
|
|
7
|
+
|
|
8
|
+
### 1. Kiểm tra Cuối cùng
|
|
9
|
+
- **Đối chiếu kế hoạch**: Kiểm tra `plan.md` đảm bảo mọi Phase và Task trong từng Phase đều đã chốt `[x]`.
|
|
10
|
+
- **Chạy Toàn bộ Test**: Thực thi tất cả các bài test trong dự án (không chỉ các test mới) để đảm bảo không có lỗi phụ.
|
|
11
|
+
- **Tuân thủ Tiêu chuẩn**: Quét lại mã nguồn đảm bảo tuân thủ tiêu chuẩn code (linting, formatting).
|
|
12
|
+
|
|
13
|
+
### 2. Tổng hợp Thay đổi
|
|
14
|
+
- Liệt kê các file mới tạo.
|
|
15
|
+
- Tóm tắt các thay đổi lớn trong file hiện có.
|
|
16
|
+
- Trích xuất kết quả chạy test quan trọng.
|
|
17
|
+
|
|
18
|
+
### 3. Báo cáo & Tổng kết (The Chronicler) 📜
|
|
19
|
+
- **Hành động**: Tự động soạn thảo file `SUMMARY.md` nằm trong thư mục tính năng hiện hành. Nội dung bao gồm:
|
|
20
|
+
- **Yêu cầu**: Tóm tắt từ `brief.md`.
|
|
21
|
+
- **Kết quả**: Chi tiết các Phase đã hoàn tất.
|
|
22
|
+
- **Kỹ thuật**: Danh sách file thay đổi và kết quả test.
|
|
23
|
+
- **Hành động tiếp theo**: Gợi ý các bước phát triển (nếu có).
|
|
24
|
+
- **Trình bày**: Gửi một bản tóm tắt ngắn gọn và link đến file `SUMMARY.md` cho người dùng.
|
|
25
|
+
|
|
26
|
+
### 4. Lắng nghe Phản hồi
|
|
27
|
+
- Sẵn sàng giải thích quyết định kỹ thuật hoặc chỉnh sửa nhỏ nếu người dùng yêu cầu sau review.
|
|
28
|
+
|
|
29
|
+
## Công cụ sử dụng
|
|
30
|
+
- `read_file`: Đọc lại kế hoạch và mã nguồn.
|
|
31
|
+
- `write_file`: Để "xuất bản" file `SUMMARY.md`.
|
|
32
|
+
- `execute_command`: Chạy lệnh xác minh, linting và test tổng thể.
|
|
33
|
+
|
|
34
|
+
## Lưu ý cho Agent
|
|
35
|
+
- Báo cáo phải trung thực: Nêu rõ nếu có phần nào chưa hoàn hảo.
|
|
36
|
+
- Luôn giữ thái độ cầu thị và sẵn sàng hỗ trợ người dùng kiểm tra kết quả.
|