10 tác nhân Claude Code mà chưa ai bảo bạn nên xây dựng.

Trình Claude Code của bạn chỉ mới đạt 10% tiềm năng thôi.

90% còn lại là 10 tác nhân chạy song song: xem xét PR của bạn, viết test cho bạn, săn lỗi, phân loại hộp thư đến, tái sử dụng nội dung của bạn.

Hầu hết founder không biết những thứ này tồn tại. Ai biết thì ship nhanh gấp 3 lần và trông như phù thủy.

Đây là thiết lập đầy đủ 👇

Trước khi đi sâu, tôi chia sẻ ghi chú hàng ngày về AI & vibe coding trong kênh Telegram của mình: https://t.me/zodchixquant 🧠

Thay đổi tư duy trước tiên

Một tác nhân Claude Code không phải là một phiên chat. Nó là một bản mô tả công việc + một trình kích hoạt + một đầu ra. "Người xem xét PR" không phải là một người để bạn nói chuyện. Nó là một móc nối kích hoạt trên mọi PR, chạy Claude với một prompt cụ thể và thả một bình luận.

Ba nơi các tác nhân này sống:

Lệnh Slash (trong .claude/commands/<tên>.md): chạy theo yêu cầu từ terminal của bạn với /tên

Móc nối (trong .claude/hooks/<sự kiện>.sh): tự động kích hoạt khi các sự kiện như PreToolUse, PostToolUse, hoặc sự kiện git

Script được lưu trữ qua Claude Agent SDK: chạy 24/7 trên máy chủ, kích hoạt theo lịch trình hoặc webhook

Tôi sẽ đánh dấu mỗi tác nhân bên dưới với loại nó sử dụng.

1. Người xem xét PR

Loại: Lệnh Slash + móc nối GitHub

Đọc diff của bất kỳ PR đang mở nào, kiểm tra các lỗi rõ ràng, thiếu test, vấn đề bảo mật, vi phạm phong cách. Thả bình luận trong vòng 90 giây.

Cách thiết lập:

1. Tạo .claude/commands/review.md trong thư mục gốc repo của bạn
2. Dán prompt bên dưới vào tệp
3. Chạy /review trong Claude Code trước khi bạn push
4. Để tự động hóa: cài đặt claude-code-action GitHub Action từ marketplace, trỏ nó vào review.md

Prompt:

Bạn là một người xem xét mã nguồn cấp cao. Đọc staged diff. Gắn cờ: secret được mã hóa cứng, thiếu test, lỗi kiểu, lỗi rõ ràng. Hãy ngắn gọn, tối đa bình luận.

2. Trình tạo Test

Loại: Lệnh Slash + móc nối pre-commit

Theo dõi các hàm mới không có test. Viết 3-5 trường hợp cho mỗi hàm: đường dẫn chính, trường hợp biên, một chế độ lỗi.

Cách thiết lập:

1. Tạo .claude/commands/tests.md trong thư mục gốc repo của bạn
2. Dán prompt bên dưới vào tệp
3. Chạy /tests <tên tệp> sau khi bạn viết một hàm
4. Để tự động hóa: gắn một móc nối pre-commit kích hoạt /tests trên bất kỳ tệp .ts/.py nào đã staged không có test phù hợp

Prompt:

Đọc hàm tôi vừa viết. Tạo test trong [framework của bạn, ví dụ: Vitest, Pytest]. Bao gồm đường dẫn chính, 2 trường hợp biên, một trường hợp lỗi. Khớp với phong cách của các test hiện có trong repo này.

3. Thợ săn lỗi

Loại: Script được lưu trữ (Claude Agent SDK)

Lắng nghe Sentry, Linear, hoặc trình theo dõi lỗi của bạn. Với mỗi báo cáo lỗi mới, đọc stacktrace, mở các tệp liên quan, đề xuất bản sửa lỗi dưới dạng PR nháp vào buổi sáng.

Cách thiết lập:

1. Viết một script Claude Agent SDK thăm dò Sentry API mỗi 5 phút để tìm các vấn đề chưa giải quyết mới
2. Với mỗi vấn đề, kéo stacktrace, lấy các tệp liên quan qua GitHub API, chạy Claude với prompt bên dưới
3. Thả script vào một nhóm Teamly và xem nó hoạt động trong Pixel Department. Tổng thời gian thiết lập: khoảng 90 phút

Prompt:

Bạn là một người gỡ lỗi cấp cao. Đọc stacktrace Sentry này và các tệp nguồn liên quan. Xác định nguyên nhân gốc rễ trong một câu. Đề xuất một bản sửa lỗi tối thiểu dưới dưới dạng git patch. Thêm một regression test nếu có thể.

4. Người viết tài liệu

Loại: Móc nối post-merge

Sau mỗi lần merge vào nhánh chính, kiểm tra xem thay đổi có ảnh hưởng đến bất kỳ thứ gì được ghi trong README, docstring, hoặc /docs hay không. Cập nhật chúng trong một PR tiếp theo.

Cách thiết lập:

1. Tạo .claude/hooks/post-merge.sh trong repo của bạn
2. Bên trong, gọi Claude với prompt bên dưới
3. Thưởng: thêm một tệp kỹ năng docs.md mô tả giọng văn và cấu trúc tài liệu của dự án để các bản cập nhật khớp với phong cách

Prompt:

Commit cuối cùng đã thay đổi [danh sách tệp]. Kiểm tra README.md, docstring trong các tệp đó và /docs. Nếu bất kỳ tệp nào trong số đó hiện sai hoặc thiếu thiu thông tin, hãy tạo các phiên bản cập nhật. Đầu ra dưới dạng git patch.

5. Trình theo dõi tái cấu trúc

Loại: Lệnh Slash (chạy hàng tuần)

Tìm kiếm trong codebase của bạn các TODO, FIXME, logic trùng lặp và các tệp trên 500 dòng. Đầu ra một danh sách tái cấu trúc được ưu tiên với ước tính nỗ lực. Không sửa bất cứ thứ gì, nhưng phơi bày những mục mục nát mà bạn đã bỏ qua trong 6 tháng.

Cách thiết lập:

1. Tạo .claude/commands/rot.md trong thư mục gốc repo của bạn
2. Dán prompt bên dưới vào tệp
3. Chạy /rot vào mỗi thứ Sáu, phân loại vào sáng thứ Hai

Prompt:

Quét repo. Tìm: TODO cũ hơn 30 ngày, FIXME, tệp trên 500 dòng, hàm trên 80 dòng, chuỗi ký tự xuất hiện 3+ lần. Đầu ra dưới dạng bảng Markdown được sắp xếp theo mức độ ưu tiên. Thêm ước tính nỗ lực (N/T/K) cho mỗi mục.

6. Tác nhân Daily Standup hàng ngày

Loại: Script được lưu trữ (Claude Agent SDK)

Đọc các commit GitHub, ticket Linear và lịch hôm qua của bạn. Viết cho bạn một bản tóm tắt 4 dòng lúc 8 giờ sáng. "Hôm qua: đã ship X, bắt đầu Y. Rào cản trở hôm nay: Z."

Cách thiết lập:

1. Viết một script chạy lúc 8 giờ sáng hàng ngày, kéo các commit GitHub từ 24 giờ qua, thay đổi ticket Linear, sự kiện Google Calendar cho hôm nay
2. Cung cấp tất cả cho Claude với prompt bên dưới
3. Đầu ra được gửi đến email hoặc Telegram của bạn. Tôi chạy nó trên Teamly với tích hợp Telegram qua OAuth, một cú nhấp chuột để kết nối

Prompt:

Tóm tắt trong tối đa 4 dòng. Hôm qua tôi đã làm X. Hôm nay tôi đang làm Y. Bị cản trở bởi Z. Ưu tiên tiếp theo: W. Bỏ qua bất cứ thứ gì tầm thường.

7. Trình tổng hợp phản hồi khách hàng

Loại: Script được lưu trữ (hàng tuần)

Kéo từ Intercom, đề cập trên X và đánh giá sản phẩm. Phân cụm phản hồi thành các chủ đề ("thanh toán chậm", "muốn chế độ tối", "giá cả không rõ ràng"). Đầu ra được xếp hạng theo tần suất.

Cách thiết lập:

1. Script chạy vào mỗi Chủ nhật lúc 6 giờ chiều, kéo các cuộc hội thoại Intercom từ 7 ngày qua, đề cập trên X về handle của bạn và bất kỳ nền tảng đánh giá nào
2. Cung cấp mọi thứ cho Claude với prompt bên dưới, đầu ra đến một trang Notion hoặc email của bạn
3. Phần khó nhất là xác thực API, đó là lý do tại sao tôi lưu trữ nó trên Teamly nơi Notion và phần còn lại kết nối qua OAuth

Prompt:

Phân cụm những thứ này thành 5-10 chủ đề. Với mỗi chủ đề, đưa ra tóm tắt một dòng, số lượng và một trích dẫn nguyên văn từ nguồn. Xếp hạng theo tần suất.

8. Trình cá nhân hóa tiếp cận nguội

Loại: Script được lưu trữ (Claude Agent SDK)

Với mỗi khách hàng tiềm nguồn mới trong CRM của bạn, tác nhân tra cứu trang web công ty của họ, LinkedIn, các bài đăng gần đây, GitHub nếu có liên quan. Viết một email tiếp cận nguội được cá nhân hóa đề cập đến một điều có thật về họ.

Cách thiết lập:

1. Script được kích hoạt bởi một webhook từ CRM của bạn (Attio, HubSpot, Notion CRM). Khi có khách hàng nguồn mới: thu thập trang chủ công ty của họ, tìm họ trên LinkedIn, đọc 3 bài đăng X gần đây của họ
2. Cung cấp tất cả cho Claude với prompt bên dưới, đầu ra đến thư mục nháp Gmail
3. Của tôi chạy trên Teamly với cả webhook CRM và OAuth Gmail được cấu hình sẵn

Prompt:

Viết một email tiếp cận nguội 4 dòng. Đề cập đến một điều có thật cụ thể về người này (công ty, bài đăng gần đây hoặc sản phẩm đã ship của họ). Không có lời mở đầu chung chung. Không có "Tôi nhận thấy bạn...". Ký tên là [tên của bạn].

9. Trình tái sử dụng nội dung

Loại: Lệnh Slash

Bạn viết một bài đăng dài (bài viết, chuỗi, tài liệu). Tác nhân chia nó thành 3 tweet X, 1 bài đăng LinkedIn, 1 ghi chú Telegram, 1 đoạn giới thiệu bản tin. Tất cả đều bằng giọng văn của bạn.

Cách thiết lập:

1. Tạo .claude/commands/repurpose.md trong repo hoặc thư mục nội dung của bạn
2. Dán prompt bên dưới vào tệp
3. Chạy /repurpose blog-post.md trên bất kỳ tệp nguồnào. Dòng "giọng văn" là bí mật: cung cấp cho nó 3 ví dụ về bài viết thực của bạn và khóa điều đó lại

Prompt:

Đọc tệp đầu vào. Đầu ra 5 phần: (1) 3 tweet X, mỗi tweet dưới 280 ký tự, (2) 1 bài đăng LinkedIn 100-150 từ, (3) 1 ghi chú Telegram với giọng văn thân mật, (4) 1 đoạn giới thiệu bản tin, (5) 5 tiêu đề thay thế. Khớp với giọng văn của tôi từ [liên kết đến 3 ví dụ].

10. Tác nhân phân loại hộp thư đến

Loại: Script được lưu trữ (mỗi 30 phút)

Đọc hộp thư đến của bạn mỗi 30 phút. Sắp xếp email vào 4 nhóm: cần trả lời hôm nay, tuần này, thông tin, lưu trữ. Soạn thảo câu trả lời cho hai nhóm đầu tiên để bạn chỉ cần chỉnh sửa và gửi.

Cách thiết lập:

1. Script với OAuth Gmail, chạy mỗi 30 phút, kéo email chưa đọc
2. Cung cấp từng email cho Claude với prompt bên dưới, áp dụng nhãn Gmail cho mỗi nhóm, lưu bản nháp vào thư mục Nháp
3. Tôi chạy nó trên Teamly vì token Gmail cần được làm mới và một script được lưu trữ xử lý việc đó một cách lặng lẽ

Prompt:

Phân loại email này là [hôm nay / tuần này / thông tin / lưu trữ]. Nếu là hôm nay hoặc tuần này, hãy viết một bản trả lời nháp 3 dòng bằng giọng văn của tôi. Khớp với mức độ trang trọng của người gửi. Đừng nghe như AI.

Những thứ này thực sự sống ở đâu?

5 trong số này chạy tốt trên máy cục bộ.

Người xem xét PR, Trình tạo Test, Người viết tài liệu, Trình theo dõi tái cấu trúc, Trình tái sử dụng nội dung. Chúng kích hoạt khi được gọi, làm việc và thoát. Không cần cơ sở hạ tầng.

5 cái còn lại cần chạy 24/7.

Thợ săn lỗi, Tác nhân họp hàng ngày, Tiếp cận nguội, Phản hồi khách hàng, Phân loại hộp thư đến. Chúng cần thức dậy khi bạn đang ngủ. Đó là nơi hầu hết các thiết lập chết:

→ Cron dừng lúc 4 giờ sáng trong quá trình cập nhật macOS

→ VPS ngừng hoạt động vào thứ Bảy

→ Cảnh báo Sentry chất đống khi bạn đi ăn tối

Tôi đã thử VPS trước (dự án cuối tuần DevOps).

Sau đó là một vài máy chủ chung.

Rồi chốt với Teamly.

Dịch vụ lưu trữ đám mây được quản lý được xây dành riêng cho các tác nhân AI.

Thả một script Claude Agent SDK vào, nó chạy 24/7 trên cơ sở hạ tầng chuyên dụng.

Trên @Teamly, mỗi tác nhân xuất hiện dưới dạng một nhân vật pixel-art trong một văn phòng làm việc ảo (Pixel Department), vì vậy bạn có thể xem chúng làm việc thay vì lục tìm nhật ký JSON lúc 2 giờ sáng.

Giá cả:

$29/tháng — 5 tác nhân, $20 trong Teamly Dollars

$89/tháng — 15 tác nhân, $80 trong Teamly Dollars (điểm ngọt nếu bạn chạy tất cả 10 tác nhân trên)

$179/tháng — 30 tác nhân, $170 trong Teamly Dollars

Việc sử dụng Sonnet và Opus được gộp vào một ví (Teamly Dollars), vì vậy bạn không phải xoay sở với 3 khóa API với hóa đơn riêng biệt.

Câu trả lời nhàm chán cho "làm thế nào bạn ship nhanh như vậy với tư cách là một founder solo": bạn ngừng lưu trữ các tác nhân trên cùng một máy mà bạn đang sống.

Nhận xét thẳng thắn

Đừng cố ship tất cả 10 cái trong một cuối tuần.

Chọn 2 cái gây đau đớn nhất trong tuần này. Người xem xét PR và Phân loại hộp thư đến là những chiến thắng dễ dàng nhất cho hầu hết mọi người.

Sau đó thêm một cái mỗi tuần.

Đến tháng thứ 3, bạn đang vận hành một đội 10 tác nhân với tư một founder solo, và lần tới khi ai đó hỏi bạn ship nhanh thế nào, bạn sẽ biết chính xác chỉ vào đâu.

Để có ghi chú hàng ngày về tác nhân AI, vibe coding và quy trình làm việc dev: [https://t.me/zodchixquant](https://t.me/zodchixquant) 🧠