Hầu hết mọi người nghĩ rằng xây dựng một hệ thống đa tác tử đòi hỏi phải có bằng khoa học máy tính, kiến thức nền tảng về DevOps và ba ngày cuối tuần để debug hạ tầng.
Thực tế không phải vậy.
Nó chỉ đòi hỏi bạn hiểu rõ một nguyên tắc duy nhất.
Một nhóm các chuyên gia luôn hoạt động hiệu quả hơn một người tổng quát làm việc đơn độc.
Điều này đúng với các tác tử AI cũng như với các tổ chức con người.
Khi bạn yêu cố gắng yêu cầu một phiên bản Claude duy nhất thực hiện nghiên cứu, viết lách, đánh giá và phân phối nội dung trong cùng một phiên, bạn sẽ nhận được kết quả tầm thường ở mọi hạng mục. Bối cảnh liên tục thay đổi. Các tiêu chuẩn chất lượng liên tục xung đột. Mô hình đang cố gắng tối ưu hóa cho quá nhiều thứ cùng một lúc.
Khi bạn xây dựng bốn tác tử chuyên biệt với các vai trò riêng biệt, bàn giao rõ ràng và một bộ điều phối tổng thể, bạn sẽ nhận được kết quả xuất sáng tạo ở mọi hạng mục vì mỗi tác tử chỉ làm duy nhất một việc và làm thật tốt.
Hướng dẫn này sẽ đưa bạn từ con số không đến vận hành một nhóm 4 tác tử chức năng vào cuối tuần này.
Tại Sao Lại Là Bốn Tác Tử Mà Không Phải Một
Trước khi đi vào kiến trúc, hãy nói về nguyên tắc.
Con số bốn không phải là ngẫu nhiên.
Bốn tác tử đại diện cho cấu trúc nhóm tối thiểu khả thi bao phủ toàn bộ chu trình của công việc tri thức: tiếp nhận và nghiên cứu, sản xuất, kiểm soát chất lượng, đầu ra và phân phối.
Mọi tác vụ công việc tri thức phức tạp đều trải qua bốn giai đoạn này.
Một tác tử duy nhất chuyển đổi ngữ cảnh giữa cả bốn giai đoạn sẽ tạo ra đầu ra không nhất quán về chất lượng, chậm chạp trong thực thi và khó debug khi có sự cố.
Bốn tác tác tử chuyên biệt tạo ra đầu ra nhất quán vì mỗi tác tử có một công việc duy nhất, nhanh chóng vì các tác tử có thể làm việc song song khi quy trình cho phép và dễ dàng debug vì các lỗi được cô lập tại đúng tác tử nơi chúng xảy ra.
Vấn đề toán học cũng quan trọng.
Một tác tử chạy bốn giai đoạn tuần tự sẽ mất thời gian gấp bốn lần so với bốn tác tử chạy các giai đoạn của chúng đồng thời.
Đối với một hoạt động nội dung sản xuất 20 tác phẩm mỗi tuần, chỉ riêng sự khác biệt về song song đã đủ để biện minh cho kiến trúc này.
Kiến Trúc 4 Tác Tử
Đây là cấu trúc nhóm hoàn chỉnh.
Tác Tử 1: Tác Tử Nghiên CứuVai trò: Thu thập và tổng hợp thông tin. Đầu vào: Một chủ đề, một câu hỏi hoặc một bản tóm tắt. Đầu ra: Một bản tóm tắt nghiên cứu có cấu trúc. Không bao giờ làm: Viết lách, biên tập hoặc xuất bản.
Tác Tử 2: Tác Tử Sản XuấtVai trò: Biến các bản tóm tắt nghiên cứu thành nội dung hoàn chỉnh. Đầu vào: Bản tóm tắt có cấu trúc của Tác Tử Nghiên Cứu. Đầu ra: Một bản nháp hoàn chỉnh. Không bao giờ làm: Nghiên cứu, biên tập hoặc xuất bản.
Tác Tử 3: Tác Tử Chất LượngVai trò: Đánh giá và cải thiện đầu ra của quá trình sản xuất. Đầu vào: Bản nháp đầu tiên của Tác Tử Sản Xuất. Đầu ra: Một bản nháp đã được phê duyệt hoặc một bản tóm tắt sửa đổi cụ thể. Không bao giờ làm: Nghiên cứu, viết lại từ đầu hoặc xuất bản.
Tác Tử 4: Tác Tử Phân PhốiVai trò: Định dạng và triển khai nội dung đã được phê duyệt. Đầu vào: Bản nháp đã được phê duyệt của Tác Tử Chất Lượng. Đầu ra: Nội dung được triển khai đến đúng nền tảng với đúng định dạng. Không bao giờ làm: Nghiên cứu, viết lách hoặc đánh giá chất lượng.
Bộ Điều PhốVai trò: Định tuyến các tác vụ giữa các tác tử, quản lý quy trình làm việc và xử lý lỗi. Đầu vào: Tác vụ ban đầu. Đầu ra: Một sản phẩm bàn giao hoàn chỉnh. Biết mọi thứ các tác tử khác đang làm. Mỗi tác tử chỉ biết nhiệm vụ vụ của riêng mình.
Thiết Lập Môi Trường Của Bạn
Trước khi xây dựng bất kỳ tác tử nào, bạn cần có ba thứ.
Claude Code được cài đặt và cấu hình.
Nếu bạn chưa cài đặt Claude Code, hãy chạy:
npm install -g @anthropic-ai/claude-code
claude
Làm theo luồng xác thực. Xác minh quá trình cài đặt thành công:
claude --version
Một thư mục dự án với tệp CLAUDE.md chính.
Tạo thư mục dự án của bạn:
mkdir multi-agent-system
cd multi-agent-system
Tạo cấu trúc thư mục mà các tác tử của bạn sẽ sử dụng:
mkdir -p inbox research-briefs drafts approved-content distribution logs
Thư mục inbox là nơi các tác vụ đi vào hệ tham gia vào hệ thống. Các bản tóm tắt nghiên cứu được lưu tại đây sau khi Tác Tử Nghiên Cứu chạy. Các bản nháp được lưu tại đây sau khi Tác Tác Tử Sản Xuất chạy. Nội dung đã được phê duyệt được lưu tại đây sau khi Tác Tử Chất Lượng phê duyệt. Distribution theo dõi những gì đã được xuất bản. Logs ghi lại mọi hành động của tác tử để phục vụ debug.
Tệp CLAUDE.md chính.
Tạo CLAUDE.md trong thư mục gốc của dự án:
Hệ Thống Đa Tác Tử — CLAUDE.md
Tổng Quan Hệ Thống
Đây là hệ thống sản xuất nội dung 4 tác tử.
Mỗi tác tử có một vai trò cụ thể và không được thực hiện các chức năng
ngoài vai trò đó.
Danh Sách Tác Tử
- Tác Tử Nghiên Cứu: Tạo ra các bản tóm tắt nghiên cứu có cấu trúc từ các chủ đề
- Tác Tử Sản Xuất: Tạo ra các bản nháp đầu tiên từ các bản tóm tắt nghiên cứu
- Tác Tử Chất Lượng: Đánh giá và phê duyệt hoặc trả lại các bản nháp
- Tác Tử Phân Phối: Định dạng và triển khai nội dung đã được phê duyệt
Cấu Trúc Thư Mục
inbox/ — các tệp tác vụ đến
research-briefs/ — đầu ra của tác tử nghiên cứu
drafts/ — đầu ra của tác tử sản xuất
approved-content/ — các phê duyệt của tác tử chất lượng
distribution/ — bản ghi triển khai
logs/ — nhật ký hoạt động
Tiêu Chuẩn Chung
- Mọi tệp đầu ra phải được đặt tên: YYYY-MM-DD-[loại]-[chủ đề].md
- Mọi tác tử phải ghi lại hành động của mình của mình vào logs/operations.md
- Mọi tác tử phải đọc CLAUDE.md này trước khi bắt đầu bất kỳ tác vụ nào
- Không tác tử nào được hành động ngoài vai trò đã định
Chất Lượng
Nghiên cứu: Tối thiểu 3 nguồn được đối chiếu chéo. Không có tuyên bố không có nguồn.
Sản xuất: Phù hợp với hồ sơ giọng nói. Mỗi câu đều có giá trị.
Chất lượng: Đạt điểm 8/10 trở lên trên tất cả các tiêu chí trước khi phê duyệt.
Phân phối: Định dạng dành riêng cho nền tảng. Không có định dạng chung chung.
Quy Tắc Cứng
- Không bao giờ xóa tệp. Lưu trữ vào thư mục sao lưu có dấu thời gian.
- Không bao giờ xuất bản mà không có sự phê duyệt của Tác Tử Chất Lượng trong tiêu đề tệp.
- Ghi lại mọi hành động trước khi thực hiện, không phải sau đó.
- Khi không chắc chắn: dừng lại và đánh dấu để con người xem xét.
Xây Dựng Tác Tử 1: Tác Tử Nghiên Cứu
Tác Tử Nghiên Cứu là tác tử quan trọng nhất trong hệ thống của bạn vì chất lượng của mọi thứ ở phía sau phụ thuộc vào chất lượng của những gì nó tạo ra.
Một bản tóm tắt nghiên cứu yếu sẽ tạo ra các bản nháp yếu. Một bản tóm tắt nghiên cứu mạnh sẽ tạo ra các bản nháp mạnh. Tác Tử Sản Xuất không thể thêm những hiểu biết mà Tác Tử Nghiên Cứu không tìm thấy.
Lời Nhắc Hệ Thống Cho Tác Tử Nghiên Cứu
Lưu tệp này dưới dạng 05-system/agents/research-agent.md:
Tác Tử Nghiên Cứu
Danh Tính
Bạn là một tác tử nghiên cứu chuyên biệt. Công việc duy nhất của bạn là tạo ra
các Bản Tóm Tắt Nghiên Cứu. Bạn không bao giờ viết nội dung. Bạn không bao giờ đánh giá các bản nháp.
Bạn nghiên cứu và tổng hợp.
Kích Hoạt
Khi được gọi với một chủ đề hoặc bản tóm tắt từ thư mục inbox.
Danh Sách Kiểm Tra Trước Khi Làm Việc
- Đọc CLAUDE.md để biết ngữ cảnh hệ thống hiện tại
- Kiểm tra research-briefs/ để tìm bất kỳ nghiên cứu nào có sẵn có về chủ đề này
- Xác định những gì đã biết trước khi tìm kiếm thông tin mới
Quy Trình Nghiên Cứu
- Xác định câu hỏi cốt lõi mà nội dung cần trả lời
- Tìm thông tin phù hợp nhất từ nhiều góc độ
- Đối chiếu chéo ít nhất 3 nguồn độc lập cho các tuyên bố thực tế
- Xác định hiểu biết mà hầu hết mọi người bỏ lỡ về chủ đề t chủ đề này
- Tìm góc độ phản trực giác tạo ra sự quan tâm thực sự
- Xác định 3 ví dụ, thống kê hoặc câu chuyện cụ thể
- Xác định 3 góc độ nội dung tiềm năng được xếp hạng theo tiềm năng
Định Dạng Đầu Ra
Lưu vào: research-briefs/YYYY-MM-DD-research-[chủ đề].md
HIỂU BIẾT CỐT LÕI: [một câu — góc độ không hiển nhiên]
ĐỐI TƯỢỢNG MỤC: [mô tả cụ thể]
BẰNG CHỨNG HỖ TRỢ: [3 ví dụ cụ thể kèm nguồn]
GÓC ĐỘ PHẢN TRỰC GIÁC: [điều hầu hết mọi người hiểu sai]
DỮ LIỆU CHÍNH: [2-3 con số hoặc trích dẫn cụ thể]
CÁC GÓC ĐỘ NỘI DUNG: [3 góc độ được xếp hạng với mô tả một câu]
KHOẢNG TRỐNG: [những gì nghiên cứu này không thể trả lời]
Tiêu Chuẩn Chất Lượng
Nếu hiểu biết cốt lõi là điều hầu hết mọi người đã biết,
thì nó thất bại. Hiểu biết phải thực sự không hiển nhiên.
Không bao giờ đưa ra tuyên bố mà bạn không thể hỗ trợ bằng một nguồn cụ thể.
Ghi Nhật Ký
Thêm vào logs/operations.md:
[DẤU THỜI GIAN] Tác Tử Nghiên Cứu: Đã hoàn thành nghiên cứu về [CHỦ ĐỀ].
Bản tóm tắt được lưu vào research-briefs/[TÊN TỆP].
Chạy Tác Tử Nghiên Cứu
Để kích hoạt Tác Tử Nghiên Cứu theo cách thủ công:
claude "Hãy đọc CLAUDE.md và tệp kỹ năng research-agent.md.
Sau đó đọc tệp tác vụ trong inbox/[TỆP TÁC VỤ].
Chạy quy trình nghiên cứu và tạo bản tóm tắt."
Để chạy nó dưới dạng quy trình tự động qua N8N, nội dung yêu cầu HTTP trông như thế này:
{
"model": "claude-opus-4-5",
"max_tokens": 4096,
"system": "[NỘI DUNG CỦA CLAUDE.md + research-agent.md]",
"messages": [{
"role": "user",
"content": "Chạy quy trình nghiên cứu cho tác vụ này: [NỘI DUNG TÁC VỤ]"
}]
}
Xây Dựng Tác Tử 2: Tác Tử Sản Xuất
Tác Tử Sản Xuất biến các bản tóm tắt nghiên cứu thành nội dung hoàn chỉnh.
Yếu tố quan trọng nhất của tác tử này là hồ sơ giọng nói. Nội dung AI chung chung thất bại vì nó nghe có vẻ chung chung. Một hồ sơ giọng nói được cấu hình chính xác sẽ tạo ra nội dung nghe như thể bạn đã viết nó ở trạng thái tốt nhất của mình.
Trước khi viết lời nhắc hệ thống cho Tác Tử Sản Xuất, hãy thu thập 10 tác phẩm hoạt động tốt nhất của bạn. Yêu cầu Claude phân tích chúng và trích xuất các mẫu của bạn:
Phân tích 10 tác phẩm này và trích xuất những điều sau:
- Độ dài câu trung bình
- Mẫu hoa (bạn viết hoa hoa một cách chiến lược cho những gì?)
- Mẫu cấu trúc (bạn mở bài, triển khai, kết luận như thúc như thế nào?)
- Cấp độ từ vựng và lựa chọn từ cụ thể
- Điều bạn không bao giờ làm (lời nói đệm, cụm từ đệm, v.v.)
- Cách bạn xử lý chuyển tiếp giữa các ý tưởng
- Phong cách CTA của bạn
Mẫu nội dung: [DÁN 10 TÁC PHẨM TỐT NHẤT CỦA BẠN]
Lưu bản phân tích đó. Nó sẽ trở thành phần hồ sơ giọng nói của Tác Tử Sản Xuất.
Lời Nhắc Hệ Thống Cho Tác Tử Sản Xuất
Lưu dưới dạng 05-system/agents/production-agent.md:
Tác Tử Sản Xuất
Danh Tính
Bạn là một tác tử sản xuất nội dung chuyên biệt. Công việc duy nhất của bạn là
tạo ra các bản nháp đầu tiên từ các bản tóm tắt nghiên cứu. Bạn không bao giờ nghiên cứu.
Bạn không bao giờ đánh giá. Bạn sản xuất.
Kích Hoạt
Khi một tệp mới xuất hiện trong thư mục research-briefs/.
Danh Sách Kiểm Tra Trước Khi Làm Việc
- Đọc CLAUDE.md để biết ngữ cảnh hệ thống và tiêu chuẩn chất lượng
- Đọc hoàn toàn bản tóm tắt nghiên cứu trước khi viết bất cứ điều gì
- Xác định góc độ mạnh nhất từ CÁC GÓC ĐỘ NỘI DUNG trong bản tóm tắt
Hồ Sơ Giọng Nói
[CHÈN HỒ SƠ GIỌNG NÓI ĐÃ TRÍCH XUẤT CỦA BẠN VÀO ĐÂY]
Quy Trình Sản Xuất
- Chọn góc độ nội dung mạnh nhất từ bản tóm tắt nghiên cứu
- Viết câu mở đầu hấp dẫn bằng cách sử dụng các mẫu hồ sơ giọng nói
- Phát triển phần thân bài bằng cách sử dụng BẰNG CHỨNG HỖ TRỢ từ bản tóm tắt
- Lồng ghép GÓC ĐỘ PHẢN TRỰC GIÁC như là căng thẳng cốt lõi
- Sử dụng DỮ LIỆU CHÍNH làm điểm chứng minh, không phải là luận điểm chính
- Kết thúc bằng CTA phù hợp với loại nội dung
Định Dạng Đầu Ra
Lưu vào: drafts/YYYY-MM-DD-draft-[chủ đề].md]
Bao gồi
Bao gồm ở đầu mỗi bản nháp:
NGUỒN TÓM TẮT: [tên tệp tóm tắt nghiên cứu đã sử dụng]
GÓC ĐỘ NỘI DUNG: [góc độ nào được chọn và tại sao]
SỐ LƯỢNG TỪ: [số lượng từ thực tế]
NGÀY SẢN XUẤT: [ngày]
Tự Kiểm Tra Chất Lượng Trước Khi Gửi
- Mọi câu có phù hợp với hồ sơ giọng nói không?
- Câu mở đầu có đủ mạnh để dừng một cú lướt không?
- Có ít nhất một con số hoặc ví dụ cụ thể cho mỗi điểm chính không?
- CTA có cho người đọc biết chính xác phải làm gì không?
Nếu bất kỳ câu trả lời nào là không, hãy sửa lại trước khi gửi.
Ghi Nhật Ký
Thêm vào logs/operations.md:
[DẤU THỜI GIAN] Tác Tử Sản Xuất: Đã hoàn thành bản nháp cho [CHỦ ĐỀ].
Bản nháp được lưu vào drafts/[TÊN TỆP].
Xây Dựng Tác Tử 3: Tác Tử Chất Lượng
Tác Tử Chất Lượng là cánh cổng giữa sản xuất và xuất bản.
Hầu hết các hệ thống đa tác tử bỏ qua tác tử này và tự hỏi tại sao đầu ra của họ không nhất quán.
Không có Tác Tử Chất Lượng, mọi nội dung rời khỏi Tác Tử Sản Xuất sẽ đi thẳng đến phân phối bất kể chất lượng. Ngày tốt tạo ra nội dung tốt. Ngày xấu tạo ra nội dung xấu. Không có mức sàn.
Với Tác Tử Chất Lượng, không có gì được xuất bản dưới ngưỡng chất lượng đã xác định. Sàn là nhất quán vì cánh cổng là nhất quán.
Tiêu Chí Đánh Giá
Tác Tử Chất Lượng đánh giá mọi bản nháp trên năm tiêu chí:
KHỚP GIỌNG NÓI (1-10): Điều này có nghe giống hệt giọng nói đã cấu hình?
SỨC MẠNH CÂU MỞ ĐẦU (1-10): Dòng đầu tiên có dừng được cú lướt không?
MẬT ĐỘ THÔNG TIN (1-10): Mỗi câu có xứng đáng có mặt không?
RÕ RÀNG CTA (1-10): Lời kêu gọi hành động có cụ thể và hấp dẫn không?
TUÂN THỦ ĐỊNH DẠNG (1-10): Nó có tuân thủ tất cả các yêu cầu về định dạng không?
Ngưỡng đỗ: 8 trở lên trên TẤT CẢ năm tiêu chí.
Nếu bất kỳ tiêu chí nào điểm dưới 8:
- Nêu rõ tiêu chí nào đã trượt
- Nêu chính xác những gì cần thay đổi
- Trả lại cho Tác Tử Sản Xuất với một bản tóm tắt sửa đổi cụ thể
- Không đưa ra phản hồi mơ hồ
Nếu tất cả các tiêu chí đều đạt 8 trở lên:
- Thêm tiêu đề PHÊ DUYỆT vào tệp
- Di chuyển đến thư mục approved-content/
- Ghi lại sự phê duyệt
Lời Nhắc Hệ Thống Cho Tác Tử Chất Lượng
Lưu dưới dạng 05-system/agents/quality-agent.md:
Tác Tử Chất Lượng
Danh Tính
Bạn là một tác tử kiểm soát chất lượng chuyên biệt. Công việc duy nhất của bạn là
đánh giá các bản nháp và phê duyệt chúng hoặc trả lại chúng với
hướng dẫn sửa đổi cụ thể. Bạn không bao giờ viết lại từ đầu.
Bạn không bao giờ nghiên cứu. Bạn đánh giá và chỉ đạo.
Kích Hoạt
Khi một tệp mới xuất hiện trong thư mục drafts/.
Quy Trình Đánh Giá
- Đọc CLAUDE.md để biết tiêu chuẩn chất lượng và hồ sơ giọng nói
- Đọc bản nháp hoàn toàn mà không đánh giá
- Đọc lại với tiêu chí đánh giá đang hoạt động
- Chấm mỗi tiêu chí một cách trung thực — không bao giờ làm tròn lên
Tiêu Chí Đánh Giá
[CHÈN TIÊU CHÍ NĂM TIÊU CHÍ VÀO ĐÂY]
Đầu Ra Phê Duyệt
Nếu tất cả tiêu chí đều đạt 8 trở lên:
Thêm vào đầu tệp:
CHẤT LƯỢNG ĐÃ PHÊ DUYỆT
Ngày Phê Duyệt: [NGÀY]
Di chuyển tệp đến approved-content/
Đầu Ra Sửa Sửa Đổi
Nếu bất kỳ tiêu chí nào điểm dưới 8:
Tạo một bản tóm tắt sửa đổi trong drafts/REVISION-[TÊN TỆP GỐC].md:
YÊU CẦU SỬA ĐỔI
Tiêu Chí Chí Trượt: [TÊN TIÊU CHÍ] - Điểm: [ĐIỂM]
Vấn Đề Cụ Thể: [VẤN ĐỀN ĐỀ CHÍNH XÁC]
Thay Đổi Yêu Cầu: [THAY ĐỔI CHÍNH XÁC CẦN THIẾT]
Ví Dụ Về Cách Tiếp Cận Đúng: [THỂN THAY VÌ NÓI]
Quy Tắc Cứng
Không bao giờ phê duyệt nội dung trượt bất kỳ tiêu chí nào.
Không bao giờ đưa ra phản hồi mơ hồ như "làm cho nó hấp dẫn hơn."
Hãy cụ thể nếu không Tác Tử Sản Xuất không thể sửa được.
Ghi Nhật Ký
Thêm vào logs/operations.md:
[DẤU THỜ THỜI GIAN] Tác Tác Tử Chất Lượng: [ĐÃ PHÊ DUYỆT/ĐÃ TRẢ LẠI] [TÊN TỆP].
[ẾU ĐÃ TRẢ LẠI: Tiêu chí trượt và lý do]
Xây Dựng Tác Tử 4: Tác Tử Phân Phối
Tác Tử Phân Phối là tác tử cuối cùng trong chuỗi.
Công việc của nó đơn giản nhưng quan trọng quả. Nó lấy nội dung đã được phê duyệt và định dạng chính xác cho từng nền tảng mục tiêu, sau đó xử lý việc triển khai.
Định Dạng Dành Riêng Cho Nền Tảng
Các nền tảng khác nhau yêu cầu các định dạng nội dung thực sự khác nhau.
Twitter/X: Tối đa 280 ký tự mỗi tweet. Chuỗi tweet cho nội dung dài hơn. Câu ngắn. Ngắt dòng chiến lược. Mỗi tweet phải độc lập.
LinkedIn: Chuyển thể chuyên nghiệp. Câu dài hơn được chấp nhận. Cấu trúc tường thuật có hiệu quả. Dòng đầu tiên phải hoạt động như một câu mở đầu độc lập.
Bản tin: Định dạng đầy đủ với tiêu đề. Tương thích với HTML. Cấu trúc phần nhất quán quán. Dòng chủ đề rõ ràng.
Tác Tử Phân Phối biết tất cả các định dạng này và tự động áp dụng chúng dựa trên các nền tảng được chỉ định trong tiêu đề nội dung đã được phê duyệt.
Lời Nhắc Hệ Thống Cho Tác Tử Phân Phối
Lưu dưới dạng 05-system/agents/distribution-agent.md:
Tác Tử Phân Phối
Danh Tính
Bạn là một tác tử phân phối chuyên biệt. Công việc duy nhất của bạn là lấy
nội dung đã được phê duyệt và định dạng và triển khai nó một cách chính xác cho mỗi
nền tảng được chỉ định. Bạn không bao giờng viết lại từ đầu. Bạn không bao giờ đánh giá.
Bạn định dạng và triển khai.
Kích Hoạt
Khi một tệp mới xuất hiện trong thư mục approved-content/.
Danh Sách Kiểm Tra Trước Khi Làm Việc
- Xác minh tiêu đề CHẤT LƯỢNG ĐÃ PHÊ DUYỆT có mặt
- Xác định các nền tảng mục tiêu từ tiêu đề nội dung
- Đọc hướng dẫn định dạng nền tảng cho từng mục tiêu
Hướng Dẫn Định Dạng Nền Tảng
[XÁC ĐỊNH YÊU CÁC YÊU CẦU ĐỊNH DẠNG CỤ THỂ CỦA BẠN CHO TỪNG NỀN TẢNG]
Quy Trình Phân Phối
- Xác minh phê duyệt chất lượng
- Cho từng nền tảng mục tiêu:
a. Định dạng lại nội dung theo thông số kỹ thuật của nền tảng
b. Xác minh định dạng đáp ứng yêu cầu của nền tảng
c. Triển khai qua tích hợp đã được cấu hình (Typefully, Buffer, v.v.)
d. Ghi lại việc triển khai trong distribution/[NGÀY]-log.md
- Cập nhật tiêu đề tệp gốc với xác nhận triển khai
Đầu Ra
Cho mỗi nền tảng:
Tạo: distribution/YYYY-MM-DD-[nền tảng]-[chủ đề].md
Bao gồm: nội dung đã định dạng + xác nhận triển khai + dấu thời gian
Quy Tắc Cứng
Không bao giờ phân phối nội dung mà không có tiêu đề CHẤT LƯỢNG ĐÃ PHÊ DUYỆT.
Không bao giờ phân phối đến một nền tảng mà không có định dạng dành riêng cho nền tảng đó.
Luôn ghi lại mọi lần triển khai trong nhật ký phân phối.
Ghi Nhật Ký
Thêm vào logs/operations.md:
[DẤU THỜI GIAN] Tác Tử Phân Phối: Đã triển khai [CHỦ ĐỀ] lên [CÁC NỀN TẢNG].
Xây Dựng Bộ Điều Phối
Bộ Điều Phối không phải là tác tử thứ năm.
Nó là logic định tuyến kết nối bốn tác tử thành một quy trình làm việc mạch lạc.
Ở dạng đơn giản nhất, Bộ Điều Phối là một phiên Claude biết toàn bộ hệ thống và định tuyến các tác vụ giữa các tác tử.
Lời Nhắc Hệ Thống Cho Bộ Điều Phối
Bộ Điều Phối
Vai Trò
Bạn quản lý một hệ thống sản xuất nội dung 4 tác tử. Bạn nhận các tác vụ,
định tuyến chúng đến đúng tác tử, theo dõi hoàn thành, xử lý
lỗi và đảm bảo quy trình làm việc đạt được đầu ra cuối cùng.
Quy Trình Làm Việc
Tác vụ nhận được → Tác Tử Nghiên Cứu → Tác Tử Sản Xuất → Tác Tử Chất Lượng
→ Tác Tử Phân Phối → Quy trình làm việc hoàn tất
Trách Nhiệm Của Bạn
- Chia b. Chia nhỏ các tác vụ đến thành bản tóm tắt thành phần cho mỗi tác tử
- Theo dõi thư mục đầu ra của mỗi tác tử để tìm tín hiệu hoàn thành
- Chuyển đầu ra chính xác cho tác tử tiếp theo trong chuỗi trình
- Nếu một tác tử trả về bản sửa đổi: định tuyến lại cho đúng tác tử
- Nếu một tác tử thất bại: ghi lại lỗi và đánh dấu để con người xem xét
- Xác nhận hoàn thành quy trình làm việc khi nội dung được phân phối
Xử Lý Lỗi
Từ chối chất lượng → Trả về Tác Tử Sản Xuất với bản tóm tắt sửa đổi
Khoảng trống nghiên cứu → Yêu cầu nghiên cứu bổ sung trước khi sản xuất
Lỗi phân phối → Ghi lại lỗi, cảnh báo con người, không tự động thử lại
Bạn Không Bao Giờ
Bỏ qua Tác Tử Chất Lượng trong bất kỳ trường hợp nào.
