Cách thiết lập Claude Projects mà hầu hết người dùng không biết - Khóa học đầy đủ

Hầu hết mọi người sử dụng Claude như một thanh tìm kiếm.

Mỗi phiên làm việc đều bắt đầu theo cùng một cách. Bạn là một copywriter tiếp thị. Doanh nghiệp của tôi là thế này. Đối tượng của tôi là thế kia. Bây giờ hãy viết cho tôi thứ đó. Rồi bạn đóng tab lại, và ngày hôm sau bạn lại làm lại toàn bộ quy trình briefing từ đầu, đào tạo cùng một nhân viên mỗi sáng và để họ quên hết mọi thứ vào ban đêm.

Đó không phải là một quy trình làm việc. Đó là bắt đầu từ con số không, mãi mãi.

Claude Projects khắc phục điều này, và hầu như không ai thiết lập chúng một cách chính xác. Hầu hết mọi người tạo một project, dán một dòng hướng dẫn, thả vào một file PDF ngẫu nhiên, và tự hỏi tại sao nó không tốt hơn đáng kể so với một chat thông thường. Sức mạnh là có thật, nhưng nó nằm ở những chi tiết mà màn hình thiết lập không giải thích.

Đây là khóa học đầy đủ về cách thiết lập Claude Projects theo cách mà những người thực sự phụ thuộc vào chúng làm. Mọi tính năng ở đây đều có thật và hiện tại. Kết thúc khóa học, bạn sẽ có một project tự động tải đầy đủ ngữ cảnh vào mọi cuộc trò chuyện, không bao giờ cần briefing lại, và tạo ra kết quả đầu ra giống bạn thay vì giống một trợ lý chung chung.

Project Thực Sự Là Gì

Bỏ qua các thuật ngữ tiếp thị, một Claude Project là ba thứ được gói gọn trong một không gian làm việc liên tục.

Hướng dẫn tùy chỉnh. Một prompt cấp hệ thống tự động áp dụng cho mọi cuộc trò chuyện trong project. Đây là bản briefing thường trực định hình cách Claude hành xử, nó nghĩ mình đang nói chuyện với ai, và những quy tắc nó tuân theo, mà không cần bạn gõ bất kỳ điều gì vào chat.

Một cơ sở kiến thức. Các file và tài liệu Claude có thể tham chiếu trong mọi cuộc trò chuyện, luôn sẵn có, không bao giờ cần tải lại. Hướng dẫn về phong cách, thông số kỹ thuật, công việc trước đây, tài liệu tham khảo.

Các cuộc trò chuyện trong phạm vi. Tất cả các chat trong project được nhóm lại với nhau và kế thừa cùng một hướng dẫn và kiến thức.

Một điều quan trọng cần hiểu ngay từ đầu, bởi vì nó liên tục làm mọi người vấp ngã. Các cuộc trò chuyện trong một project KHÔNG chia sẻ lịch sử tin nhắn với nhau. Trạng thái được chia sẻ là các hướng dẫn và các file, không phải các chat. Mỗi cuộc trò chuyện mới bắt đầu lại từ đầu chỉ với hai thứ đó được tải. Điều này rất quan trọng cho cách bạn thiết kế mọi thứ bên dưới.

Projects có sẵn trên mọi gói Claude, bao gồm cả gói miễn phí, mặc dù người dùng miễn phí bị giới hạn ở năm project và hướng dẫn project cụ thể là một tính năng trả phí. Trên Pro, Max và Team, bạn có toàn bộ thiết lập.

Sai Lầm Mà Hầu Như Ai Cũng Mắc Phải

Trước khi thiết lập, hãy hiểu sai lầm lớn nhất, bởi vì tránh nó là phần chính của cuộc chiến.

Mọi người coi cơ sở kiến thức như một tủ chứa đồ. Họ nhồi nhét mọi thứ vào đó. Toàn bộ sách hướng dẫn thương hiệu. Sáu tháng ghi chú cuộc họp. Một bản trình bày chiến lược dài bốn mươi trang. Logic có vẻ hợp lý. Càng nhiều ngữ cảnh thì kết quả đầu ra càng tốt.

Nó không hoạt động theo cách đó, và đây là lý do. Kiến thức của project không được tải đầy đủ vào mọi phản hồi. Claude kéo nội dung phù hợp nhất cho mỗi truy vấn thông qua cơ chế truy xuất. Khi bạn làm quá tải cơ sở kiến thức với các tài liệu liên quan một cách lỏng lẻo, bạn làm loãng khả năng của Claude trong việc tìm ra tín hiệu thực sự quan trọng, và bạn có nguy cơ lấp đầy cửa sổ ngữ cảnh bằng các file, để lại ít chỗ hơn cho cuộc trò chuyện thực tế.

Quy tắc tạo ra kết quả đầu ra tốt hơn đáng kể là ngược lại với những gì mọi người mong đợi. Giữ mỗi tài liệu kiến thức ngắn gọn và cụ thể, khoảng một đến ba trang. Một hướng dẫn giọng nói thương hiệu dài ba trang đánh bại một sách hướng dẫn thương hiệu dài bốn mươi trang mọi lúc, bởi vì tín hiệu hữu ích đậm đặc hơn và nhiễu thấp hơn. Độ chính xác luôn đánh bại khối lượng trong cơ sở kiến thức.

Bước 1: Tạo Project Với Mục Đích Thực Sự

Mở Claude, nhấp vào Projects trong thanh bên, nhấp vào New project.

Tên quan trọng hơn vẻ ngoài của nó. Đặt tên cụ thể. "Bản tin" hoặc "Đề xuất cho Khách hàng" hoặc "Tài liệu API", không phải "Công việc" hoặc "Linh tinh". Lý do là bạn sẽ kết thúc với nhiều project, và toàn bộ điểm mấu chốt là sự tách biệt. Một cái tên mơ hồ dẫn đến một project mơ hồ, từ từ tích lũy những thứ linh tinh không liên quan, đó chính xác là vấn đề pha loãng ở trên.

Điều này dẫn đến nguyên tắc đầu tiên mà hầu hết mọi người bỏ lỡ. Một project cho một mối quan tâm. Đừng đặt mã backend và nội dung tiếp thị của bạn trong cùng một project. Đừng trộn lẫn khách hàng A và khách hàng B. Các project riêng biệt có nghĩa là ngữ cảnh sạch hơn, tập trung hơn, và ngữ cảnh tập trung là toàn bộ lý do projects hoạt động. Bản năng có một project siêu lớn cho mọi thứ là bản năng tái tạo lại chatbot chung chung mà bạn đang cố gắng thoát khỏi.

Bước 2: Viết Hướng Dẫn Như Một Bản Briefing Thường Trực, Không Phải Một Prompt

Đây là phần có đòn bẩy cao nhất trong toàn bộ thiết lập, và nó là nơi khoảng cách giữa một project yếu và một project tuyệt vời là lớn nhất.

Một khối hướng dẫn yếu nói "Bạn là một trợ lý hữu ích viết nội dung tiếp thị." Điều đó không cho Claude thứ gì mà nó chưa có.

Một khối hướng dẫn mạnh mẽ là một bản briefing thường trực hoàn chỉnh được viết cho một người không biết gì về bạn, bởi vì đó chính xác là tình huống khi bắt đầu mỗi cuộc trò chuyện mới trong project. Nó nên bao gồm bạn là ai và bạn làm gì, các nhiệm vụ chính mà project này tồn tại, sở thích về giọng điệu và phong cách của bạn, định dạng đầu ra yêu cầu của bạn, kiến thức miền mà Claude nên giả định, và quan trọng là, những điều Claude không bao giờ được làm.

Đây là một cấu trúc mẫu hoạt động trên hầu hết mọi loại project:

VAI TRÒ

Bạn là [vai trò cụ thể] làm việc trong [lĩnh vực cụ thể]. Bạn đang viết cho

[đối tượng cụ thể không biết gì về họ].

PROJECT NÀY DÙNG ĐỂ LÀM GÌ

Các nhiệm vụ chính ở đây là [nhiệm vụ 1], [nhiệm vụ 2], [nhiệm vụ 3]. Giả định mọi yêu cầu

liên quan đến một trong những nhiệm vụ này trừ khi có chỉ dẫn khác.

CÁCH TRẢ LỜI

Giọng điệu: [cụ thể]. Định dạng: [cụ thể]. Độ dài: [cụ thể].

Không đặt câu hỏi làm rõ trừ khi thực sự bị bế tắc. Đưa ra một giả định hợp lý,

nêu rõ nó, và tiếp tục.

NHỮNG GÌ CẦN GIẢ ĐỊNH

[Sự thật về miền, chi tiết sản phẩm, định vị nên được coi là đương nhiên

trong mọi phản hồi.]

KHÔNG BAO GIỜ

[Những điều cụ thể Claude không bao giờ được làm trong project này: sáo rỗng AI, một số

tuyên bố nhất định, một số định dạng nhất định, bất cứ quy tắc cứng nào của bạn.]

Hướng dẫn đó về việc không đặt câu hỏi làm rõ đáng được đề cập. Theo mặc định, Claude thường mở đầu bằng một loạt "trước khi tôi bắt đầu, bạn có thể cho tôi biết thêm về..." Đối với một project bạn sử dụng hàng ngày, đoạn mở đầu đó là ma sát thuần túy. Bảo nó đưa ra một giả định hợp lý, nêu rõ nó và tiếp tục sẽ loại bỏ sự qua lại và tăng tốc mọi phiên làm việc ngay lập tức.

Viết những hướng dẫn này cho người đọc không có lịch sử nào với bạn, bởi vì mọi cuộc trò chuyện mới thực sự bắt đầu từ đó. Các hướng dẫn và các file là những thứ duy nhất được chuyển tiếp. Ký ức về cuộc trò chuyện cuối cùng của bạn thì không.

Bước 3: Xây Dựng Cơ Sở Kiến Thức Với Độ Chính Xác

Bây giờ là các file. Hãy nhớ quy tắc. Ngắn gọn, cụ thể, mỗi file từ một đến ba trang. Đây là những gì thực sự thuộc về một cơ sở kiến thức được xây dựng tốt, sử dụng một project nội dung làm ví dụ.

Một hướng dẫn về giọng nói và phong cách. Cách bạn viết. Nhịp điệu câu, từ bạn sử dụng, từ bạn cấm, cảm giác của đầu ra.

Một tài liệu về đối tượng. Bạn đang viết cho ai, họ quan tâm đến điều gì, họ đã biết gì, họ hoài nghi điều gì.

Một tài liệu về trụ cột hoặc phạm vi. Các chủ đề hoặc danh mục cụ thể mà project này bao gồm, để Claude đi đúng hướng.

Một bộ nhỏ các ví dụ tốt nhất. Ba đến năm tác phẩm thực sự tốt nhất của bạn. Điều này dạy bằng cách trình diễn hiệu quả hơn nhiều so với mô tả. Claude học các mẫu của bạn từ các ví dụ thực tế tốt hơn bất kỳ lượng hướng dẫn nào.

Tài liệu tham khảo cụ thể cho công việc. Ghi chú SEO, thông số kỹ thuật sản phẩm, các ràng buộc kỹ thuật, bất cứ điều gì lĩnh vực yêu cầu.

Đặt tên mỗi file một cách mô tả. "Hướng dẫn Giọng nói Thương hiệu v3", "Lộ trình Sản phẩm Q2", "Tài liệu API Mô-đun Thanh toán", không phải "ghi chú" hoặc "linh tinh". Tên mô tả giúp việc truy xuất đưa ra đúng tài liệu cho đúng truy vấn, đó là toàn bộ cơ chế bạn đang dựa vào.

Các giới hạn đáng biết. Trên Pro, Max và Team, bạn có tối đa 20 file cho mỗi project, 30MB mỗi file, hỗ trợ PDF, text, markdown, file code, CSV và hình ảnh. Điều đó là quá đủ nếu bạn tuân theo quy tắc chính xác. Nếu bạn đang chạm trần, vấn đề hầu như luôn là bạn đang tải lên khối lượng thay vì tín hiệu.

Bước 4: Kiểm Tra Khả Năng Truy Xuất Trước Khi Tin Tưởng Nó

Đây là một bước mà hầu như không ai làm, và nó phân biệt những người nghĩ rằng project của họ hoạt động với những người biết nó hoạt động.

Sau khi bạn tải lên kiến thức của mình, hãy mở một cuộc trò chuyện trong project và chủ động kiểm tra xem Claude có thể truy xuất từng tài liệu hay không. Hỏi trực tiếp:

Dựa trên Hướng dẫn Giọng nói Thương hiệu trong kiến thức của project, tôi nên

tiếp cận dòng mở đầu của một bài đăng như thế nào? Trích dẫn hướng dẫn cụ thể mà bạn đang sử dụng.

Nếu Claude tham chiếu chính xác tài liệu, việc truy xuất đang hoạt động. Nếu nó đưa ra câu trả lời chung chung hoặc không thể tìm thấy hướng dẫn, có điều gì đó không ổn. Có thể file đã không được xử lý, có thể tên quá mơ hồ, có thể tài liệu bị chôn vùi dưới quá nhiều file khác. Tốt hơn là phát hiện ra điều đó trong một bài kiểm tra hơn là khám phá ra ba tuần sau rằng Claude chưa bao giờ thực sự đọc file quan trọng nhất của bạn.

Chạy bài kiểm tra này cho mỗi tài liệu quan trọng. Nó mất năm phút và nó là sự khác biệt giữa một project bạn hy vọng hoạt động và một project bạn biết nó hoạt động.

Bước 5: Chọn Đúng Model Cho Mỗi Cuộc Trò Chuyện

Một chi tiết mà hầu hết mọi người bỏ lỡ hoàn toàn. Bên trong một project, bạn có thể chọn model Claude nào để sử dụng cho mỗi cuộc trò chuyện một cách độc lập. Project không khóa bạn vào một model.

Điều này quan trọng đối với chi phí và chất lượng. Sử dụng một model nhanh hơn cho việc soạn thảo thông thường trong project và chuyển sang một model có khả năng hơn cho các cuộc trò chuyện cần suy luận sâu hoặc tổng hợp phức tạp. Cùng một project, cùng hướng dẫn, cùng kiến thức, động cơ khác nhau tùy thuộc vào nhiệm vụ cụ thể cần gì. Hầu hết mọi người không bao giờ nhận ra họ có thể làm điều này và hoặc trả quá nhiều bằng cách chạy mọi thứ trên model cao cấp nhất hoặc hoạt động kém hiệu quả bằng cách chạy mọi thứ trên một model nhanh.

Bước 6: Sử Dụng Các Cuộc Trò Chuyện Để Suy Nghĩ, Không Chỉ Là Nhiệm Vụ

Đây là một thói quen âm thầm làm cho các project trở nên mạnh mẽ hơn nhiều theo thời gian.

Đừng chỉ sử dụng các cuộc trò chuyện trong project cho các nhiệm vụ đã hoàn thành. Sử dụng chúng để suy nghĩ thành tiếng. Làm việc thông qua một vấn đề, giải thích lý do của bạn, nói về lý do tại sao bạn đưa ra quyết định. Bởi vì project có phạm vi và nhất quán, những cuộc trò chuyện suy nghĩ này giúp Claude hiểu các mẫu lý luận của bạn, không chỉ các mẫu đầu ra của bạn.

Kết quả là qua nhiều tuần, Claude bên trong một project được sử dụng tốt bắt đầu phù hợp không chỉ với định dạng của bạn mà còn với phán đoán của bạn. Nó đề xuất các cách tiếp cận phù hợp với cách bạn thực sự suy nghĩ, bởi vì nó đã thấy cách bạn suy nghĩ trong bối cảnh có phạm vi đó, không chỉ những gì bạn tạo ra.

Bước 7: Duy Trì Nó, Bởi Vì Một Project Chỉ Chính Xác Bằng Các File Của Nó

Một project không phải là thiết lập và quên. Nó chỉ chính xác bằng những gì bên trong nó, và kiến thức lỗi thời tạo ra ngữ cảnh sai một cách tự tin, điều này còn tệ hơn là không có ngữ cảnh.

Xây dựng một thói quen bảo trì. Khi định vị của bạn thay đổi, hãy cập nhật hướng dẫn giọng nói. Khi một thông số kỹ thuật được sửa đổi, hãy thay thế cái cũ. Khi một chiến lược thay đổi, hãy cập nhật tài liệu phạm vi. Xem xét các hướng dẫn project của bạn hàng quý, bởi vì các hướng dẫn được viết sáu tháng trước có thể bây giờ đang tích cực mâu thuẫn với những gì bạn đang làm, và Claude sẽ trung thành tuân theo quy tắc lỗi thời.

Các project vẫn giữ được giá trị là những project mà mọi người giữ cho chúng được cập nhật. Những project âm thầm trở nên vô dụng là những project được thiết lập một lần và không bao giờ được chạm lại trong khi công việc thực tế tiếp tục xoay quanh chúng.

Lớp Mới: Cowork Projects

Đáng để biết, bởi vì nó mở rộng đáng kể mọi thứ ở trên. Kể từ các bản cập nhật năm 2026, Projects cũng tồn tại bên trong Claude Cowork, ứng dụng tác nhân trên máy tính để bàn, và phiên bản này bổ sung các khả năng mà các project dựa trên chat không có.

Cowork projects thêm bộ nhớ có phạm vi tồn tại giữa các phiên, vì vậy bạn có thể nói "xây dựng dựa trên báo cáo tuần trước" và Claude biết chính xác đó là gì, mà không làm rò rỉ ngữ cảnh đó vào công việc khác của bạn. Chúng thêm các thư mục cục bộ chuyên dụng, vì vậy project đọc và ghi các file thực trên máy của bạn. Và chúng thêm các tác vụ theo lịch trình, vì vậy một project có thể tự động chạy công việc định kỳ theo nhịp độ bạn đặt.

Logic thiết lập giống như mọi thứ ở trên. Hướng dẫn rõ ràng, các file liên quan chặt chẽ, một project cho một mối quan tâm. Nhưng trần nhà cao hơn, bởi vì một Cowork project không chỉ cung cấp thông tin cho các cuộc trò chuyện, nó thực thi công việc dựa trên các file thực và có thể chạy theo lịch trình mà không cần bạn. Một bước đi đầu tiên tốt là trỏ nó vào một thư mục và nói:

Đọc mọi file trong thư mục này. Sau đó tóm tắt những gì bạn biết về không gian

làm việc này: có gì ở đây, tôi có thể sử dụng nó để làm gì, và những hướng dẫn nào

bạn sẽ tuân theo. Nếu có bất cứ điều gì không rõ ràng, hãy hỏi trước khi giả định.

Một lệnh duy nhất đó làm cho Claude học project vào ngày đầu tiên, và từ đó nó ghi nhớ.

Bốn Mẫu Project Bạn Có Thể Xây Dựng Ngay Hôm Nay

Lý thuyết chỉ hữu ích khi nó trở nên cụ thể. Đây là bốn thiết lập project tương ứng trực tiếp với các trường hợp sử dụng phổ biến nhất, mỗi cái có những gì đi vào hướng dẫn so với kiến thức, để bạn có thể sao chép cấu trúc.

Project Nội dung. Hướng dẫn xác định vai trò của bạn với tư cách là một nhà văn cho một đối tượng cụ thể, giọng điệu của bạn, quy tắc định dạng của bạn và các lệnh cấm cứng của bạn. Kiến thức chứa một hướng dẫn giọng nói, một chân dung đối tượng, một tài liệu trụ cột và ba đến năm tác phẩm hoạt động tốt nhất của bạn. Đây là project làm cho mọi thứ bạn xuất bản nghe có vẻ nhất quán giống bạn thay vì giống một nhà văn khác mỗi lần. Các ví dụ tốt nhất trong cơ sở kiến thức làm việc nhiều hơn ở đây so với bất kỳ hướng dẫn nào, bởi vì giọng nói được nắm bắt, không được dạy.

Project Code. Hướng dẫn xác định stack của bạn, quy ước của bạn, các mẫu ưa thích của bạn và những điều bạn không bao giờ muốn làm. Kiến thức chứa một tài liệu kiến trúc, các file mã nguồn chính của bạn, tiêu chuẩn mã hóa của bạn và tài liệu API cho bất cứ thứ gì project chạm vào. Trỏ Claude vào đây và nó ngừng đề xuất code chống lại các mẫu hiện tại của bạn và bắt đầu phù hợp với chúng. Một project cho mỗi codebase, không bao giờ dùng chung, bởi vì trộn lẫn hai codebase là cách nhanh nhất để nhận được các đề xuất không phù hợp với cả hai.

Project Khách hàng. Một project cho mỗi khách hàng. Hướng dẫn xác định khách hàng là ai, thương hiệu của họ, sở thích của họ và phạm vi công việc của bạn với họ. Kiến thức chứa các nguyên tắc thương hiệu của họ, các sản phẩm bàn giao trước đây, ghi chú cuộc họp được chắt lọc thành những điều cốt yếu và bất kỳ ràng buộc nào cụ thể đối với họ. Đây là cách một người làm việc tự do hoặc một agency giữ cho ngữ cảnh của mỗi khách hàng được tách biệt hoàn hảo, để giọng nói của khách hàng A không bao giờ tràn vào công việc của khách hàng B.

Project Nghiên cứu. Hướng dẫn xác định câu hỏi hoặc lĩnh vực bạn đang điều tra và cách bạn muốn các phát hiện được cấu trúc. Kiến thức chứa tài liệu nguồn của bạn, ghi chú trước đây của bạn và luận điểm làm việc của bạn. Khi bạn cung cấp thêm cho nó, nó xây dựng một bức tranh tổng thể, và bởi vì nó có phạm vi, nó không nhầm lẫn nghiên cứu này với bất cứ thứ gì khác bạn đang làm việc. Đây là thứ gần nhất mà một project dựa trên chat có thể đạt được với khái niệm bộ não thứ hai, một khối kiến thức bạn có thể tra hỏi và nó vẫn mạch lạc bởi vì nó được ngăn cách khỏi mọi thứ không liên quan.

Hãy chú ý đến mô hình chung trong cả bốn. Hướng dẫn mang các quy tắc thường trực và hành vi. Kiến thức mang tài liệu tham khảo và các ví dụ. Sự tách biệt là có chủ đích, và việc đưa đúng nội dung vào đúng lớp là phần chính làm cho một project hoạt động. Một quy tắc về cách hành xử thuộc về hướng dẫn. Một tài liệu Claude cần tham chiếu thuộc về kiến thức. Trộn lẫn chúng, đặt các quy tắc hành vi trong một file kiến thức hoặc dán các tài liệu tham khảo vào hộp hướng dẫn, là một cách âm thầm làm cho một project hoạt động kém hiệu quả mà không có lý do rõ ràng.

Cá Nhân Hóa Theo Lớp Mà Hầu Hết Mọi Người Bỏ Lỡ

Một điều nữa đáng biết, bởi vì nó chồng lên trên tất cả những điều trên. Hướng dẫn project không phải là lớp cá nhân hóa duy nhất mà Claude có, và hiểu cách chúng kết hợp mang lại cho bạn khả năng kiểm soát tốt hơn.

Có ba lớp, và tất cả chúng đều áp dụng cùng một lúc cho mọi phản hồi. Hướng dẫn toàn tài khoản, được đặt trong cài đặt hồ sơ của bạn, áp dụng cho mọi chat ở mọi nơi bất kể project. Hướng dẫn project chỉ áp dụng bên trong một project cụ thể. Và styles, được đặt cho mỗi chat, điều chỉnh giọng điệu và định dạng cho cuộc trò chuyện đó.

Động thái thực tế là sử dụng mỗi cái cho những gì nó làm tốt nhất. Đặt các quy tắc áp dụng cho mọi thứ bạn làm với Claude, như sở thích giao tiếp chung của bạn, trong hướng dẫn hồ sơ toàn tài khoản, để bạn không lặp lại chúng trong mọi project. Đặt ngữ cảnh và quy tắc cụ thể của project trong hướng dẫn project. Sử dụng styles cho các điều chỉnh một lần khi một cuộc trò chuyện cụ thể cần một giọng điệu khác với mặc định của project.

Hầu hết mọi người nhồi nhét mọi thứ vào một lớp và mất đi sự kiểm soát này. Khi bạn tách chúng ra một cách chính xác, bạn ngừng lặp lại các sở thích phổ quát của mình trong mọi project, và các hướng dẫn của mỗi project vẫn tập trung hoàn toàn vào những gì làm cho project đó khác biệt. Sự tập trung đó, một lần nữa, là toàn bộ chủ đề của việc thiết lập projects tốt.

Thiết Lập Thực Sự Tạo Ra Lợi Ích Kép

Kết hợp tất cả lại với nhau và đây là những gì một project được xây dựng đúng cách mang lại cho bạn mà một chat thông thường không bao giờ có.

Mọi cuộc trò chuyện bắt đầu với ngữ cảnh đầy đủ đã được tải sẵn. Giọng nói của bạn, đối tượng của bạn, quy tắc của bạn, tài liệu tham khảo của bạn, tất cả đều có mặt trước khi bạn gõ một từ. Bạn ngừng briefing lại. Bạn ngừng bắt đầu từ con số không. Bạn ngừng đào tạo cùng một nhân viên mỗi sáng.

Đầu ra ngừng nghe có vẻ chung chung và bắt đầu nghe giống bạn, bởi vì Claude đang làm việc từ các ví dụ thực tế và tiêu chuẩn thực tế của bạn, không phải từ một bảng trống cộng với một prompt một dòng vội vàng.

Và nó tạo ra lợi ích kép. Tuần đầu tiên cần những điều chỉnh nhỏ khi Claude học các mẫu của bạn từ các file. Đến tuần thứ ba, nó phù hợp với cách tiếp cận của bạn đủ gần để bạn ngừng giải thích những điều bạn từng giải thích mọi lần. Ba mươi phút thiết lập được đền đáp trong nhiều tháng.

Đây là điểm mấu chốt trung thực. Hầu hết mọi người không bao giờ nhận được lợi ích này, không phải vì tính năng khó, mà bởi vì họ thiết lập nó trong chín mươi giây và không bao giờ làm những phần thực sự quan trọng. Cơ sở kiến thức chính xác. Bản briefing thường trực thực sự. Bài kiểm tra truy xuất. Thói quen bảo trì.

Hãy làm bốn điều đó và Claude Projects không còn là một thư mục cho các chat của bạn nữa mà trở thành sự khác biệt giữa việc sử dụng Claude như một thanh tìm kiếm và chạy nó như một hệ thống đã biết chính xác bạn là ai và bạn cần gì.

Hãy thiết lập một project đúng cách trong tuần này. Chọn công việc bạn làm nhiều nhất. Viết các hướng dẫn thực sự. Tải lên ba tài liệu ngắn gọn. Kiểm tra khả năng truy xuất. Sau đó xem cuộc trò chuyện tiếp theo khác biệt như thế nào.

Theo dõi @cyrilXBT để biết các bản dựng đầy đủ, các mẫu hướng dẫn chính xác và các thiết lập project tôi sử dụng hàng ngày.