Quy trình làm việc Git Code Claude của tôi: Cam kết nhỏ, Lịch sử rõ ràng, Không sợ hãi

Trước khi tôi xây dựng quy trình làm việc này, các phiên hỗ trợ AI của tôi đã tạo ra chính xác điều mà bạn lo ngại: các cam kết dài 800 dòng có tiêu đề 'sửa lỗi'. Claude Code viết các thông điệp cam kết xuất sắc, nhưng chỉ khi bạn cấu trúc phiên sao cho mỗi cam kết là một thay đổi mạch lạc.

Đơn vị công việc là nhiệm vụ và tôi tuyên bố rõ ràng: 'Chúng tôi đang làm một việc: trích xuất xác thực email vào một mô-đun dùng chung. Không có gì khác.' Claude rất vui khi sửa được ba lỗi khác mà nó nhận thấy và mỗi một trong những đường vòng có ý tốt đó là cách bạn nhận được một điểm khác biệt mà không ai có thể xem xét. Các lỗi liên quan sẽ được liệt kê sau, trên giấy, ngoài phiên.

Giữa các nhiệm vụ, tôi yêu cầu Claude thực hiện nghi thức: kiểm tra, sau đó phân giai đoạn khác biệt, sau đó 'viết thông báo cam kết từ khác biệt, các cam kết thông thường, dưới 72 ký tự.' Vì ngữ cảnh phiên chứa chính xác một tác vụ nên thông báo sẽ chính xác. Bởi vì sự khác biệt nhỏ nên thông điệp sẽ cụ thể. Đây là toàn bộ thủ thuật và nó hoàn toàn liên quan đến kỷ luật phiên họp.

Chiến lược chi nhánh quan trọng hơn với một đại lý chứ không phải ít hơn. Tôi làm việc trên các nhánh tính năng và chọn Claude làm người đánh giá trước khi hợp nhất: 'xem xét sự khác biệt đầy đủ của nhánh so với nhánh chính với tư cách là một kỹ sư cấp cao hay hoài nghi.' Nó nắm bắt các vấn đề về cam kết chéo mà các đánh giá khác biệt đơn lẻ bỏ sót, chẳng hạn như một người trợ giúp được thêm vào trong cam kết hai và bị bỏ rơi trong cam kết năm.

Lợi ích bất ngờ là khảo cổ học. Sáu tháng sau, lịch sử của tôi giống như một dự án con người được thực hiện tốt: mọi thay đổi đều có thể giải thích được trong một dòng, mọi thao tác hoàn nguyên. Khi các phiên Claude Code được cấu trúc thành các nhiệm vụ cam kết nhỏ, xu hướng mở rộng của AI sẽ được chuyển vào tài liệu thay vì trở thành nợ công nghệ.