VividKit Crystal clear AI coding
EN
Chọn Thiết Lập Bắt Đầu với AgentKit Tiếp Tục với ClaudeKit Chuyển từ ClaudeKit sang AgentKit Gỡ hẳn ClaudeKit AgentKit Là Gì? AgentKit Hoạt Động Như Thế Nào? Kit, Skill, Agent & Hook AgentKit Hỗ Trợ Runtime AgentKit Ứng Dụng AgentKit Desktop Cấu Hình AgentKit Tra Cứu CLI ak Cheatsheet skill AgentKit Workflows AgentKit Statusline AgentKit Cập Nhật CLI ak & Kits AgentKit Helper Cài lại clean AgentKit Xử Lý Sự Cố AgentKit Giới Thiệu ClaudeKit Hướng Dẫn ClaudeKit CLI Tìm Lệnh Phù Hợp Bảng Lệnh Nhanh Quy Trình Mẫu Tham Chiếu CLI Claude Mechanics Permission Modes ClaudeKit Hooks Coexistence ClaudeKit x Codex CK → Tool coding khác Cách ClaudeKit Hoạt Động Inside ClaudeKit Tìm Unknowns Của Bạn Khôi Phục Session Sửa Lỗi Từ Log Thiết Kế UI/UX Chuyển Đổi Tài Khoản Cấu Hình IDE Remote Control Codex App Sơ đồ hệ thống UI Review Gate Khuyến Mãi Ủng Hộ VividKit

Tóm tắt nhanh / Lệnh

Bộ Marketing

/ak:sowat

Kết luận ưu tiên theo tác động sản phẩm

Đọc phần vừa triển khai và issue liên quan như product owner, rồi biến bằng chứng thành nhận định “vậy thì sao”, chỉnh ưu tiên và tối đa ba bước tiếp theo.

01

Xác định outcome

02

Chỉ nối việc liên quan

03

Chấm ứng viên

04

Loại việc bận rộn

Nguyên tắc 01

Outcome quan trọng hơn hoạt động

Nguyên tắc 02

Bằng chứng quan trọng hơn phản biện để tỏ ra khác biệt

Nguyên tắc 03

Đề xuất ít bước hơn nhưng tác động cao hơn

Nguyên tắc 04

Tách sự thật khỏi suy luận và nêu bằng chứng còn thiếu

Bản đồ thực thi

Các nhánh chính từ đầu vào đến kết quả, bám theo cách command chạy khi dùng thật.

01

Khởi động

Đầu vào, phạm vi, route

  1. 1 Xác định outcome Xác định outcome người dùng/kinh doanh và bằng chứng mạnh nhất về phần đã làm, đã kiểm, đã ship và còn mở.
  2. 2 Chỉ nối việc liên quan Chỉ đưa vào issue, blocker, regression, dependency, rủi ro adoption và cơ hội tiếp theo thật sự liên quan.
02

Xử lý

Agent / skill thực thi

  1. 3 Chấm ứng viên Đánh giá hành động theo tác động, độ gấp, mức tin cậy, công sức, rủi ro, sức mở khóa dependency và giá trị học hỏi/giao hàng.
  2. 4 Loại việc bận rộn Hạ ưu tiên phần polish, sự tinh tế nội bộ hoặc hoạt động không làm thay đổi outcome người dùng.
03

Kiểm chứng

Gate, review, xác thực

  1. 5 Chỉnh ưu tiên Nếu bằng chứng đủ mạnh, nói rõ trọng tâm hiện tại sai ở đâu và điều gì đáng được chú ý hơn.
  2. 6 Đề xuất bước tiếp Trả tối đa ba hành động theo thứ tự, mỗi hành động có lý do vì sao làm ngay và tín hiệu thành công quan sát được.

Cú pháp, đối số, subcommand

Cách gọi skill: cú pháp, đối số vị trí, option dùng chung, rồi từng subcommand với cú pháp và kết quả riêng.

Cú pháp

/ak:sowat [recent-changes|issue|PR]

Đối số

[recent-changes|issue|PR]

Trọng tâm bằng chứng

Trọng tâm tùy chọn cho lượt đọc kiểu product owner: thay đổi vừa triển khai, một issue liên quan, hoặc một pull request. Bỏ qua để skill chọn bằng chứng mạnh nhất ở gần. Token chỉ phạm vi phân tích; không cho phép sửa code hay issue.

/ak:sowat recent-changes

Subcommand

recent-changes Thay đổi gần đây
/ak:sowat recent-changes

Đọc phần vừa triển khai làm bằng chứng chính, rồi chỉ nối issue, regression và blocker adoption thật sự liên quan.

Kết quả: Nhận định so-what về phần vừa làm, chỉnh ưu tiên nếu cần, và tối đa ba bước tiếp kèm tín hiệu thành công.

/ak:sowat recent-changes
issue Issue liên quan
/ak:sowat issue

Bắt đầu từ một issue, blocker hoặc cơ hội liên quan và đánh giá nó có đáng ưu tiên hơn trọng tâm hiện tại hay không.

Kết quả: Nhận định tác động theo issue, chỉ chỉnh ưu tiên khi bằng chứng cho thấy một trade-off cụ thể.

/ak:sowat issue
PR Pull request
/ak:sowat PR

Dùng pull request làm ranh giới bằng chứng phần đã làm, rồi chấm các việc tiếp theo mà không sửa PR.

Kết quả: So-what trong ranh giới PR, chỉnh trọng tâm nếu cần, và tối đa ba hành động có tín hiệu thành công quan sát được.

/ak:sowat PR

Prompt mẫu

Ví dụ gọi command theo từng flag, subcommand, mode hoặc route dùng được trong workflow thực tế.

Kết luận ưu tiên mặc định Khuyến nghị 
/ak:sowat
Dùng khi:
Sau implementation, khi cần ý nghĩa sản phẩm của phần việc gần đây và điều gì quan trọng tiếp theo.
Kết quả:
Chọn bằng chứng mạnh nhất ở gần về phần đã làm, đã kiểm, đã ship và còn mở, rồi trả nhận định so-what ngắn với tối đa ba bước theo thứ tự và tín hiệu thành công quan sát được.
Thay đổi gần đây 
/ak:sowat recent-changes
Dùng khi:
Phần vừa triển khai phải là ranh giới bằng chứng cho kết luận ưu tiên.
Kết quả:
Lấy phần vừa triển khai làm bằng chứng chính, chỉ nối issue hoặc blocker liên quan, và hạ ưu tiên polish không làm đổi outcome người dùng.
Issue liên quan 
/ak:sowat issue
Dùng khi:
Một issue, blocker hoặc việc tiếp theo liên quan có thể đáng chú ý hơn trọng tâm hiện tại.
Kết quả:
Bắt đầu từ issue liên quan, chấm tác động so với trọng tâm hiện tại, và chỉ chỉnh ưu tiên khi bằng chứng cho thấy một trade-off cụ thể.
Bằng chứng pull request 
/ak:sowat PR
Dùng khi:
Pull request là bằng chứng phần đã làm và bạn cần nhận định sản phẩm mà không sửa PR.
Kết quả:
Dùng pull request làm ranh giới bằng chứng, tách sự thật khỏi suy luận, và trả tối đa ba hành động kèm lý do làm ngay cùng tín hiệu thành công.

Phạm vi xử lý

  • tác động sản phẩm
  • chỉnh ưu tiên
  • phân loại issue
  • định khung outcome
  • tín hiệu thành công

Tiếp theo