Bạn có biết rằng Kiro không chỉ sở hữu quy trình phát triển dựa trên đặc tả (Spec-Driven Development – SDD), mà còn cung cấp cả luồng xử lý lỗi riêng lẻ giúp bạn giải quyết từng vấn đề một? Đó mới chỉ là một trong bảy tính năng đáng để tìm hiểu. Nếu bạn đang tìm kiếm một công cụ hỗ trợ lập trình toàn diện, bài viết dưới đây sẽ giúp bạn khám phá những chức năng tiềm ẩn mà hầu hết người dùng bỏ qua.
Nếu bạn hoàn toàn mới với Kiro, đây là một agentic harness chạy trên CLI, web, IDE, iOS và nhiều nền tảng khác. Nó hỗ trợ cả nhóm lẫn cá nhân tối ưu hóa quy trình làm việc khi lập trình. Đã nhiều tháng kể từ khi ra mắt, những tính năng mới liên tục xuất hiện mà ngay cả người dùng lâu năm cũng khó lòng nắm hết.
Lưu ý: Kiro cập nhật rất nhanh. Bài viết này đã đánh dấu các nội dung nhạy cảm về phiên bản. Kiểm tra tài liệu chính thức nếu bạn thấy có sự khác biệt trong bản dựng của mình.
Mục lục
1. Dừng việc phê duyệt từng lệnh một
Một trong những phản hồi phổ biến nhất từ người dùng Kiro xoay quanh vấn đề phê duyệt lệnh. Mỗi khi Kiro yêu cầu quyền chạy một lệnh shell, phản ứng mặc định của hầu hết mọi người là bấm “Yes” rồi tiếp tục. Rồi nó lại hỏi cho lệnh `git` tiếp theo. Và lệnh tiếp theo nữa.
Thay vào đó, hãy bấm Tab trong CLI. Điều này cho phép bạn chỉnh sửa và đặt đúng quyền mà bạn muốn. Ví dụ, bạn có thể chọn mức độ chi tiết theo cấp độ tin cậy:
git pull --rebase # chính xác lệnh này git pull * # git pull với mọi tham số git * # bất kỳ lệnh git nào * # toàn bộ shell tool
Bất kỳ lựa chọn nào của bạn đều được lưu trữ trong phiên làm việc và lưu dưới dạng regex trong mục `allowedCommands` của agent.
Ngoài ra còn có lệnh /tools trust-all, vốn tin tưởng mọi thứ. Đây là bản thay thế đã được ghi nhận cho lệnh cũ `/acceptall`, và tài liệu bảo mật rất thẳng thắn về điều này: không sử dụng trong môi trường production hoặc với dữ liệu nhạy cảm, và bạn chịu trách nhiệm về mọi thứ nó thực hiện.
Ghi chú về phiên bản: trên CLI v3, phần này chuyển sang file permissions.yaml, do đó lời khuyên về agent JSON ở trên áp dụng cho v2.
Chi tiết đầy đủ: quyền của công cụ
2. Menu # trong IDE phong phú hơn bạn nghĩ với #file
Gõ # trong chat của IDE và bạn sẽ nhận được danh sách các nhà cung cấp ngữ cảnh (context providers). #file là lệnh tôi hay dùng nhất, nhưng danh sách đầy đủ bao gồm:
#codebase— ngữ cảnh toàn bộ codebase#file— ngữ cảnh từ một file cụ thể#folder— ngữ cảnh từ một thư mục#git diff— sự thay đổi từ git#terminal— đầu ra terminal gần đây#problems— danh sách lỗi của IDE#url:— ngữ cảnh từ một URL#code:— đoạn code trực tiếp#repository— ngữ cảnh toàn bộ repository#current— file đang mở hiện tại#steering:— file định hướng của agent#docs:— tài liệu tham chiếu#spec:— đặc tả hiện tại#mcp:— nhà cung cấp MCP
Bạn có thể ghép nhiều context provider trong một tin nhắn duy nhất. Lệnh #git diff #problems review my changes là một yêu cầu hoàn toàn khác so với việc chỉ dùng một trong hai.
Tính năng tôi hay dùng nhất hiện nay là #terminal. Nó trao cho Kiro đầu ra terminal và lịch sử lệnh gần đây của bạn, vì vậy bạn không cần phải copy-paste lỗi nữa:
#terminal tại sao build này thất bại?
Một điều tôi thấy rất hữu ích là “#Current open files” — các file đang mở. Tuy nhiên, hãy lưu ý rằng Kiro tự động lấy các file đang mở và phụ thuộc của chúng mà bạn không cần phải yêu cầu.
Danh sách đầy đủ: các context provider
Một mẹo nhỏ: bạn không thể kéo thả file từ explorer của IDE vào cửa sổ chat, nhưng bạn có thể copy địa chỉ file và dán vào cửa sổ chat như một giải pháp thay thế.
3. Chọn một quy trình thay vì chat tự do
Kiro cung cấp các điểm khởi đầu có cấu trúc, và thường có xu hướng chỉ gõ trực tiếp vào hộp chat. Thay vào đó, bạn có thể chọn bất kỳ quy trình nào sau đây trong IDE:
- Spec — cho một tính năng đầy đủ, bao gồm yêu cầu, thiết kế và nhiệm vụ
- Plan — khi bạn muốn một kế hoạch triển khai mà không thay đổi mã nào
- Bug Fix — để điều tra, chẩn đoán và giải quyết một vấn đề cụ thể
- Quick Spec — khi bạn muốn Kiro đặt vài câu hỏi làm rõ rồi tự sinh ra yêu cầu, thiết kế và nhiệm vụ cho bạn
Bug Fix là quy trình tôi khuyên bạn nên thử đầu tiên. Nó ghi lại hành vi hiện tại, hành vi mong đợi và hành vi không thay đổi. Điểm tôi thích là nó không thay đổi hàng loạt file không liên quan. Về cơ bản, nó nói rõ cho agent biết những gì nó không được phép đụng vào.
Đối với spec tính năng, bạn cũng có thể chọn giữa requirements-first (yêu cầu trước) và tech design-first (thiết kế kỹ thuật trước). Nếu bạn đã biết kiến trúc của mình, hãy chọn thiết kế trước. Không có lý do gì để trả lời các câu hỏi yêu cầu mà bạn đã có câu trả lời.
4. Skills chính là các lệnh slash
Kiro tự động kích hoạt một skill khi prompt của bạn khớp với mô tả của skill đó. Điều này hoạt động, nhưng tôi cảm thấy đôi khi nó không tự động kích hoạt như mong đợi.
Bạn có thể gọi trực tiếp một skill thay vì chờ đợi. Các skill nằm trong thư mục .kiro/skills/ hoặc ~/.kiro/skills/ sẽ xuất hiện dưới dạng lệnh slash. Ví dụ, một skill tên pr-review sẽ trở thành:
/pr-review
Lệnh này tải toàn bộ file hướng dẫn, không chỉ mô tả. Hoạt động trên cả CLI và IDE.
Powers là một khái niệm khác và đáng để tìm hiểu riêng. Một power gộp cấu hình MCP server với steering và các hook tùy chọn, và Kiro chỉ tải nó khi nhiệm vụ của bạn liên quan. Powers được kích hoạt theo từ khóa, và miễn phí trên mọi gói đăng ký.
5. Có thể bạn đang chạy bản dựng cũ
Mở Help > About và so sánh phiên bản của bạn với trang tải xuống chính thức.
Changelog của chính Kiro nói rằng các bản cập nhật tự động đã tạm dừng cho IDE 1.0.x và yêu cầu bạn tải trực tiếp bản mới nhất từ trang web. Vì vậy nếu phiên bản của bạn không khớp với trang tải xuống, đó là lý do, và không có cách nào restart để sửa. Cài đặt lại vẫn giữ nguyên thiết lập, tiện ích mở rộng và trạng thái đăng nhập của bạn.
Trên CLI:
kiro-cli --version kiro-cli update kiro-cli doctor # kiểm tra lỗi cài đặt và cấu hình
Ngoài ra, lệnh /changelog trong CLI khi đang ở phiên chat sẽ hiển thị ghi chú phát hành ngay trong terminal, đây là cách tiện lợi hơn so với việc cuộn một trang web.
6. Công việc không nhất thiết phải chạy trên máy tính xách tay của bạn
Một gói đăng ký duy nhất bao trùm IDE, CLI, Kiro trên web, các editor tương thích ACP, và tự động hóa trong CI/CD. Tất cả dùng chung một nhóm credit.
Tôi rất thích phiên bản web. Bạn khởi tạo một phiên làm việc, nó chạy trong sandbox trên cloud, và khi hoàn thành sẽ tự mở pull request. Bạn có thể đóng laptop lại. Ngoài ra còn có Automations — các lần chạy agent được lên lịch theo cron và tự mở PR.
Phiên bản web vẫn đang ở giai đoạn preview, giới hạn cho gói Pro trở lên, và cần tài khoản GitHub được kết nối. Cũng có ứng dụng iOS, nhưng đang trong giai đoạn tiếp cận sớm qua TestFlight (gói Pro trở lên), và đây là giao diện để khởi tạo và xem lại các phiên trên cloud chứ không phải editor. Chưa có Android.
7. Các tính năng thử nghiệm — nên bật và nên thử
Ba tính năng sau đây nằm sau cờ (flag) hoặc công tắc bật/tắt.
CLI v3
Chạy kiro-cli --v3 và nó sẽ chạy song song với cấu hình 2.x hiện tại mà không ảnh hưởng gì. Bạn nhận được spec agent trong terminal:
kiro-cli --v3 /spec new tinh-nang-moi
Ngoài ra còn có permissions.yaml dựa trên khả năng, các hook độc lập trong .kiro/hooks/*.json, và cấu hình agent dạng markdown. Xem tài liệu v3 để biết danh sách đầy đủ tính năng.
Agent Focus trong IDE
Bật công tắc từ nút ở góc trên bên phải. Giao diện đảo chiều: các phiên song song nằm bên trái, chat ở giữa, spec và diff trong panel bên phải. Đây là một công việc khác so với việc chỉnh sửa file. Bạn đang điều hướng nhiều agent và xem xét sản phẩm của chúng. Cài đặt, powers, quản lý MCP, terminal và chỉnh sửa file trực tiếp vẫn nằm ở chế độ bình thường, vì vậy bạn sẽ phải chuyển đổi qua lại.
Lệnh /goal
Cung cấp một mục tiêu và định nghĩa hoàn thành, và nó sẽ lặp lại vòng lặp triển khai – sau đó xác minh cho đến khi tiêu chí được đáp ứng:
/goal Chuyển đổi module auth sang SDK mới. Hoàn thành khi tất cả test pass và không còn lỗi TypeScript.
Tính năng này có sẵn trong CLI v3.
Mặc định là 5 lần lặp, --max <n> để tăng, /goal clear để hủy. Tài liệu đúng khi nói rằng phần quan trọng nhất là định nghĩa hoàn thành. “Tất cả test pass” hoạt động tốt. “Làm nó tốt hơn” thì không. Bạn có thể ngắt giữa vòng lặp, hoặc điều hướng nó mà không cần hủy bằng queue steering với Ctrl+S.
Vài lệnh CLI đáng để đề cập thêm
Trong khi liệt kê các lệnh CLI, đây là những lệnh bổ sung có ích:
/rewind— phân nhánh cuộc trò chuyện tại một lượt trước đó thay vì bạn phải chiến đấu với một thread bị lạc đề, phiên gốc vẫn được bảo toàn./compact— tóm tắt lịch sử để giải phóng ngữ cảnh (context)./tangent(Ctrl+T) — cho phép chạy lệnh bên lề (giống/btwtrong Claude)./guide— một agent dựa trên tài liệu cho câu hỏi “làm thế nào để X trong Kiro”, và nó có thể ghi agent, prompt và file steering vào.kiro/cho bạn./settings terminal— sửa lỗiShift+Entercho đầu vào nhiều dòng, và tự động sao lưu cấu hình terminal trước./issue— mở workflow báo cáo lỗi trên GitHub ngay từ CLI./logdump— nén file log lại để gửi kèm báo cáo lỗi.
Đến đâu khi bạn bị mắc kẹt?
- Kiro Discord — kênh hỗ trợ chính thức.
- r/kiroIDE — subreddit active (lưu ý tên là kiroIDE, không phải r/kiro).
- Quản lý thanh toán nằm trong cài đặt tài khoản của bạn.
- Báo lỗi và yêu cầu tính năng chuyển đến GitHub repo.
Trong 7 tính năng trên, tính năng nào bạn chưa từng biết đến? Hãy cho tôi biết trong phần bình luận. Hẹn gặp lại!
