Không biết có phải do gen bẩm sinh hay không, nhưng ngày đầu tiên sử dụng warp tôi đã rất giỏi trong việc cài đặt phần mềm và khắc phục sự cố, nhưng khi đến coding thì lại không tương thích lắm. Chẳng hạn, cơ chế phiên làm việc của nó thực sự gần như không cảm nhận được, hoặc nói cách khác là không rõ ràng, các công cụ lập trình khác dù là chat hay terminal đều có một quy trình phiên làm việc rõ ràng, nhưng warp vì phải chăm sóc đến sự tương thích của dòng lệnh nên quy trình này trở nên mơ hồ, mặc dù có một nút reset nhưng cũng không có cảm giác gì nhiều. Tôi đã thử coding vài lần, trước đây thực sự có một yêu cầu là phối hợp với cc để làm o3 review, nhưng so sánh với phiên bản đầy đủ của chatgpt thì o3 vẫn kém khá nhiều. Gần đây nhà Warp có nhiều chương trình tặng quà, cũng là một điểm đáng chú ý, cursor mua lại tặng một đợt, cái gì newsletter tặng một năm, đây là dấu hiệu của việc giảm trí tuệ, chưa từng nghe nói đến việc tặng quà với số lượng lớn mà chất lượng vẫn tốt, hãy trở về với lý trí đi.

Warp và mã claude có gì khác nhau? Một cái là terminal, một cái là lệnh chạy trong terminal. Sự khác biệt dẫn đến là warp nặng hơn cc, nhẹ hơn có thể dễ dàng đạt được tính khả thi tương tự như sdk cc. Lấy một ví dụ, cc giống như một backpacker, có thể đi bằng bất kỳ phương tiện nào, warp giống như đi du lịch bằng xe nhà. Lái xe không phải là tốt sao? Có giới hạn, chẳng hạn như không được uống rượu trên đường.

Quy trình phát triển dựa trên spec của Kiro, tôi cảm thấy không phù hợp với việc sử dụng các lệnh slash của claude code. Bởi vì điều này có nghĩa là bạn đã gắn bó với mô hình claude, trong khi mô hình claude giỏi về lập trình nhưng chưa chắc đã giỏi về công việc văn bản, trong lĩnh vực này vẫn phải là o3-pro. Hơn nữa---công việc thiết kế làm sao có thể để AI theo mẫu mà gần như tạo ra trong vòng một phút được, tôi thực sự không yên tâm, ít nhất là cảm giác thiết kế không tiêu tốn nhiều điện năng thì có vẻ không nghiêm túc 😎ི Phương pháp nghiêm túc đã đến, sử dụng chatgpt deep research, chọn o3-pro. Tôi đã thử nghiệm một chút, chi tiết hơn nhiều so với việc tôi sử dụng opus 4. Ngoài ra, thực ra prompt đôi khi quá cụ thể lại trở thành hạn chế, đó là chuyện sau, có thời gian sẽ tiếp tục trò chuyện, nói ngắn gọn, tôi chủ yếu cung cấp cho nó một vài liên kết liên quan đến kio trong prompt.

Cần cẩn thận khi sử dụng sub agent của claude code, tôi vừa thử nghiệm và phát hiện một vấn đề, đó là việc này làm tăng độ khó trong giao tiếp giữa sub agent và parent agent, trước đây chỉ có một người tự giao tiếp với chính mình, không có mất mát thông tin, nhưng hiện tại vấn đề là: Nó nói đã thực hiện xong, nhưng tôi không biết liệu có thực sự hoàn thành hay không, mắc phải hội chứng doanh nghiệp lớn. Để đảm bảo chất lượng, cần có một bộ cơ chế giám sát. Còn một tình huống nữa, nếu bạn ngắt quãng sub agent bằng esc thì cũng là một vấn đề tiềm ẩn.

claude code dễ dàng vượt qua 1 triệu cửa sổ.

Mã con Claude hiện tại chưa có ứng dụng rõ ràng trong lĩnh vực lập trình, nhưng vẫn mang lại hai lợi thế trong các tình huống sử dụng: 1. Thực hiện dr trên cc, điều này có thể phát huy lợi thế song song ngay lập tức. 2. Đối với coding, nếu mã con là ngữ cảnh độc lập, một lợi ích bất ngờ là mở rộng ngữ cảnh, bạn thậm chí có thể sao chép nhiều bản với cùng một vai trò, sau đó để họ tiếp sức cũng khả thi.

Tiếp theo, hãy nói về vấn đề giảm trí tuệ gần đây của claude code, phản hồi của tôi là, bạn phải có phương pháp để đảm bảo chất lượng phát triển phần mềm ngay cả khi cc không hoạt động. Làm thế nào để đạt được điều đó? Trước tiên, chúng ta không nói về cách làm, mà hãy nói về những thiếu sót thường gặp của vibe, đó là vấn đề mở hộp mù, mỗi lần đều là thao tác hộp đen, phải đi một vòng mới phát hiện ra điều gì đó không đúng, cảm xúc ngay lập tức trở nên khó chịu. Nói đến đây, giải pháp cũng đã rõ ràng. Biến quá trình hộp đen thành quá trình minh bạch, không phải lập tức coding, mà là dành nhiều thời gian hơn cho kế hoạch và giải pháp. 1. Nếu giải pháp có vấn đề, chất lượng coding cơ bản sẽ không tốt đến đâu. 2. Trong giai đoạn giải pháp có nhiều phương pháp, nhiều mô hình review là một công cụ hữu ích, đừng tin vào lời nói của cc, hãy tin vào đánh giá đồng nghiệp. 3. Khi mã đã hoàn thành, dựa trên việc biên dịch thành công và chức năng đáp ứng, hãy thêm một lần đánh giá nữa. Những phương pháp này mọi người có thể mở rộng ra, cc giảm trí tuệ thì sợ gì, tôi còn có warp và cline. Một vấn đề khá huyền bí khác là, khi nào dễ giảm trí tuệ, trực giác có thể là khi sức mạnh tính toán không đủ, cảm giác thời gian làm việc ở +8 khu vực có thể có xác suất cao hơn, vậy hãy thử đổi múi giờ để kiểm tra.

Thật buồn cười, đã sử dụng AI để viết mã, còn phải nhờ một AI khác kiểm tra lỗi.

Claude code có thể thay đổi cách làm mới 5 giờ thành đặt lại hàng tuần. Cách này có thể không thân thiện với những người sử dụng cường độ cao hàng ngày - nhưng lại thân thiện hơn với các nhà phát triển thông thường, có nghĩa là bạn không cần lo lắng về việc lãng phí thời gian vào ban đêm, hai ngày đầu không sử dụng, ngày thứ ba có thể tập trung sử dụng hạn mức của một tuần.

Điểm khởi đầu này là tốt, nhưng kết quả lại đi sai hướng 1. o3 thực sự là một sự đồng thuận trong việc lập kế hoạch thiết kế 2. Repoprompt ban đầu là một công cụ tóm tắt repo, bây giờ đã được nâng cấp thành mcp, và tích hợp mô hình o3, kế hoạch được xây dựng dựa trên điều này 3. Vấn đề nằm ở giai đoạn thực hiện, thật bất ngờ là không phải cc thực hiện, mà là cc gọi công cụ mcp của repo để thực hiện việc hợp nhất 4. Cuối cùng cc chỉ là một con rối, công cụ này đang đùa tôi sao, bạn tự tin như vậy à?