99% lập trình viên đang dùng Claude sai cách (làm sao để thuộc về 1%)

Trong 8 tháng, tôi đã sử dụng Claude như một công cụ tìm kiếm. Đặt những câu hỏi cơ bản rồi nhận lại những câu trả lời cơ bản, tôi luôn cảm thấy mình chưa khai thác hết tiềm năng của nó.

Tôi đã khám phá ra một cách sử dụng Claude mà giờ đây cảm giác như tôi đang làm việc với một đội ngũ kỹ sư của Google luôn túc trực.

Tại sao hầu hết mọi người đang dùng Claude sai cách

Hầu hết mọi người đối xử với Claude như một công cụ tìm kiếm Google hoặc một câu hỏi trên Reddit. Họ mở một cuộc trò chuyện mới, nhận câu trả lời rồi bỏ đi.

Điều này giống như việc thuê ai đó tìm kiếm Google giúp bạn, rồi không làm gì với kết quả nhận được.

Một vài ví dụ:

• "Làm thế nào để căn giữa một div?"
• "Thư viện quản lý state nào tốt nhất cho React?"
• "Sửa lỗi này: …"

Những ví dụ này đối xử với Claude như một công cụ tìm kiếm không có bối cảnh, chỉ là những câu hỏi ngẫu nhiên hy vọng vào những câu trả lời thần kỳ.

Vấn đề thiếu bối cảnh: Bạn sẽ không yêu cầu một đồng nghiệp gỡ lỗi code mà không giải thích bạn đang làm gì, bạn đã thử những gì, hay yêu cầu của dự án là gì. Ấy vậy mà đó lại là cách mọi người đang sử dụng Claude.

95% người dùng chưa bao giờ nhấp vào menu cài đặt. Họ không biết về tính năng tìm kiếm web, tích hợp Gmail, tải lên tệp tin, hay các phong cách trò chuyện khác nhau. Họ đang dùng một chiếc máy bay chiến đấu để đi trên đường bộ.

Tôi đã làm sai điều gì (và tại sao nó quan trọng)

Trong 8 tháng, tôi đã gặp phải vấn đề này.

Tôi sẽ hỏi Claude: "Tôi nên triển khai xác thực AWS như thế nào?" và nhận được những hướng dẫn chung chung về JWT không phù hợp với trường hợp sử dụng của tôi.

Tôi sẽ dán các thông báo lỗi từ console của trình duyệt mà không giải thích bất kỳ bối cảnh nào.

Tôi sẽ tạo một cuộc trò chuyện rồi rời đi mà không tái sử dụng những kết quả đó làm bối cảnh tuyệt vời cho các câu hỏi khác.

Kết quả của tôi: Phần lớn thời gian, tôi cảm thấy nó chẳng khá hơn Stack Overflow là bao.

Tại sao điều này quan trọng: Đầu vào tệ tạo ra đầu ra tệ, khi bạn cung cấp thông tin cho Claude một cách sơ sài, bạn sẽ nhận được những câu trả lời kém chất lượng.

Khám phá giúp tôi tăng 10 lần năng suất

Tôi đang gỡ một lỗi React trong khi deadline đang đến gần.

Tôi đã chán ngấy việc hỏi "Sửa lỗi này" và nó cứ mặc định rằng tôi đang sử dụng NextJS.

Tôi đã tải lên toàn bộ component, nhật ký lỗi, file package.json và các yêu cầu của dự án. Sau đó tôi viết:

"Bây giờ bạn là cộng sự React cấp cao của tôi, tôi đã tải lên một số vấn đề về lý do tại sao tôi bị mắc kẹt. Hãy suy nghĩ kỹ và trước khi trả lời bằng một bản sửa lỗi, hãy hỏi tôi một vài câu hỏi để hiểu rõ hơn về cách giải quyết vấn đề."

Điều gì đã xảy ra: Claude đã sửa lỗi trong 2 phút, tìm ra các cải tiến về kiến trúc và cung cấp đoạn code hoạt động hoàn hảo ngay từ lần thử đầu tiên. Điều mà trước đây từng khiến tôi mất 1 giờ trao đổi qua lại.

Khoảnh khắc bừng tỉnh: Điều này giúp tôi nhận ra Claude không phải là một công cụ tìm kiếm và nó cần được cung cấp thông tin một cách bài bản.

Tái sử dụng các cuộc trò chuyện cũ: Nếu bạn thích kết quả, hãy nói "Tôi thích những kết quả này, bạn có thể tạo một prompt để giúp tôi đạt được điều này trong tương lai không".

Cuộc cách mạng bối cảnh: Cách cung cấp thông tin như một lập trình viên cấp cao

Cấp độ 1 — Sử dụng mẫu (Template):

PROJECT CONTEXT:
- What I'm building: [Specific description]
- Tech stack: [Exact versions]
- User base: [Who uses this]
- Timeline: [Deadlines and constraints]

CURRENT SITUATION:
- What I'm trying to achieve: [Specific goal]
- What I've already tried: [Previous attempts]
- What's blocking me: [Specific problem]
- Success criteria: [What good looks like]

Now help me [specific request].

Cấp độ 2 — Sử dụng prompt từ các cuộc trò chuyện trước:

I like these results, can you make prompt to help me achieve this in the future

Cấp độ 3 — Cập nhật hồ sơ của bạn

Cài đặt hồ sơ Claude

Cấp độ 4 — Sử dụng Projects

Tạo một project trên Claude

Projects cực kỳ hữu ích để phân chia các cửa sổ bối cảnh và giữ các cuộc trò chuyện trong một khu vực. Sau đó, bạn có thể giữ lại kiến thức của Project để hỗ trợ cho tất cả các cuộc trò chuyện sau này.

Ví dụ về cách sử dụng project trên Claude

Thiết lập tích hợp nâng cao (mà tôi yêu thích)

Tích hợp Gmail

Prompt ví dụ:

Analyze my emails from the past 30 days:
- Which clients are most/least satisfied (tone analysis)
- What problems are multiple clients facing?
- Budget signals and expansion opportunities
- Technologies being requested more frequently

Format as actionable business intelligence.

Tháng trước, phân tích này đã phát hiện ra một điều quan trọng, 3 bản tin khác nhau đã đề cập đến một thư viện Python mới. Tôi đã có thể tìm thấy xu hướng mới nổi này, chia sẻ nó với nhóm và bây giờ đang sử dụng nó.

Tích hợp này cũng giúp tôi nhận ra mình đã quên xác nhận đặt phòng cho chuyến đi Sicily.

Tích hợp Lịch (Calendar)

Phân tích dành riêng cho lập trình viên:

"Analyze my coding schedule patterns:
- When do I write my best code vs. just maintaining existing code?
- Which meeting types kill my programming flow?
- How much context switching is destroying my productivity?
- When should I batch admin tasks vs. deep work?"

Khám phá: Tôi code tốt hơn gấp 3 lần vào buổi sáng nhưng lại có tư duy kiến trúc tốt nhất vào buổi tối. Bây giờ tôi lên lịch review code và các công việc hành chính vào buổi chiều, bảo vệ trạng thái tập trung sâu (flow state) vào buổi sáng, và thiết kế hệ thống sau bữa tối.

Kết quả: Từ một mớ hỗn độn chuyển đổi bối cảnh liên tục, tôi đã chuyển sang các khối thời gian làm việc sâu được tối ưu hóa.

Khung prompt của tôi để có kết quả cấp doanh nghiệp

Khung SCALE

• S — Situation (Tình huống): Bối cảnh và các ràng buộc hiện tại của dự án
• C — Context (Bối cảnh): Ngăn xếp công nghệ, yêu cầu kinh doanh, cấu trúc nhóm
• A — Audience (Đối tượng): Ai sử dụng sản phẩm này, ai bảo trì nó
• L — Limitations (Hạn chế): Những gì chúng ta không thể làm, ràng buộc về ngân sách hoặc thời gian
• E — Expected Outcome (Kết quả mong đợi): Thành công trông như thế nào

Prompt ví dụ:

Prompt của lập trình viên thông thường: "Giúp tôi chọn giữa GraphQL và REST cho API của tôi"

Áp dụng khung SCALE: TÌNH HUỐNG: Xây dựng API cho dự án phụ SaaS của tôi, cần ra mắt MVP trong 3 tuần BỐI CẢNH: Frontend React, backend Node.js, PostgreSQL, sau này sẽ có ứng dụng di động ĐỐI TƯỢNG: Nhóm frontend gồm 1 người (tôi), sẽ thuê một lập trình viên junior trong 6 tháng HẠN CHẾ: Không thể dành hàng tuần để học GraphQL, cần thứ gì đó dễ bảo trì bởi các lập trình viên junior KẾT QUẢ MONG ĐỢI: Phát triển nhanh bây giờ, dễ dàng mở rộng nhóm sau này, thân thiện với di động

Chất lượng phản hồi của Claude:

• Thông thường: "Đây là ưu và nhược điểm của mỗi loại..."
• SCALE: "Đối với tình huống của bạn, hãy sử dụng REST với đặc tả OpenAPI. Đây là lý do: giao MVP nhanh hơn, thân thiện với lập trình viên junior, và đây là cấu trúc thư mục và các mẫu chính xác để sử dụng..."

Thời gian tiết kiệm: 2 ngày nghiên cứu → 20 phút nhận lời khuyên có mục tiêu.

Lựa chọn mô hình (Opus vs Sonnet)

Khi tôi sử dụng Sonnet 4 (80% công việc):

• Triển khai và gỡ lỗi code
• Soạn thảo email
• Viết tài liệu
• Các câu hỏi nhanh

Khi tôi sử dụng Opus 4 (20% công việc):

• Quyết định về kiến trúc hệ thống
• Thiết kế logic nghiệp vụ phức tạp
• Giải quyết vấn đề đa bước
• Các giải pháp sáng tạo

Ví dụ thực tế:

Tình huống thực tế: Xây dựng tính năng trò chuyện thời gian thực cho dự án phụ của tôi.

Cách tiếp cận của Sonnet: Triển khai WebSocket cơ bản với việc phát tin nhắn đơn giản. Thời gian: 2 phút để có code hoạt động. Kết quả: Hoạt động với 5 người dùng, hỏng khi có 20 kết nối đồng thời.

Cách tiếp cận của Opus: Phân cụm WebSocket với Redis pub/sub, gộp kết nối (connection pooling), và các phương án dự phòng linh hoạt. Thời gian: 5 phút cho kiến trúc + triển khai. Kết quả: Mở rộng quy mô lên hơn 1000 người dùng, xử lý việc khởi động lại máy chủ một cách mượt mà.

Sự khác biệt: Sonnet giúp tôi đạt được MVP. Opus giúp tôi có sản phẩm sẵn sàng cho môi trường production. 3 phút bổ sung đó đã cứu tôi khỏi việc phải viết lại hoàn toàn khi người dùng thực sự xuất hiện.

Kết luận

Tôi đã ngừng sử dụng Claude như Google và bắt đầu đối xử với nó như một đồng nghiệp kinh nghiệm nhất và một trợ lý cá nhân mới.

Bạn có thể làm gì ngay bây giờ

Đừng để đây là một bài viết nữa mà bạn sẽ quên, hãy chọn chỉ một điều từ hệ thống này và thực hiện nó.

• Nếu bạn có 5 phút: Thiết lập mẫu bối cảnh (context template).
• Nếu bạn có 10 phút: Thiết lập tích hợp Gmail và chạy báo cáo đầu tiên của bạn.
• Nếu bạn có 15 phút: Thiết lập tích hợp Lịch Google và hỏi về các cuộc họp sắp tới.
• Nếu bạn có 20 phút: Nghiên cứu các prompt của các startup tỷ đô này.

Hầu hết các lập trình viên đọc những điều này và nghĩ "hay đấy" nhưng vẫn tiếp tục hỏi Claude những câu hỏi đơn giản và không nhận được kết quả phong phú.

Bạn thì khác, nếu bạn đã đọc đến đây thì điều đó xếp bạn vào nhóm những người đang tìm cách lọt vào top 10% về năng suất.

Đây không chỉ là về năng suất, nó còn là việc thay đổi mối quan hệ của bạn với công việc, căng thẳng và những gì có thể thực hiện được trong các dự án phụ của bạn.

Claude là thứ duy nhất chịu trách nhiệm lớn nhất trong việc giúp tôi với các dự án phụ và sở thích của mình.

Câu hỏi không phải là bạn có nên áp dụng những kỹ thuật này hay không, mà là liệu bạn có thể chấp nhận việc không làm chúng hay không?