Bạn có đang trả từ $20 đến $200 mỗi tháng cho Claude trong khi ngồi nhìn màn hình chờ đầu vào hoặc đầu ra không? Kỹ sư AI và nhà sáng tạo nội dung Codez (@0xCodez) đã đăng bài "How to run Claude on autopilot in 14 steps: /loop, Routines, and the full automation stack." trên X, một bài viết lan truyền với 5.198 triệu lượt hiển thị.
Kể từ đầu năm 2026, ba loại stack tự động hóa đã được âm thầm thêm vào Claude Code: CLI /loop (lập lịch trong phiên) → Desktop local scheduler → Routines trên đám mây của Anthropic. Cấu hình này cho phép Claude tiếp tục làm việc mà bạn không cần phải nhấn nút. Bài viết này cung cấp bản dịch đầy đủ tất cả các chi tiết, đã được đối chiếu với tài liệu chính thức. Nếu bạn là người dùng Claude Code tại Nhật Bản, người cảm thấy "tự động hóa quá khó" hoặc "tôi chưa bao giờ thử", hãy bắt đầu bằng cách kiểm tra bước 01.
Cuối cùng, nhiều người trả $20 đến $200 mỗi tháng cho Claude nhưng lại sử dụng nó giống như phiên bản trả phí của ChatGPT. 90% người dùng chưa thiết lập tự động hóa chạy mà không cần nhấp chuột thủ công.
Không có /loop, không có tác vụ đã lên lịch, không có Routines, không có trình kích hoạt. Công cụ đáng lẽ phải hoạt động trong khi bạn ngủ vẫn đang chờ đầu vào của bạn. Bạn có thể nghĩ rằng mình đã hợp lý hóa công việc với AI, nhưng thực tế, bạn chỉ đang bị AI xô đẩy và tích tụ căng thẳng.
Claude Code đã phát hành các stack tự động hóa một cách nhanh chóng trong ba tháng qua. /loop xuất hiện, Auto Mode được phát hành vào ngày 24 tháng 3, và Claude Routines được mở dưới dạng bản xem trước nghiên cứu vào ngày 14 tháng 4. Tính đến tháng 5 năm 2026, bức tranh toàn cảnh đã hoàn chỉnh.
Bài viết này là lộ trình 14 bước trên cả ba loại. Tất cả các chi tiết đã được xác minh với tài liệu chính thức tính đến tháng 6 năm 2026 (https://code.claude.com/docshttps://code.claude.com/docs)). Con đường rất đơn giản: đầu tiên, làm cho các vòng lặp thủ công hoạt động chính xác, đảm bảo chúng tồn tại sau khi khởi động lại, và cuối cùng di chuyển lên đám mây để môi trường cục bộ không còn quan trọng nữa.
14 bước. 3 loại. 1 Claude làm việc trong khi bạn ngủ.

01. Hiểu về Lệnh /loop: Tường minh hoặc Ngôn ngữ Tự nhiên.
Đây là cách dễ nhất để chạy Claude Code theo lịch trình. Chỉ cần thực thi /loop <khoảng_thời_gian> <lời_nhắc> trong một phiên.
Bên trong, nó gọi ba công cụ tích hợp sẵn (CronCreate, CronList, CronDelete). Khoảng thời gian được chỉ định bằng số và đơn vị: m cho phút, h cho giờ, d cho ngày. Giá trị tối thiểu là 1 phút (30 giây sẽ được làm tròn lên).
1> /loop 1m say hello23▲ Claude4 CronCreate(*/1 * * * * : say hello)5✓ Đã lên lịch c21d95a0 (Mỗi phút)6 - Công việc: say hello7 - Nhịp: Mỗi 1 phút (*/1 * * * *)8 - ID công việc: c21d95a09 - Thời lượng: Các tác vụ định kỳ tự động hết hạn sau 7 ngày10 - Hủy bất cứ lúc nào: CronDelete c21d95a0
Thực ra, bạn thậm chí không cần gõ /loop. Claude hiểu lịch trình ngôn ngữ tự nhiên cũng tốt không kém:
- Kiểm tra trạng thái thực thi mỗi 10 phút
- Kiểm tra tin tức mới nhất qua đêm lúc 10 giờ sáng các ngày trong tuần
- Đăng trạng thái lên Slack lúc 6 giờ chiều hôm nay
Thời gian sử dụng múi giờ của máy cục bộ, không phải UTC. Bất kỳ lệnh gạch chéo nào có thể sử dụng trong Claude Code đều có thể được đặt bên trong /loop.
02. Thiết lập Lịch trình Nghiêm túc với Biểu thức Cron Đầy đủ.
Công cụ CronCreate hỗ trợ biểu thức cron 5 trường tiêu chuẩn (phút giờ ngày tháng thứ trong tuần). Tất cả các trường đều hỗ trợ ký tự đại diện (), giá trị đơn (5), bước ( /15), phạm vi (1-5) và danh sách phân cách bằng dấu phẩy (1,15,30). Đối với các ngày trong tuần, 0 hoặc 7 là Chủ Nhật và 6 là Thứ Bảy.
Cú pháp mở rộng không được hỗ trợ: L (ngày cuối cùng của tháng), W (ngày trong tuần), ? và bí danh tên như MON hoặc JAN. Nếu cả ngày và thứ trong tuần được chỉ định, tác vụ sẽ chạy nếu một trong hai khớp (ngữ nghĩa vixie-cron tiêu chuẩn).
📝
Lưu ý:
"vixie-cron" là một triển khai cron được sử dụng rộng rãi trong Unix/Linux. Được đặt theo tên nhà phát triển của nó, Paul Vixie, nó đề cập đến hành vi cron mặc định trong hầu hết các máy chủ Linux và macOS. Hành vi "chạy nếu một trong hai khớp" có thể gây ra các hành động không mong muốn khi kết hợp các tác vụ hàng tháng và ngày trong tuần, vì vậy hãy cẩn thận.
1Các mẫu Cron đáng ghi nhớ:2# Mỗi 5 phút chỉ trong giờ làm việc3*/5 9-17 * * 1-545# 7 giờ sáng các ngày trong tuần60 7 * * 1-578# 9 giờ sáng ngày 1 hàng tháng90 9 1 * *1011# Mỗi 15 phút12*/15 * * * *1314# 2:30 sáng mỗi đêm1530 2 * * *1617# 4 giờ chiều mỗi thứ Sáu180 16 * * 51920# Mỗi 6 giờ, đúng giờ210 */6 * * *
Nếu bạn không chắc chắn, chỉ cần nói với Claude bằng tiếng Việt "thiết lập cron", và nó sẽ tự động tạo cho bạn.
03. Tự động Hết hạn và Điều kiện Dừng
Có bốn ràng buộc cần xem xét trước khi quyết định sử dụng /loop. Hãy nhớ những điều này ngay bây giờ để tránh lãng phí thời gian sau này:
- Tự động hết hạn sau 7 ngày. Tất cả các tác vụ định kỳ tự động bị xóa 7 ngày sau khi tạo. Chúng chạy lần cuối trước khi biến mất. Hãy hủy/tạo lại trước thời hạn hoặc nâng cấp chúng lên Routines (Bước 10).
- Tối đa 50 tác vụ mỗi phiên. Đủ cho công việc cá nhân. Nếu đang xây dựng thứ gì đó phức tạp, hãy theo dõi số lượng tác vụ. Không có cảnh báo nào cho đến khi đạt đến giới hạn.
- Không thực thi bắt kịp. Nếu thời gian thực thi của một tác vụ đến trong khi Claude đang xử lý một yêu cầu dài, nó sẽ chạy một lần sau khi Claude ở chế độ chờ. Nếu một vòng lặp 5 phút đến trong quá trình tái cấu trúc 20 phút, nó sẽ không chạy 4 lần cùng một lúc.
- Phạm vi phiên. Đóng terminal sẽ hủy tất cả các tác vụ. Khởi động lại Claude Code sẽ xóa tất cả các tác vụ đã lên lịch. Không có sự tồn tại giữa các phiên. Đây là lý do tại sao Tầng 2 và Tầng 3 tồn tại.
Việc liệt kê hoặc hủy tác vụ có thể được thực hiện bằng ngôn ngữ tự nhiên:
1> hiển thị các công việc cron đang chạy23▲ CronList()4 ID CÔNG VIỆC NHỊP5 c21d95a0 say hello Mỗi 1 phút6 8f3aa412 kiểm tra trạng thái triển khai Mỗi 10 phút7 bb7c0d91 tóm tắt buổi sáng 0 7 * * 1-589> xóa kiểm tra trạng thái triển khai1011▲ CronDelete(8f3aa412)12✓ Đã hủy. Còn 2 công việc.
Nếu không cần lập lịch nền trong môi trường CI hoặc máy chủ dùng chung, hãy đặt biến môi trường CLAUDE_CODE_DISABLE_CRON=1. Điều này vô hiệu hóa các công cụ cron và /loop và dừng các tác vụ đã lên lịch hiện có.
Đây là lựa chọn đúng đắn cho các môi trường nơi người dùng chạy Claude khác với người dùng sở hữu lịch trình.
04. Kết hợp /loop và /goal
Sử dụng /loop một mình là một chỉ dẫn để "thực thi lặp lại". Kết hợp /loop với /goal sẽ thay đổi nó thành "lặp lại cho đến khi một điều kiện cụ thể được đáp ứng", cho phép nó bỏ qua các tuyên bố "về cơ bản là xong" và tiếp tục.
Sự kết hợp này giải quyết "sự lười biếng" của AI trong các tác vụ lặp đi lặp lại. Không có /goal, một vòng lặp có thể xử lý 20 trên 50 mục và quyết định phần còn lại đã được "xử lý". Với /goal, điều kiện dừng là rõ ràng và có thể thực thi.
Ba mẫu hình mà sự kết hợp này tỏa sáng:
- Gỡ lỗi các bài kiểm tra không ổn định. Tái tạo, đưa ra giả thuyết và xác minh. Lặp lại cho đến khi một giả thuyết được xác nhận.
- Di chuyển dữ liệu thời gian dài. Xử lý các mục, lưu tiến trình và tiếp tục cho đến khi hàng đợi trống.
- Phân loại kiểu hộp thư đến. Xử lý các mục đang chờ xử lý và tiếp tục cho đến khi một chu kỳ hoàn toàn không có mục mới đến.
Bây giờ vòng lặp thủ công đã hoạt động. Tiếp theo, hãy làm cho nó tiếp tục hoạt động sau khi khởi động lại.
Để biết thêm về lệnh /goal, hãy xem bài viết dưới đây.
05. Tác vụ theo Lịch trình trên Máy tính để Bàn.
Ứng dụng Claude Desktop có một bộ lập lịch khác với CLI /loop. Tạo chúng thông qua "Schedule → New Task → New Local Task". Đặt tên, lời nhắc, tần suất, quyền và thư mục làm việc. Mỗi lần thực thi bắt đầu như một phiên Claude Code độc lập. Không có ngữ cảnh dùng chung.
Ưu điểm so với /loop:
- Tiếp tục chạy sau khi khởi động lại. Ngay cả khi bạn khởi động lại máy hoặc đóng tất cả các terminal, các tác vụ vẫn chạy theo lịch trình.
- Ngữ cảnh mới cho mỗi lần thực thi. Nó không mang trạng thái từ lần chạy trước. Mỗi tác vụ về cơ bản là độc lập.
- Quyền được cấu hình sẵn. Các công cụ được phép, thư mục làm việc và mô hình đều có thể được cố định cho mỗi tác vụ.
Yêu cầu: Máy không được ở chế độ ngủ. Nếu thời gian của một tác vụ đến trong khi máy đang ngủ, nó sẽ không chạy. Khi máy thức dậy hoặc Claude Desktop được mở lại, nó sẽ kiểm tra các tác vụ bị bỏ lỡ trong 7 ngày qua, thực hiện một lần chạy bắt kịp cho lần bỏ lỡ cuối cùng và hiển thị thông báo.
Để ngăn chặn chế độ tự động ngủ, hãy bật "Keep computer awake" trong Desktop Settings dưới mục "General." Tuy nhiên, việc đóng nắp máy tính xách tay vẫn sẽ gây ra chế độ ngủ.
Routines (Bước 10) chạy trên đám mây, nhưng chế độ này chạy bằng cách kết nối từ PC của riêng bạn.
06. Ngân sách Token và Giới hạn Tỷ lệ.
Cạm bẫy lớn nhất của gói Pro: mỗi lần thực thi theo lịch trình bắt đầu một phiên Claude Code đầy đủ và mỗi phiên sẽ tăng thêm vào mức sử dụng của bạn. Một vòng lặp 5 phút chạy trong 24 giờ là 288 phiên. Nó không hề nhẹ. Nó tải ngữ cảnh, gọi các công cụ và đôi khi khởi động các tác nhân phụ. Hãy tính toán trước khi xây dựng bất cứ thứ gì lớn.
Ba thói quen để giữ cho tự động hóa có giá cả phải chăng:
- Đặt ngân sách token rõ ràng trong lời nhắc. "Sử dụng tối đa 5k token. Nếu bạn không thể hoàn thành trong ngân sách đó, hãy lưu tiến trình một phần và thoát bình thường." Điều này giới hạn từng lần thực thi một cách riêng lẻ.
- Chọn đúng mô hình cho công việc. Đừng sử dụng Opus cho mọi thứ. Sonnet là đủ cho hầu hết tự động hóa. Sử dụng Haiku cho nghiên cứu giá rẻ. Màn hình chọn mô hình trong cài đặt tác vụ áp dụng mặc định của bảng điều khiển, không phải mô hình được sử dụng trong các phiên tương tác. Hãy đặt nó một cách rõ ràng cho mỗi tác vụ.
- Chọn gói phù hợp với mức sử dụng của bạn. Gói Pro nhanh chóng đạt đến giới hạn với tự động hóa nặng. Gói Max cung cấp dung lượng gấp 5 lần và Gói Team/Doanh nghiệp cung cấp nhiều hơn nữa. Nếu đang chạy tự động hóa sản xuất, việc nâng cấp sẽ tiết kiệm chi phí hơn là bị chặn lúc 3 giờ chiều thứ Ba.
📝
Lưu ý:
Là một hướng dẫn thô theo Yên Nhật, tính đến tháng 6 năm 2026, gói Pro khoảng 3.000 yên/tháng và gói Max khoảng 15.000 yên. Nếu bạn đang chạy tự động hóa 24 giờ với 288 phiên, hãy coi việc nâng cấp lên gói Max về cơ bản là bắt buộc.
07. Cài đặt Quyền cho Thực thi Không giám sát.
Theo mặc định, Claude Code yêu cầu phê duyệt trước khi thực thi các lệnh bash, ghi tệp hoặc gọi API bên ngoài.
Điều này ổn khi bạn đang theo dõi. Chạy không giám sát có thể dẫn đến thảm họa. Ba mẫu cấu hình để làm cho mặc định thực sự hoạt động cho các lần chạy không giám sát:
- Phê duyệt trước các công cụ cụ thể trong
settings.json. Danh sách cho phép và danh sách từ chối cho các lệnh an toàn. - Chặn quyền truy cập vào thông tin xác thực, tệp môi trường và các thư mục nhạy cảm trong
.claudeignorecủa thư mục gốc dự án trước khi các tác vụ không giám sát có thể chạm vào chúng. - Bật nhật ký kiểm toán để ghi lại tất cả các hành động tự động. Xem xét chúng vào sáng hôm sau thay vì mù quáng tin tưởng vào việc thực thi.
1{2 "permissions": {3 "autoApprove": [4 "Read(*)",5 "Grep(*)",6 "Bash(npm test)",7 "Bash(pytest)",8 "Bash(git status)",9 "Bash(git diff*)",10 "Bash(git log*)",11 "WebFetch(domain:docs.python.org)"12 ],13 "deny": [14 "Bash(rm -rf*)",15 "Bash(git push*)",16 "Bash(*--force*)",17 "Bash(curl*)",18 "Edit(.env*)",19 "Edit(secrets/*)"20 ]21 },22 "auditLog": true23}
Kiểm tra thích hợp cho tự động phê duyệt: Nếu xảy ra sai lầm, chi phí để hoàn tác là bao nhiêu? Nếu hoàn tác rẻ (bình luận về PR nháp), hãy tự động phê duyệt. Nếu hoàn tác đắt (force-push lên nhánh chính), đừng bao giờ làm điều đó. Các hành động trung gian (tạo nhánh, mở PR) có thể tự động phê duyệt chỉ khi có nhật ký kiểm toán mà bạn thực sự đọc.

08. Auto Mode - Phân loại Quyền do AI Điều khiển
Auto Mode là một giải pháp thay thế cho --dangerously-skip-permissions. Thay vì phê duyệt hàng loạt, một bộ phân loại AI sẽ đánh giá từng lệnh gọi công cụ dựa trên các quy tắc quyền hợp lệ để quyết định tự động phê duyệt, xác nhận hoặc chặn.
Theo số liệu của Anthropic, người dùng phê duyệt 93% các lời nhắc quyền. Auto Mode tự động hóa 93% đó, chỉ để lại 7% còn lại cho sự can thiệp của con người.
Cách nó thực sự hoạt động:
- 3 mức cường độ. "Permissive", "Balanced" và "Restrictive". Chọn một mức phù hợp với khả năng chấp nhận rủi ro của dự án của bạn.
- 2 lớp bảo vệ. Phát hiện tiêm lời nhắc phía máy chủ kiểm tra đầu ra của công cụ trước khi chúng vào ngữ cảnh của Claude, sau đó bộ phân loại đánh giá từng hành động được đề xuất.
- Dấu vết kiểm toán. Tất cả các quyết định tự động đều được ghi lại. Bạn có thể kiểm tra những gì đã được phê duyệt sau đó.
Kiểm tra code.claude.com/docs/en/auto-mode trước khi lập kế hoạch. Sau khi được bật, Auto Mode sẽ tham gia "Accept Edits" và "Plan" trong chu kỳ chế độ Shift+Tab.
Auto Mode vẫn đang trong bản phát hành thử nghiệm. Logic quyết định của bộ phân loại đang được tinh chỉnh và có thể thay đổi giữa các bản phát hành. Sử dụng nó kết hợp với .claudeignore và nhật ký kiểm toán. Anthropic đặc biệt khuyến nghị cả hai. Không sử dụng trong môi trường nhóm dùng chung mà không có các biện pháp bảo vệ bổ sung.
09. Chọn Bộ Lập lịch Phù hợp cho Công việc.
Hai loại lịch trình được giới thiệu cho đến nay và Routines được giới thiệu tiếp theo có thể gây nhầm lẫn. Hãy đảm bảo bạn hiểu chúng khác nhau như thế nào.

Tốt nhất là bắt đầu với /loop trong một phiên để xem cái gì hoạt động, nâng cấp lên tác vụ Desktop để sử dụng hàng ngày và nâng cấp lên Routines nếu bạn muốn nó độc lập với terminal của mình.
10. Routines trên Đám mây.
Được phát hành dưới dạng bản xem trước nghiên cứu vào ngày 14 tháng 4 năm 2026. Routines là các cài đặt Claude Code nơi lời nhắc, kho lưu trữ, bộ kết nối và quyền được lưu và thực thi trên cơ sở hạ tầng đám mây do Anthropic quản lý dựa trên các điều kiện kích hoạt.
Chúng chạy ngay cả khi máy tính xách tay của bạn tắt.
Có sẵn trên tất cả các gói trả phí (Pro, Max, Team, Enterprise). Tạo chúng tại claude.ai/code/routines hoặc sử dụng /schedule trong CLI. CLI chỉ có thể tạo Routines được kích hoạt theo lịch trình. Để thêm trình kích hoạt API hoặc GitHub, hãy chỉnh sửa chúng trên web.
Các yếu tố có trong một Routine:
- Lời nhắc khép kín. Vì Routines chạy tự động mà không có câu hỏi tiếp theo, sự mơ hồ dẫn đến kết quả không nhất quán. Nêu rõ ràng phải làm gì, thành công trông như thế nào và nơi gửi kết quả.
- Một hoặc nhiều kho lưu trữ. Được sao chép vào đầu mỗi lần thực thi.
- Bộ kết nối. Slack, Linear, Drive, GitHub hoặc bất kỳ thứ gì đã được cấu hình.
- Môi trường thực thi. Kiểm soát truy cập mạng và bí mật. Mặc định là "Trusted": cho phép các kho gói, không cho phép giao tiếp bên ngoài tùy ý.
- Một hoặc nhiều điều kiện kích hoạt. Lịch trình, API, sự kiện GitHub hoặc kết hợp.
Theo mặc định, Routines chỉ có thể push lên các nhánh bắt đầu bằng claude/. Một Routine không phù hợp sẽ không vô tình push lên nhánh chính. Chỉ vô hiệu hóa điều này nếu quy trình đánh giá hạ nguồn thực sự đáng tin cậy. Mặc định này tồn tại vì một lý do.
11. Routines được Kích hoạt theo Lịch trình
Giải thích về trình kích hoạt phổ biến nhất. Đặt tần suất (hàng giờ, hàng ngày, các ngày trong tuần, hàng tuần hoặc một thời điểm trong tương lai một lần) và để nó yên.
1> /schedule các ngày trong tuần lúc 7 giờ sáng2 Mục tiêu: kéo các vấn đề GitHub của ngày hôm qua, phân loại theo mức độ nghiêm trọng,3 soạn thảo bản sửa lỗi cho bất kỳ "P0" hoặc "P1" nào, mở PR nháp để đánh giá.4 Đăng một bản tóm tắt lên #engineering trên Slack.56▲ Claude7 Đang tạo routine: morning-briefing8 - trình kích hoạt: schedule (0 7 * * 1-5)9 - kho lưu trữ: org/api, org/web10 - bộ kết nối: github, slack11 - môi trường: Trusted12✓ Đang hoạt động · lần chạy đầu tiên Thứ Hai 07:00 giờ địa phương.13 Xem tại claude.ai/code/routines
Ba mẫu hình để nhanh chóng thu hồi chi phí:
- Báo cáo trạng thái buổi sáng. Tìm nạp số liệu và thông tin sự cố từ ngày hôm trước, tóm tắt các vấn đề GitHub mới và đăng bản tóm tắt lên Slack. Đến 8 giờ sáng, bạn biết những gì đã xảy ra qua đêm mà không cần mở bất cứ thứ gì.
- Xử lý đánh giá PR. Lúc 9 giờ sáng các ngày trong tuần, kiểm tra các PR được chỉ định và để lại nhận xét về bảo mật và phong cách như đánh giá đầu tiên. Các đánh giá của con người bắt đầu từ một trạng thái có tổ chức.
- Phát hiện sai lệch tài liệu. Hàng tuần, kiểm tra các thay đổi mã và gắn cờ tài liệu chưa được cập nhật cùng với chúng. Tạo PR nháp với các bản sửa lỗi.
Thời gian được chỉ định theo múi giờ địa phương và tự động chuyển đổi. Việc thực thi có thể xảy ra vài phút sau thời gian đã đặt (dàn trải để cân bằng tải). Nó nhất quán cho mỗi Routine.
12. Routines được Kích hoạt bằng API
Trình kích hoạt API cung cấp cho một Routine một điểm cuối HTTP duy nhất và mã thông báo bearer. Chỉ cần POST từ bất cứ đâu - hệ thống cảnh báo, đường ống triển khai, công cụ giám sát hoặc ứng dụng tùy chỉnh - để thực thi Routine. Một phần thân JSON tùy chọn trở thành thông tin bổ sung tạm thời được thêm vào lời nhắc của Routine.
1# Bắt đầu một Routine từ bất cứ đâu có quyền truy cập HTTP2curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \3 -H "Authorization: Bearer $ROUTINE_TOKEN" \4 -H "anthropic-version: 2023-06-01" \5 -H "anthropic-beta: experimental-cc-routine-2026-04-01" \6 -H "Content-Type: application/json" \7 -d '{"text": "Cảnh báo Sentry SEN-4521 đã kích hoạt trong môi trường sản xuất. Stack trace được đính kèm."}'89# Phản hồi bao gồm claude_code_session_id + URL xem trực tiếp
📝
Lưu ý:
Tiêu đề beta
anthropic-beta: experimental-cc-routine-2026-04-01là bắt buộc. Nếu tiêu đề này thay đổi, nó sẽ ngừng hoạt động, vì vậy hãy kiểm tra tài liệu chính thức để biết thông báo ngừng sử dụng thường xuyên nếu tích hợp vào hệ thống sản xuất. Anthropic đảm bảo hành vi cho hai phiên bản cuối cùng và khuyến nghị di chuyển trong thời gian thông báo.
Các lưu ý vận hành quan trọng:
- Các mã thông báo chỉ được hiển thị một lần khi tạo. Lưu chúng ngay lập tức vào công cụ quản lý bí mật (AWS Secrets Manager, GitHub Secrets, v.v.). Chúng không thể được truy xuất sau đó.
- Kiểm tra tiêu đề beta. Các định dạng yêu cầu/phản hồi của điểm cuối
/firecó thể thay đổi trong bản xem trước. Di chuyển trong các giai đoạn ngừng sử dụng.
Những gì mẫu trình kích hoạt này thực sự mở khóa: Claude trở thành một quy trình làm việc có thể được gọi từ bất kỳ hệ thống nào trong stack của bạn.
- CI thất bại → Kích hoạt một Routine để điều tra và mở PR sửa lỗi
- Cảnh báo PagerDuty → Kích hoạt một Routine để phân loại và đăng ngữ cảnh ban đầu
- Webhook Stripe → Kích hoạt một Routine để cập nhật bảng điều khiển nội bộ
13. Routines được Kích hoạt bởi GitHub.
Trình kích hoạt GitHub kết nối Routines với webhooks của Ứng dụng Claude GitHub. Nó hỗ trợ một loạt các lệnh: pull request, push, issues, check runs, workflow runs, discussions, releases, merge queues, v.v. Mỗi sự kiện bắt đầu một phiên độc lập (không tái sử dụng phiên).
Các tình huống mà trình kích hoạt này tỏa sáng:
- Sự kiện Mở PR → Routine thực hiện đánh giá mã, gắn cờ các vấn đề bảo mật và phong cách, và để lại nhận xét đánh giá đầu tiên. Tác giả nhận được phản hồi sớm trước khi người đánh giá đến.
- Sự kiện Tạo Issue → Routine phân loại các vấn đề mới, thêm nhãn, liên kết mã liên quan và soạn thảo phản hồi đầu tiên. Tồn đọng vẫn sạch sẽ mà không cần quản lý thủ công.
- Sự kiện Workflow Run → Routine điều tra lỗi CI, xác định nguyên nhân gốc rễ và soạn thảo PR sửa lỗi. Các lỗi xây dựng không còn là công việc thủ công nữa.
- Sự kiện Release → Routine soạn thảo ghi chú phát hành, đăng lên changelog và thông báo cho các bên liên quan. Không còn hỏi "Ai đang viết changelog cho chu kỳ này?"
Bộ lọc pull request cho phép phạm vi chính xác: tác giả, tiêu đề, nội dung, nhánh cơ sở, nhánh đầu, nhãn, trạng thái nháp, trạng thái hợp nhất, nguồn fork. Một Routine "chỉ kích hoạt trên các PR có nhãn cần-đánh-giá-bảo-mật chống lại main" được thực hiện với một cài đặt bộ lọc.
14. Kết hợp với Skills và Workflows Động.
Bước cuối cùng khép lại vòng lặp với tất cả các tính năng Claude Code đã phát hành cho đến nay. Mỗi lớp tự động hóa trở nên mạnh mẽ hơn khi kết hợp với phần còn lại của stack.
- Kết hợp Skills vào Routines. Skills là các tệp hướng dẫn có thể tái sử dụng. Đặt skills "Đánh giá PR" hoặc "Kiểm tra tiến độ buổi sáng" vào
~/.claude/skills/và chỉ định chúng trong lời nhắc của Routine: "Sử dụng skill để tóm tắt thông tin vào buổi sáng." Skills là các công thức có thể tái sử dụng; Routines là các trình kích hoạt chạy chúng. - Kết hợp Workflows Động vào Routines. Đối với tự động hóa phức tạp được hưởng lợi từ các tác nhân phụ song song (xác minh sâu, so sánh, nghiên cứu song song), hãy để lời nhắc của Routine GỌI một workflow. Routines cung cấp lịch trình; workflows cung cấp cấu trúc.
- Routines Kích hoạt Routines. Đầu ra của một Routine (mở PR, tin nhắn Slack, thay đổi nhãn) có thể kích hoạt một Routine khác. Đây là một mẫu được thiết lập bằng cách hướng đầu ra của một Routine đến trình kích hoạt của một Routine khác, chứ không phải là một tính năng bạn bật.
- Quyền là theo từng Routine, không phải toàn cục. Mỗi Routine có cài đặt quyền riêng của nó. Một Routine kiểm tra tiến độ buổi sáng có thể đọc ở bất cứ đâu nhưng không thể push. Một Routine tự động sửa lỗi chỉ có thể push lên các nhánh
claude/. Một Routine quét bảo mật tối đa hóa danh sách từ chối. Hãy coi tệp quyền của mỗi Routine là một phần của ranh giới bảo mật của bạn.
Bắt đầu với /loop, nâng cấp lên Desktop, sau đó nâng cấp lên Routines. Kết hợp với Skills và thêm Workflows khi cần độ phức tạp.

Để Chạy Tự động hóa Hiệu quả
- Đừng bỏ qua /loop ngay từ đầu. Tầng tự động hóa dễ nhất có sẵn mà không tốn thêm chi phí, nhưng mọi người đã bỏ qua nó trong ba tháng.
- Đừng quên tự động hết hạn sau 7 ngày. Đặt một vòng lặp quan trọng và quên nó, chỉ để nhận ra một tuần sau không có gì xảy ra.
- Đừng sử dụng /loop cho các tác vụ nên chạy lâu hơn tuổi thọ của terminal. Đây chính xác là lý do tại sao Tầng 2 và 3 tồn tại. Hãy nâng cấp chúng.
- Đừng để các mô hình tự động hóa ở chế độ mặc định. Tiếp tục sử dụng Opus cho các công việc mà Sonnet có thể xử lý. Kiểm tra màn hình chọn mô hình cho mỗi cài đặt tác vụ.
- Đừng quên /goal cho các vòng lặp nên chạy cho đến khi hoàn thành. Vòng lặp có thể dừng lại ở mức "đủ tốt" thay vì điều kiện dừng thực tế.
- Đừng phê duyệt hàng loạt với --dangerously-skip-permissions. Một lời nhắc không phù hợp có thể kích hoạt
git push --force origin main. Sử dụng Auto Mode hoặc danh sách cho phép. - Tránh các lời nhắc Routine mơ hồ. Routines chạy tự động mà không có câu hỏi tiếp theo. Lời nhắc mơ hồ dẫn đến hành vi không nhất quán.
- Đừng bỏ qua nhật ký kiểm toán. "Tin tưởng vào tự động hóa" mà không theo dõi thực thi là một quy trình nơi các lỗi khó nhận thấy cuối cùng trở thành vấn đề lớn.
- Đừng vô hiệu hóa tiền tố nhánh claude/. Mặc định này tồn tại vì một lý do. Đừng vô hiệu hóa nó cho đến khi quy trình đánh giá hạ nguồn thực sự mạnh mẽ.
- Đừng chạy tự động hóa sản xuất trên gói Pro. Tự động hóa nặng nhanh chóng đạt đến giới hạn tỷ lệ. Nếu đang chạy quy trình làm việc sản xuất, việc nâng cấp lên Max trước khi bị chặn là xứng đáng.
Tổng kết
Claude tiếp tục làm việc ngay cả khi bạn không gõ hoặc nhấp chuột.
Hầu hết người dùng sẽ tiếp tục gõ lời nhắc theo cách thủ công. Điều đó ổn cho việc sử dụng thông thường. Tuy nhiên, nó không phù hợp cho hầu hết mọi thứ khác. 1% chạy tự động hóa thực sự có Claude phân loại các vấn đề lúc 7 giờ sáng, cập nhật bảng điều khiển hàng giờ và soạn thảo phản hồi Slack mỗi 10 phút - tất cả trong khi họ ngủ. Họ thiết lập các vòng lặp thủ công, nâng cấp lên Desktop và nâng cấp lên Routines.
Chọn một bước bạn chưa làm. Có khả năng là chạy /loop đầu tiên của bạn trong terminal. Thêm nó vào ngày mai. Sau đó là bước tiếp theo. Đầu ra của Claude tuân theo cài đặt của Claude. Đặt nó cho chế độ lái tự động, và đó là những gì bạn sẽ nhận được.
Nếu bạn là chủ doanh nghiệp, chuyên gia hoặc người bán hàng muốn:
"Làm chủ Claude Code"
"Sử dụng AI để hợp lý hóa hoạt động"
Vui lòng liên hệ với chúng tôi.
▼ Sparta Claude Code School
https://www.claude-code-lab.com
#ClaudeCode #AIUtilization #BusinessEfficiency #NoCode #AITools #GenerativeAI #Claude #WorkEfficiency #Automation #PromptEngineering #API #LLM #Engineer





