GSD (Get Shit Done) là gì: spec-driven gọn nhẹ cho Claude Code
GSD (Get Shit Done) là gì: bộ lệnh mã nguồn mở giúp Claude Code hỏi rõ ý tưởng, chia giai đoạn, giao subagent làm từng phần. Cách cài và dùng.

Thử hình dung anh chủ cửa hàng nhờ Claude Code làm trang quản lý đơn hàng. Buổi sáng mọi thứ trôi chảy. Tới chiều, cuộc trò chuyện đã dài cả cây số, Claude bắt đầu quên mất quyết định lúc mười giờ, sửa lại cái đã chốt, và làm hỏng tính năng đang chạy.
Không phải Claude kém đi. Chỉ là trí nhớ ngắn hạn của nó đã đầy rác. GSD (Get Shit Done) là bộ lệnh mã nguồn mở cho Claude Code của tác giả TÂCHES, sinh ra để dọn đúng mớ rác đó: hỏi kỹ ý tưởng, ghi thành tài liệu, chia giai đoạn nhỏ, rồi giao từng phần cho subagent làm trong ngữ cảnh mới tinh.
Đọc nhanh trong 30 giây
- GSD là bộ lệnh mã nguồn mở (giấy phép MIT) cho Claude Code. Repo công khai ngày 14/12/2025, gói
get-shit-done-cclên npm ngày 15/12/2025.- Nó giữ trí nhớ dự án trong các file Markdown và giao mỗi kế hoạch cho một subagent mới, không mang theo rác của bước trước.
- Cài bằng một lệnh
npx get-shit-done-cc, kiểm tra bằng/gsd:help.- Hợp với người tự làm công cụ nội bộ bằng Claude Code một mình, thấy BMAD hay Spec Kit quá nặng nghi thức.
GSD là gì, giải quyết chuyện gì?
GSD là một lớp "context engineering" đặt lên Claude Code: chuẩn bị đúng thông tin cho agent ở đúng lúc, thay vì nhồi mọi thứ vào một cuộc trò chuyện dài. README gọi nó là hệ thống meta-prompting và phát triển theo đặc tả (spec-driven development).
Tác giả viết GSD vì thấy các bộ quy trình như BMAD hay Spec Kit quá nặng cho một người làm một mình. README nói thẳng là tác giả không muốn sprint, story point hay họp hành kiểu doanh nghiệp.
Ví von cho dễ hiểu: anh chị thuê đội thợ sửa nhà. Cách làm dở là dặn miệng một lèo rồi để một người làm từ sáng tới tối, càng về chiều càng quên. GSD làm như một đốc công: hỏi kỹ chủ nhà, ghi vào sổ, chia việc thành từng hạng mục, mỗi hạng mục giao một thợ còn tỉnh táo, xong thì ghi biên bản.

Một người làm cả ngày so với nhiều thợ tỉnh táo làm từng hạng mục.
Ba điểm khác biệt chính của GSD theo README:
- Mỗi giai đoạn chỉ chia 2 đến 3 nhiệm vụ nhỏ.
- Mỗi kế hoạch chạy trong một subagent mới, README mô tả là có trọn 200k token cho việc thực thi.
- Mỗi nhiệm vụ xong là một commit git riêng, có tóm tắt.
Trí nhớ của dự án nằm ở đâu?
GSD giữ trí nhớ dự án trong sáu file Markdown, nên quyết định không trôi mất theo cuộc trò chuyện. Hãy coi chúng như sổ giao ca ở bệnh viện: ca sau đọc sổ là biết bệnh nhân nào đang ra sao, không cần hỏi lại ca trước.

Sáu file là "sổ giao ca" để mỗi subagent mới bắt nhịp ngay.
| File | Vai trò |
|---|---|
PROJECT.md |
Tầm nhìn dự án, luôn được nạp |
ROADMAP.md |
Các giai đoạn, việc đã xong, việc sắp làm |
STATE.md |
Quyết định, vướng mắc, vị trí hiện tại, nhớ qua các phiên |
PLAN.md |
Một nhiệm vụ viết dạng XML, có bước kiểm tra |
SUMMARY.md |
Đã làm gì, thay đổi gì |
ISSUES.md |
Việc hoãn lại, theo dõi qua các phiên |
Một nhiệm vụ trong PLAN.md trông như phiếu giao việc: tên việc, file cần sửa, cách làm, lệnh kiểm tra, tiêu chí xong. README đưa ví dụ nhiệm vụ "Create login endpoint" với dòng kiểm tra bằng curl, tiêu chí là đăng nhập đúng trả cookie, sai trả lỗi 401.
Mẹo
Đọc
STATE.mdmỗi tối. File này ghi agent đang nghĩ gì, vướng ở đâu. Thấy giả định sai thì sửa ngay trong file, rẻ hơn nhiều so với để agent làm sai cả buổi hôm sau.
Cài GSD trong một lệnh
GSD cài bằng một lệnh npx, README ghi chạy được trên Mac, Windows và Linux.

Một lệnh cài, sau đó mọi thứ đi qua các lệnh /gsd:.
- Mở terminal, chạy:
npx get-shit-done-cc
- Trình cài hỏi anh chị cài cho toàn máy hay chỉ cho dự án hiện tại (tính năng này được thêm ngày 15/12/2025).
- Mở Claude Code, kiểm tra:
/gsd:help
Lệnh này liệt kê toàn bộ lệnh và cách dùng.
Một ngày làm việc với GSD trông thế nào?
Tình huống: trang quản lý đơn hàng nội bộ. Cửa hàng muốn có trang web nhỏ để nhân viên nhập đơn, xem tồn kho.
- Bắt đầu bằng ý tưởng:
/gsd:new-project
Agent hỏi liên tục cho tới khi đủ: mục tiêu, ràng buộc, công nghệ muốn dùng, các trường hợp đặc biệt. Kết quả là PROJECT.md, ROADMAP.md, STATE.md.
- Lên kế hoạch và làm giai đoạn 1:
/gsd:plan-phase 1
/gsd:execute-plan
- Có việc gấp chen ngang, ví dụ sếp cần xuất Excel trước kỳ báo cáo:
/gsd:insert-phase 2
- Hết giờ thì tạo file bàn giao, hôm sau làm tiếp:
/gsd:pause-work
/gsd:resume-work
Vài lệnh khác đáng nhớ: /gsd:progress cho biết đang ở đâu và việc tiếp theo là gì; /gsd:discuss-phase để bàn kỹ trước khi lập kế hoạch; /gsd:list-phase-assumptions để xem agent đang giả định gì mà sửa sớm; /gsd:complete-milestone để đóng một phiên bản, chuẩn bị bản sau.
GSD khác gì Spec Kit và BMAD?
GSD nhẹ hơn: ít vai, ít nghi thức, tập trung giữ ngữ cảnh sạch cho Claude Code. Spec Kit và BMAD hướng tới nhóm và nhiều agent, nên nhiều tầng giấy tờ hơn.
| Tiêu chí | GSD | Spec Kit / BMAD |
|---|---|---|
| Đối tượng chính | Người làm một mình, dùng Claude Code | Nhóm, nhiều agent, nhiều công cụ |
| Cách chia việc | Giai đoạn, mỗi kế hoạch tối đa 3 nhiệm vụ | Đặc tả, kế hoạch, nhiệm vụ; BMAD có thêm nhiều vai |
| Bộ nhớ | File Markdown trong dự án | File Markdown trong dự án |
| Cài đặt | npx get-shit-done-cc |
Theo từng bộ |
Muốn so kỹ hơn, anh chị đọc bài Spec Kit và BMAD-METHOD.
Lưu ý
- Chỉ cho Claude Code: README bản này viết cho Claude Code, các agent khác chưa được hỗ trợ chính thức.
- Rất mới: repo mới công khai một ngày, phiên bản npm đổi liên tục trong ngày 15/12. Việc quan trọng thì nên chờ ổn định.
- Chế độ YOLO: tác giả kể hay bật YOLO rồi đi chơi. README không định nghĩa chế độ này; trong giới dùng Claude Code, YOLO thường chỉ việc để agent tự chạy lệnh không hỏi quyền. Trên máy có dữ liệu công ty, tôi không khuyên làm vậy.
- Tốn hạn mức: mỗi kế hoạch chạy trong một subagent riêng, tức nhiều lượt gọi model. Tài liệu không ước tính chi phí.
Nhận xét của chuyên gia
Khi tư vấn cho doanh nghiệp tự dựng công cụ bằng AI, tôi hay thấy cùng một kịch bản: tuần đầu hào hứng, tuần thứ hai agent bắt đầu "lú", tuần thứ ba bỏ cuộc. GSD chữa đúng căn bệnh đó bằng cách rất đời: ghi sổ và chia ca. Mọi quyết định nằm trong file, không phụ thuộc trí nhớ của một cuộc trò chuyện.
Hợp với ai: trưởng phòng vận hành, chủ shop, người làm marketing kỹ thuật đang tự dựng công cụ bằng Claude Code; người làm một mình cần quy trình nhẹ.
Chưa hợp với ai: đội phần mềm đã có Jira, review code, nhiều người cùng sửa một repo. GSD dễ chồng chéo với quy trình sẵn có.
Cách bắt đầu của tôi: chọn một dự án nhỏ trong vài ngày, bật GSD từ đầu, giữ chế độ hỏi quyền bình thường, đọc STATE.md mỗi tối. Và nhớ rằng agent chia việc giỏi tới đâu thì kết quả vẫn phải có người chạy thử.
Một câu để nhớ: Agent không cần nhớ mọi thứ, chỉ cần một cuốn sổ ghi đúng và một cái đầu tỉnh táo cho mỗi việc.
Câu hỏi thường gặp
GSD có miễn phí không?
Có. GSD dùng giấy phép MIT. Chi phí nằm ở gói Claude Code anh chị đang dùng.
Cài GSD bằng lệnh gì?
Chạy npx get-shit-done-cc trong terminal, sau đó gõ /gsd:help trong Claude Code để kiểm tra.
GSD có dùng được với Cursor hay Codex không?
README ngày ra mắt chỉ nói về Claude Code. Tài liệu không nói về Cursor hay Codex.
Vì sao GSD chia mỗi kế hoạch tối đa 3 nhiệm vụ?
Theo tác giả GSD, chất lượng của Claude giảm khi ngữ cảnh đầy dần. Chia nhỏ và chạy mỗi kế hoạch trong subagent mới giúp agent luôn làm việc với ngữ cảnh sạch.
Xem các mốc khác trong chuỗi bài dòng thời gian AI.
Nguồn tham khảo: https://github.com/gsd-build/get-shit-done


