13 điểm bởi GN⁺ 9 ngày trước | 1 bình luận | Chia sẻ qua WhatsApp
  • Tính năng tự động hóa mã dựa trên đám mây có thể tự động chạy theo lịch, lệnh gọi API và sự kiện GitHub, hoạt động trên hạ tầng của Anthropic
  • Routine được cấu thành từ prompt, kho lưu trữ, connector, trigger và vẫn tiếp tục chạy ngay cả khi laptop đã tắt
  • Trigger hỗ trợ ba loại: lịch, API, sự kiện GitHub, và có thể kết hợp nhiều trigger trong một routine
  • Có thể tạo và quản lý trên web, CLI, ứng dụng desktop, đồng thời thực hiện tác vụ thông qua connector dịch vụ bên ngoài như GitHub, Slack, Linear
  • Có trên gói Pro trở lên, hiện đang ở giai đoạn research preview nên tính năng và đặc tả API có thể thay đổi

Tự động hóa công việc bằng routine

  • Claude Code Routinescấu hình mã đã lưu tự động chạy theo lịch, lệnh gọi API hoặc sự kiện GitHub, vận hành trên hạ tầng đám mây do Anthropic quản lý
  • Routine gồm prompt, kho lưu trữ, bộ connector, và vẫn tiếp tục chạy ngay cả khi laptop đã tắt
  • Có ba loại trigger là lịch, API, sự kiện GitHub, và có thể kết hợp nhiều trigger trong một routine
  • Routine có thể dùng trên các gói Pro, Max, Team, Enterprise, và được tạo cũng như quản lý qua web hoặc CLI (/schedule)
  • Hiện đang ở giai đoạn research preview, nên hành vi và đặc tả API có thể thay đổi

Các trường hợp sử dụng chính của routine

  • Duy trì backlog: trigger theo lịch kiểm tra issue tracker mỗi đêm để thêm nhãn, gán người phụ trách, đăng bản tóm tắt lên Slack
  • Phân loại cảnh báo: công cụ giám sát gọi trigger API khi xảy ra lỗi, routine phân tích stack trace rồi tạo PR sửa lỗi
  • Code review tùy biến: trigger GitHub chạy khi tạo PR để tự động thêm nhận xét đánh giá về bảo mật, hiệu năng và phong cách mã
  • Xác minh triển khai: pipeline CD gọi trigger API sau khi triển khai, routine thực hiện smoke test và kiểm tra log
  • Đồng bộ tài liệu: trigger lịch hằng tuần quét các PR đã merge để tạo PR cập nhật tài liệu liên quan đến API đã thay đổi
  • Port thư viện: khi PR được merge, trigger GitHub port các thay đổi sang SDK của ngôn ngữ khác

Cách tạo routine

  • Có thể tạo routine trên web, ứng dụng desktop, CLI, và mọi giao diện đều kết nối tới cùng một tài khoản đám mây
  • Khi tạo routine, các mục cấu hình gồm: prompt, kho lưu trữ, môi trường, connector, trigger
  • Routine là phiên chạy tự động, có thể thực thi lệnh và gọi connector mà không cần phê duyệt quyền
  • Routine thuộc sở hữu của tài khoản cá nhân và không được chia sẻ với nhóm. Số lần chạy được tính vào hạn mức hằng ngày của tài khoản
  • Mọi tác vụ được thực hiện thông qua connector như GitHub, Slack, Linear đều sẽ hiển thị dưới tài khoản đã liên kết của người dùng
  • Tạo trên web

    • Nhấp New routine tại claude.ai/code/routines
    • Nhập tên routine và prompt, chọn model
    • Chọn kho lưu trữ: thêm kho GitHub, dùng nhánh có tiền tố claude/
    • Chọn môi trường: thiết lập truy cập mạng, biến môi trường, script cài đặt
    • Chọn trigger: chọn hoặc kết hợp lịch, sự kiện GitHub, API
    • Xem lại connector rồi loại bỏ mục không cần thiết
    • Nhấp Create để tạo routine và có thể chạy ngay
  • Tạo trên CLI

    • Có thể tạo tương tác bằng lệnh /schedule (/schedule daily PR review at 9am)
    • Trên CLI chỉ có thể tạo trigger theo lịch, còn trigger API và GitHub phải thêm trên web
    • Có thể quản lý bằng /schedule list, /schedule update, /schedule run
  • Tạo trên ứng dụng desktop

    • Chọn New remote task trên trang Schedule
    • Hiển thị đồng thời tác vụ lịch cục bộ và routine

Cấu hình trigger

  • Routine có thể có một hoặc nhiều trigger lịch, API, GitHub
  • Có thể thêm hoặc xóa trigger bất cứ lúc nào
  • Trigger theo lịch

    • Chạy theo giờ, hằng ngày, ngày trong tuần, hằng tuần theo múi giờ
    • Khoảng cách chạy tối thiểu là 1 giờ
    • Có thể thiết lập biểu thức cron bằng /schedule update trên CLI
  • Trigger API

    • Cung cấp HTTP endpoint riêng cho từng routine, xác thực bằng Bearer token
    • Khi gửi yêu cầu POST sẽ tạo phiên mới và trả về URL
    • Có thể truyền ngữ cảnh thực thi qua trường text trong phần thân yêu cầu
    • Token chỉ hiển thị một lần và có thể cấp lại hoặc thu hồi
    • Endpoint /fire yêu cầu beta header experimental-cc-routine-2026-04-01
  • Trigger GitHub

    • Tự động chạy khi có sự kiện xảy ra trong kho lưu trữ đã kết nối
    • Cần cài đặt Claude GitHub App
    • Chỉ có thể cấu hình trong giao diện web
    • Khi vượt ngưỡng sự kiện sẽ áp dụng giới hạn theo giờ
    • Sự kiện được hỗ trợ

      • Hỗ trợ hơn 20 sự kiện GitHub như Pull request, Push, Release, Issues, Discussion
      • Mỗi sự kiện có thể phản hồi theo các action chi tiết như opened, closed, edited
    • Lọc PR

      • Có thể lọc theo tác giả, tiêu đề, nội dung, nhánh, nhãn, trạng thái merge, có phải fork hay không
      • Ví dụ: is draft=false → chỉ chạy với PR đã sẵn sàng review, labels include needs-backport → chỉ trigger khi có nhãn cụ thể
    • Ánh xạ phiên

      • Mỗi sự kiện chạy dưới dạng phiên độc lập, không thể tái sử dụng phiên giữa các sự kiện

Quản lý routine

  • Khi nhấp vào routine trong danh sách sẽ hiện trang chi tiết
  • Có thể xem kho lưu trữ, connector, prompt, trigger, lịch sử chạy
  • Xem lần chạy và tương tác

    • Mỗi lần chạy mở dưới dạng phiên, cho phép xem lại thay đổi, tạo PR và tiếp tục hội thoại
    • Trong menu phiên có thể đổi tên, lưu trữ hoặc xóa
  • Chỉnh sửa và điều khiển

    • Dùng Run now để chạy ngay
    • Dùng công tắc Repeats để tạm dừng/tiếp tục
    • Trong Edit routine có thể sửa tên, prompt, kho lưu trữ, môi trường, trigger
    • Khi xóa, các phiên cũ vẫn được giữ lại

Quyền với kho lưu trữ và nhánh

  • Routine yêu cầu xác thực GitHub, thiết lập kết nối bằng /web-setup
  • Mặc định chỉ có thể push lên nhánh có tiền tố claude/
  • Có thể gỡ giới hạn bằng tùy chọn Allow unrestricted branch pushes

Connector

  • Routine có thể truy cập dịch vụ bên ngoài như Slack, Linear, Google Drive thông qua MCP connector
  • Mặc định bao gồm mọi connector đã kết nối, nên loại bỏ các mục không cần thiết
  • Có thể quản lý trong Settings > Connectors hoặc bằng /schedule update

Cấu hình môi trường

  • Mỗi routine chạy trong môi trường đám mây
  • Môi trường kiểm soát truy cập mạng, biến môi trường, script cài đặt
  • Có thể cấu hình trước quyền truy cập API, cài đặt dependency, giới hạn mạng

Mức sử dụng và giới hạn

  • Việc chạy routine trừ vào mức sử dụng gói thuê bao giống như phiên thông thường
  • giới hạn số lần chạy hằng ngày cho mỗi tài khoản
  • Nếu cho phép vượt mức sử dụng thì có thể chạy vượt hạn mức có tính phí
  • Có thể xem mức sử dụng tại claude.ai/settings/usage

Tài liệu liên quan

1 bình luận

 
Ý kiến từ Hacker News
  • LLM và các nhà cung cấp của chúng vẫn là một hộp đen khổng lồ
    Tôi nhận được rất nhiều giá trị từ họ, nhưng các tính năng mới mà Anthropic tung ra không tạo được sự tin tưởng
    Khó mà tin cả khả năng tính năng bị nerf hoặc biến mất, lẫn sự tồn tại lâu dài của công ty
    Vì vậy tôi không định đặt business hay quy trình phát triển của mình lên trên nền tảng đó
    Tôi chỉ dùng tới mức Claude Code, và muốn giữ mức lock-in tối thiểu để nếu có vấn đề thì có thể chuyển sang OpenCode hay Codex

    • Tôi cũng nghĩ vậy. Thấy mình phụ thuộc vào Claude Code ngày càng nhiều trong vài tuần gần đây nên tôi đã bắt đầu giảm dùng
      Đặc biệt tính năng "Memory" là yếu tố quyết định. Nó chỉ lưu dữ liệu học vào đường dẫn cục bộ nên không được ghi lại trong git
      Hơn nữa, điều khoản mới còn cấm dùng CLI khác, khiến agent debug tự động mà công ty tôi đang thử nghiệm bị chặn
      Cuối cùng chỉ có thể nói là “so long Claude”
    • Tôi cũng từng cố giữ tính độc lập với model, nhưng chiến lược lock-in của Anthropic ngày càng lộ liễu nên khó tránh hơn
      Tôi chỉ dùng những tính năng có thể di chuyển được như MCP hay Skills
      Nhìn thấy kiểu chiến lược moat đậm chất Silicon Valley lặp lại khiến tôi không muốn dính lần nữa
    • Ngược lại, hễ có cơ hội là họ nerf tính năng ngay lập tức
    • Tôi cho rằng nỗi lo lock-in là tàn dư của quá khứ. Giờ đây agent migration rất dễ, chuyển giữa các vendor chỉ trong vài giờ là xong
      Các nhà cung cấp LLM lớn đều sao chép tính năng của nhau, nên rốt cuộc ai cũng vận hành trên những chuẩn chung
      Nếu có vấn đề thì có lẽ có thể lift-and-shift sang chỗ khác rất nhanh
    • Cuộc thảo luận này làm tôi nhớ tới chiến lược multi-cloud ngày xưa
      Hồi đó người ta cũng rất lo lock-in, nhưng thực tế với nơi như AWS thì không nghiêm trọng như dự đoán
      Tôi nghĩ LLM cũng sẽ đi theo hướng tương tự nên không quá bận tâm
  • ToS quá khó hiểu. Chạy claude -p bằng cron thì được, nhưng nhúng vào bot Telegram thì lại vi phạm sao?
    Tính năng Routines còn hoạt động cả trong gói đăng ký và có callback API nữa, vậy nếu bot gọi API thì tài khoản có bị khóa không, tôi thật sự không biết

    • Vì Anthropic không làm rõ chuyện này nên sự hoang mang rất lớn. Mỗi tài liệu lại nói một kiểu nên cực kỳ bức bối
    • Có vẻ đây là sự mơ hồ có chủ đích. Giống volume licensing của Microsoft, một chiến lược để dọa người dùng đừng lạm dụng gói đăng ký
    • Tình trạng hỗn loạn trong một tháng gần đây là thế này
      • SDK cho phép xác thực OAuth
      • Tài liệu được sửa thành “đừng dùng OAuth”
      • Một nhân viên tweet rằng “dùng cá nhân thì được”
      • Sau đó lại gửi email toàn bộ rằng “tuyệt đối đừng dùng”
        Liên kết liên quan: Tài liệu SDK, Cập nhật trên Reddit, Thông báo trên HN
    • Tôi không hiểu tại sao claude -p lại không được dùng cùng các công cụ khác
      Tôi muốn tích hợp ClaudeCode vào IDE, nhưng hoàn toàn không biết ranh giới của “3rd party harness” nằm ở đâu
  • Gần đây hiệu năng Claude suy giảm nghiêm trọng nên tôi buộc phải chuyển sang model khác
    Thậm chí một script Python cơ bản cũng chạy lại vì lỗi cú pháp
    Trước đây máy tính luôn làm đúng theo lệnh, còn bây giờ thì không còn như vậy nữa

    • Tham khảo trình theo dõi hiệu năng Claude Code của marginlab.ai
    • Tôi đang dùng Codex 5.4 xhigh. Giao tiếp thì vụng nhưng làm được việc
    • Tôi cũng từng không tin chuyện “model trở nên ngu hơn”, nhưng tuần này thì buộc phải công nhận. Opus còn chật vật hơn cả Sonnet
  • Có cảm giác Anthropic tuần nào cũng tung ra gần như cùng một tính năng nhưng gắn tên mới

    • Ban lãnh đạo đã hủy toàn bộ dự án của tuần trước và lần này đang đẩy Routines
      Đội DevOps thông báo sẽ tập trung hóa Routines Hub. Ai không theo kịp thì sẽ bị thay thế
    • Thậm chí còn có trò đùa kiểu “vì sau 7 ngày thì nó rơi khỏi context window…”
    • Có khi đây chính là định nghĩa của vibecoding qua nhiều session
    • Tuần sau chắc lại có thêm các tính năng âm thầm bị hỏng xuất hiện trên GitHub Issues
      Hôm nay Sonnet 4.6 trả lời hoàn toàn lạc đề nên tôi rất thất vọng. Tôi định thử lại Opus 4.6
    • Nhiều khi nó còn trùng cả tên với tính năng tôi đã tự làm. Lẽ ra tôi nên đăng ký thương hiệu cho “dispatch”
  • Có tin đồn gần đây giới hạn sử dụng Claude Code đã bị siết lại
    (liên kết liên quan)
    Tôi nghi ngờ liệu các công cụ tự động hóa có thể hoạt động tử tế trong những ràng buộc như vậy hay không

    • Nói chuyện với bạn bè thì có vẻ gốc rễ vấn đề là việc đưa vào cửa sổ ngữ cảnh 1M token
      Ban đầu nó cho kết quả rất ấn tượng, nhưng sau đó tải tăng lên nên họ vẫn đang liên tục điều chỉnh
      Chế độ “High” giờ thực chất đã thành “Medium” trước đây, còn hiệu năng cao thật sự chỉ dùng được qua thiết lập ẩn
      Tôi nghĩ nên cho người dùng tự điều chỉnh kích thước cửa sổ ngữ cảnh
      Liên kết liên quan: thảo luận HN, cách khắc phục bằng hạ phiên bản
    • Cuộc cạnh tranh AI hiện giờ giống như một trò chơi bằng nợ. Cuối cùng sẽ có ai đó phải trả giá
    • Giờ thì có vẻ các bình luận đã được khôi phục
    • Thực sự là có giới hạn: bài viết trên ghacks.net
  • Nếu tài nguyên tính toán đang thiếu thì việc tung thêm tính năng tự động hóa là điều kỳ lạ

    • Có lẽ họ đang cố dẫn dắt việc lập lịch để dự báo tải, có thể là muốn dàn trải sang ban đêm
    • Nhưng bản chất vẫn là tăng cường lock-in. Đây là chiến lược để khuyến khích các tích hợp khó quay đầu
    • Tài khoản Max bao gồm 15 lần chạy mỗi ngày, vượt quá thì tính phí thêm
    • Có vẻ họ không chỉ nhắm tới lượng sử dụng đơn thuần mà còn muốn tạo ra mẫu sử dụng mang tính chiến lược. Log viết code có giá trị hơn nhiều
    • Cuối cùng đây vẫn là cách giữ người dùng trong hệ sinh thái của họ
  • Tôi nghĩ đây chính là khởi đầu của kỷ nguyên AI cloud
    Xu hướng là xây các dịch vụ cao cấp bên trên model rồi kiếm tiền bằng lock-in

  • Trước đây tôi từng tự động hóa review PR bằng claude-code-action GitHub Action
    Nhưng nó không chạy với repository fork nên tôi phải tự sửa lấy
    Có vẻ tính năng Routines sẽ giải quyết được vấn đề này
    Chỉ có điều giới hạn 15 lần chạy tự động mỗi ngày là quá ít. Dự án OpenWrt có thể có 20 PR mỗi ngày nên khó mà chạy hết
    Cũng cần có tính năng kiểm tra lại sau khi chỉnh sửa
    Sẽ tốt hơn nếu có mở rộng số lượt chạy hằng ngày hoặc tính năng chuyển số lượt sang 7 ngày sau
    Tôi cũng đã gặp lỗi cửa sổ tự đóng hai lần khi đang chỉnh sửa routine

  • Có thể chạy Claude Code ở chế độ autopilot.
    Ý tưởng là định nghĩa routine để phản ứng với lịch biểu, trigger API và sự kiện GitHub
    Vậy nên gọi chuyện này là gì? “Kỹ thuật phần mềm”? “Lập trình”?

    • Chỉ là cấu hình agent thôi, chưa đến mức gọi là lập trình
    • “openclawing” có vẻ hợp hơn
    • Có người đề xuất từ “promptramming”
    • “vibe coding” cũng là một ứng viên khá ổn
    • Cũng có ý kiến bảo cứ gọi đơn giản là “gramming”
  • Tôi đã dùng tính năng này khá lâu từ hồi nó còn tên là “Scheduled”
    Nó từng có bug nhưng bây giờ khá ổn định
    Các trường hợp tôi đã dùng gồm có

    1. Theo dõi kênh phản hồi trên Slack để tự động tạo issue, rồi với những việc đơn giản thì tự sửa và trả lời bằng link PR
    2. Với các công việc ngoài code, tạo báo cáo hằng ngày tóm tắt hoạt động trên GitHub, Slack và email
      Tôi cũng thử bằng CoWork rồi nhưng connector GitHub của Claude Code chính xác hơn hẳn
      Nếu nó vận hành trơn tru thì đây là một công cụ tự động hóa rất hữu ích