QuotaCheap Playbook

Cline Kanban Worktrees: parallel agents trong ephemeral git worktrees

Tìm hiểu cline kanban worktrees: parallel agents trong ephemeral git worktrees theo Cline docs: Kanban tasks, worktrees, parallel agents, diff review, PR s…

Khi start task, Kanban tạo ephemeral git worktree cho task, symlink gitignored files như node_modules từ main repo, agent làm trong terminal riêng, và nhiều tasks có thể chạy parallel trong worktrees riêng.

Bài mở rộng Cline Kanban: Khi start task, Kanban tạo ephemeral git worktree cho task, symlink gitignored files như node_modules từ main repo, agent làm trong terminal riêng, và nhiều tasks có thể chạy parallel trong worktrees riêng. Bài viết bám Cline docs, tập trung workflow developer, guardrails, review và shipping.

Cline Kanban Worktrees: parallel agents trong ephemeral git worktrees Khi start task, Kanban tạo ephemeral git worktree cho task, symlink gitignored files như node modules từ main repo, agent làm trong terminal riêng, và nhiều tasks có thể chạy parallel trong worktrees riêng.

Cline docs nói gì Khi start task, Kanban tạo ephemeral git worktree cho task, symlink gitignored files như node modules từ main repo, agent làm trong terminal riêng, và nhiều tasks có thể chạy parallel trong worktrees riêng.

Đ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.

Nếu card phụ thuộc nhau nhưng không link, agent có thể làm sai thứ tự.

Nếu nhiều card chạm cùng abstraction, merge/review sẽ nặng.