Đừng Dùng Claude Cho Những Việc Vặt. Đây Mới Là Thứ Nó Thực Sự Được Xây Dựng Để Làm.
Hầu hết mọi người sử dụng Claude giống như cách họ dùng một công cụ tìm kiếm. Hỏi nhanh. Đáp nhanh. Rồi chuyển sang việc khác.
Điều đó không sai. Nhưng nó đang bỏ phí phần lớn giá trị.
Sức mạnh thực sự của Claude không nằm ở những câu trả lời thông minh cho các câu hỏi nhẹ nhàng. Nó nằm ở khả năng làm việc độc lập, bền bỉ với những dạng nhiệm vụ mà một người bình thường phải mất cả ngày mới xong.
Công việc thiết kế phức tạp. Quy trình kinh doanh rối rắm. Xây dựng các hệ thống có thể tự vận hành mà bạn không cần phải quản lý từng bước.
Nếu bạn chỉ dùng Claude cho những việc vặt, bạn đang dùng một chiếc xe tải chở hàng để giao thư.
Dưới đây là năm hạng mục công việc nặng nhọc mà Claude thực sự được tạo ra để đảm nhận, và cách tiếp cận từng hạng mục.
1. Lập Bản Đồ Công Việc Trước Khi Cố Gắng Tự Động Hóa Nó
Sai lầm phổ biến nhất mà mọi người mắc phải khi đưa AI vào quy trình làm việc của họ là lao ngay vào tự động hóa. Họ yêu cầu Claude tự động hóa một thứ gì đó trước khi họ xác định rõ ràng thứ đó thực sự là gì.
Kết quả là AI làm đúng việc nhưng lại là việc sai. Điểm khởi đầu tốt hơn là một cuộc kiểm toán toàn diện về cách bạn hiện đang làm việc. Không phải để tự động hóa nó ngay.
Chỉ để nhìn thấy nó một cách rõ ràng.
Cung cấp cho Claude một bức tranh chi tiết về công việc hàng ngày của bạn. Mọi thứ bạn làm hàng ngày, hàng tuần và hàng tháng. Những nhiệm vụ lặp đi lặp lại. Những nhiệm vụ mất nhiều thời gian hơn mức cần thiết. Những nhiệm vụ mà bạn thấy mình phải giải thích đi giải thích lại cùng một thứ.
Sau đó, yêu cầu Claude phân tích từng nhiệm vụ: đầu vào là gì, quy trình xử lý ra sao, đầu ra là gì, và đâu là nơi thực sự cần đến phán đoán của con người. Bước này có vẻ chậm. Nhưng thực tế nó hoàn toàn ngược lại. Mỗi giờ dành để làm rõ ở đây sẽ tiết kiệm cho bạn mười giờ sửa chữa công việc của AI đã bỏ lỡ mục tiêu.
Nên yêu cầu Claude làm gì:
"Tôi muốn hiểu quy trình làm việc hiện tại của mình trước khi cố gắng cải thiện nó. Đây là mọi thứ tôi làm thường xuyên: [mô tả công việc của bạn]. Hãy phân tích điều này thành một bản đồ có cấu trúc, hiển thị đầu vào, quy trình, đầu ra, các công cụ liên quan và nơi nào thực sự cần phán đoán của con người so với nơi nào công việc mang tính máy móc."
2. Dọn Dẹp Các Prompt Và Hệ Thống Bạn Đã Xây Dựng
Nếu bạn đã sử dụng Claude một thời gian, một điều gì đó đã âm thầm xảy ra ở hậu trường. Bạn đã tích lũy các prompt. Các hướng dẫn. Các mẫu đã lưu. Các quy trình làm việc bạn thiết lập từ nhiều tháng trước và không thèm nhìn lại.
Hầu hết mọi người đạt đến điểm mà thư viện prompt của họ trông như thế này: các phiên bản tương tự của cùng một thứ được lưu ở ba nơi khác nhau. Các hướng dẫn cũ không còn phản ánh cách họ làm việc nữa. Không có ý niệm rõ ràng về việc nên dùng cái nào cho việc gì. Chất lượng đầu ra dao động nhiều hơn mức đáng lẽ.
Điều này đáng để sửa chữa trước khi xây dựng bất cứ thứ gì mới. Và Claude rất giỏi trong chính xác loại kiểm toán này.
Cung cấp cho nó mọi thứ bạn có. Mọi prompt đã lưu, mọi bộ hướng dẫn, mọi mẫu. Yêu cầu nó đọc hết tất cả, tìm ra các điểm trùng lặp, hợp nhất những gì dư thừa, điền vào những gì còn thiếu và sắp xếp toàn bộ thành một thứ mà bạn thực sự có thể điều hướng được.
Đây không phải là một nhiệm vụ hào nhoáng. Nhưng lợi ích mang lại là rất lớn. Mọi công việc trong tương lai bạn làm với Claude sẽ nhanh hơn và nhất quán hơn vì nền tảng đã được dọn sạch.
Nên yêu cầu Claude làm gì:
"Đây là tất cả các prompt và hướng dẫn tôi đã lưu: [dán mọi thứ vào]. Hãy đọc hết tất cả. Xác định cái nào trùng lặp, cái nào lỗi thời và cái nào còn thiếu. Sau đó, hợp nhất chúng thành một bộ có tổ chức, sạch sẽ mà tôi thực sự có thể sử dụng về sau."
3. Quay Lại Với Những Tự Động Hóa Mà Bạn Đã Bỏ Cuộc
Hầu hết mọi người đều có ít nhất một cái. Một quy trình họ đã cố gắng tự động hóa, gặp phải bức tường và lặng lẽ cất vào ngăn kéo. Lỗi cứ liên tục xuất hiện. Đầu ra gần đúng nhưng không bao giờ đủ ổn định để tin tưởng. Quy trình làm việc có vẻ hiệu quả trên lý thuyết nhưng lại sụp đổ trong thực tế.
Những thứ đó đáng để thử lại. Không phải vì bất cứ điều gì đã thay đổi ở phía bạn. Mà vì mô hình đã thay đổi.
Cách tiếp cận cũng quan trọng. Sai lầm là quay lại với cùng một khuôn khổ. Đưa cho Claude đoạn script bị hỏng và yêu cầu nó sửa lỗi cụ thể. Điều đó thường khiến bạn càng lún sâu hơn vào cùng một vấn đề.
Cách tốt hơn là lùi lại hoàn toàn. Mô tả kết quả bạn muốn. Giải thích vấn đề kinh doanh bạn đang cố gắng giải quyết. Để Claude tự tìm ra cách tiếp cận tốt nhất từ đầu, thay vì cố gắng cứu vãn một thứ vốn đã không hoạt động.
Đây là lúc khả năng nắm bắt một vấn đề phức tạp trong suốt một phiên làm việc dài của Claude phát huy tác dụng. Cung cấp cho nó bức tranh toàn cảnh. Để nó suy nghĩ về cấu trúc trước khi bắt đầu xây dựng.
Nên yêu cầu Claude làm gì:
"Tôi đã cố gắng tự động hóa [mô tả nhiệm vụ] và gặp phải vấn đề. Thay vì sửa chữa những gì tôi đã có trước đây, tôi muốn bắt đầu lại từ đầu. Đây là kết quả tôi thực sự cần: [mô tả nó]. Cách tốt nhất để tiếp cận điều này là gì, và bạn có thể xây dựng nó không?"
4. Xây Dựng Quy Trình Làm Việc Như Các Hệ Thống Kết Nối, Không Phải Các Mảnh Rời Rạc
Claude có thể viết một bài đăng. Claude có thể xây dựng một bộ trình chiếu Slides. Claude có thể phác thảo một chuỗi email.
Hầu hết mọi người dừng lại ở đó và coi mỗi thứ là một nhiệm vụ riêng biệt.
Cách sử dụng nó có giá trị hơn là suy nghĩ theo luồng, không phải theo mảnh.
Trong hầu hết các bối cảnh chuyên nghiệp, các đầu ra riêng lẻ không tồn tại độc lập. Một nội dung dẫn đến một nơi nào đó. Một tài liệu kết nối với một thứ khác. Một tin nhắn là một phần của một chuỗi. Khi những mảnh này được xây dựng riêng rẽ, thiếu logic kết nối, chúng hiếm khi hoạt động tốt cùng nhau như mong muốn.
Yêu cầu Claude thiết kế toàn bộ luồng trước khi xây dựng bất kỳ mảnh riêng lẻ nào. Điểm vào là gì. Hành trình là gì. Mỗi mảnh cần làm gì so với mảnh trước và sau nó. Đâu là nơi con người cần tham gia và đâu là nơi mọi thứ có thể tự vận hành.
Sau đó, xây dựng trên toàn bộ luồng cùng một lúc.
Nên yêu cầu Claude làm gì:
"Tôi cần xây dựng một quy trình làm việc có kết nối cho [mô tả mục tiêu]. Thay vì tạo từng phần riêng lẻ, trước tiên hãy thiết kế toàn bộ luồng. Chỉ cho tôi thấy mỗi phần kết nối với nhau như thế nào, mỗi phần cần đạt được điều gì và đâu là nơi cần xem xét của con người. Sau đó, chúng ta sẽ xây dựng nó theo thứ tự."
5. Bắt Claude Kiểm Tra Lại Công Việc Của Chính Nó
Bất cứ thứ gì Claude xây dựng, thời điểm nó hoàn thành là thời điểm nguy hiểm nhất. Không phải vì đầu ra tồi. Mà vì nó trông có vẻ đã hoàn thiện.
Những thứ hoạt động tốt trong cô lập sẽ hỏng trong điều kiện thực tế. Các quy trình có vẻ hoàn chỉnh có những trường hợp ngoại lệ chỉ xuất hiện khi ai đó thực sự sử dụng chúng. Các đầu ra trông sạch sẽ có những điểm mâu thuẫn xuất hiện theo thời gian.
Trước khi đưa bất cứ thứ gì Claude tạo ra vào sử dụng thực tế, hãy để Claude kiểm toán nó. Không phải một đánh giá nhanh. Một bài kiểm tra căng thẳng thực sự.
Yêu cầu nó kiểm tra xem liệu quy trình có bị hỏng khi đầu vào không đầy đủ hoặc bất ngờ hay không.
Liệu định dạng đầu ra có nhất quán trong các tình huống khác nhau hay không. Liệu có bất kỳ điểm nào mà lỗi có thể gây ra vấn đề thực sự hay không. Liệu những nơi con người cần đưa ra quyết định có được đánh dấu rõ ràng và dễ dàng thực hiện hay không.
Mục tiêu không phải là sự hoàn hảo. Tự động hóa hoàn toàn hiếm khi là mục tiêu phù hợp. Một quy trình bán tự động đáng tin cậy, đánh dấu đúng những thứ cần con người xem xét, thực tế hữu ích hơn nhiều so với một quy trình tự động hoàn toàn thỉnh thoảng làm sai điều gì đó mà không có cảnh báo.
Nên yêu cầu Claude làm gì:
"Bạn vừa xây dựng [mô tả những gì đã được tạo ra]. Trước khi tôi sử dụng cái này, tôi muốn bạn kiểm tra căng thẳng nó. Kiểm tra xem nó có hỏng với đầu vào không đầy đủ không, đầu ra có nhất quán không, có bất kỳ rủi ro lỗi nào không và các điểm yêu cầu xem xét của con người có rõ ràng không. Hãy cho tôi biết những gì cần sửa trước khi cái này sẵn sàng để sử dụng."
Sự Thay Đổi Đáng Để Thực Hiện
Có một sự khác biệt giữa việc sử dụng Claude như một công cụ bạn nhặt lên cho các nhiệm vụ riêng lẻ và việc sử dụng nó như một hệ thống bạn thiết kế xoay quanh công việc của mình.
Cách tiếp cận đầu tiên mang lại cho bạn các đầu ra riêng lẻ nhanh hơn. Cách tiếp cận thứ hai mang lại cho bạn lợi nhuận kép. Mọi quy trình làm việc bạn xây dựng, mọi thư viện prompt bạn dọn dẹp, mọi tự động hóa bạn làm cho hoạt động tốt sẽ làm cho việc tiếp theo nhanh hơn và tốt hơn việc trước đó.
Những chuyên gia đang khai thác tối đa Claude ngay bây giờ không phải là những người viết nhiều prompt nhất. Họ là những người đầu tư thời gian ban đầu để xây dựng những thứ tiếp tục hoạt động sau khi cuộc trò chuyện kết thúc.
Đó là sự thay đổi. Từ việc hỏi Claude nên làm gì tiếp theo, sang việc xây dựng một thứ có thể tự vận hành mà bạn không cần phải hỏi.
Theo dõi chúng tôi tại @TheAIColony
Tham gia cùng hàng nghìn độc giả: https://theaicolony.beehiiv.com/
