QuotaCheap Playbook

Cline Kanban Task Design: chia card, link dependency và tránh agent đâm nhau

Tìm hiểu cline kanban task design: chia card, link dependency và tránh agent đâm nhau theo Cline docs: Kanban tasks, worktrees, parallel agents, diff revie…

Kanban docs nói link cards bằng Cmd/Ctrl + click để tạo dependency chains. Khi linked card hoàn thành và moved to trash, next linked task automatically starts; kết hợp auto-commit có thể tạo autonomous chains.

Bài mở rộng Cline Kanban: Kanban docs nói link cards bằng Cmd/Ctrl + click để tạo dependency chains. Khi linked card hoàn thành và moved to trash, next linked task automatically starts; kết hợp auto-commit có thể tạo autonomous chains. Bài viết bám Cline docs, tập trung workflow developer, guardrails, review và shipping.

Cline Kanban Task Design: chia card, link dependency và tránh agent đâm nhau Kanban docs nói link cards bằng Cmd/Ctrl + click để tạo dependency chains.

Khi linked card hoàn thành và moved to trash, next linked task automatically starts; kết hợp auto commit có thể tạo autonomous chains.

Cline docs nói gì Kanban docs nói link cards bằng Cmd/Ctrl + click để tạo dependency chains.

Khi linked card hoàn thành và moved to trash, next linked task automatically starts; kết hợp auto commit có thể tạo autonomous chains.

Điểm đáng chú ý là Cline Kanban không chỉ là UI dạng bảng.

Nó là workflow để chia việc thành card, chạy agents trong worktree riêng, theo dõi progress, review diff, comment inline, ship bằng commit hoặc PR, rồi clean up worktree.

Khi viết playbook, nên giữ nguyên chuỗi này thay vì chỉ nói chung chung “Kanban chạy nhiều agents song song”.

Cách dùng đúng trong repo thật Kanban hợp với task có ranh giới tương đối rõ.

Nếu task quá mơ hồ, hãy dùng sidebar chat hoặc một card planning để chia nhỏ trước.

Nếu task đụng cùng file core, đừng chạy song song nhiều card chỉ vì có thể.

Parallelism tốt nhất khi card tách theo boundary: docs, tests, frontend component, backend endpoint, migration prep, hoặc review.

Một board tốt nên có card title rõ, task description đủ context, definition of done, và verification expectation.

Card không nên chỉ ghi “fix auth” hoặc “improve dashboard”.

Với agent, mô tả mơ hồ thường tạo diff rộng, và diff rộng làm mất lợi thế review của Kanban.

Prompt/card mẫu Với Kanban, prompt này nên nằm ngay trong card.

Nếu card được tạo từ sidebar chat, hãy yêu cầu agent break down work thành cards có dependency rõ, không phải một card khổng lồ.

Review discipline Kanban detail view cho thấy agent TUI và diff của worktree so với base branch.

Docs cũng nói diff viewer có checkpoint system, xem diff theo message ranges, và inline comments gửi feedback lại cho agent.

Đây là workflow rất mạnh nếu reviewer dùng nó đúng: comment vào line cụ thể, yêu cầu sửa approach, và giữ feedback trong context task.

Review nên tập trung vào behavior và risk, không chỉ style.

Nếu style đã có formatter/linter, đừng dùng inline comment để nit mọi dòng.

Hãy soi: agent có sửa đúng scope không, test có chạy không, edge case có cover không, file nào ngoài dự kiến bị chạm không, và ship bằng commit hay PR hợp lý hơn.

Rủi ro thường gặp Rủi ro lớn nhất của Kanban là cảm giác “nhiều agent nghĩa là nhanh hơn”.

Không phải lúc nào cũng đúng.