castomFLOW
Mở castomFLOW

Cách hoạt động

Một quy trình là một chuỗi các bước

Đó là toàn bộ mô hình, và nó được cố ý làm cho không gì thú vị. Có thứ gì đó khởi chạy một luồng chạy. Luồng chạy đi qua một danh sách các bước. Vài bước trong đó phải suy nghĩ, đa số thì không, và một vài bước chờ. Khi danh sách kết thúc, luồng chạy cũng vậy — và mọi quyết định nó đã đưa ra đều được ghi lại.

1Mô tảMột câu về công việc bạn muốn hoàn thành.
2Xây dựngKhoảng hai phút sau, một quy trình thật.
3Thiết lậpKết nối tài khoản, chỉnh câu chữ, dịch chuyển một lệnh chờ.
4Mô phỏngChạy thử với một bản ghi thật. Không có gì rời khỏi tòa nhà.
5ĐăngPhiên bản đã cố định. Các luồng chạy trực tiếp giữ nguyên phiên bản mà chúng bắt đầu trên đó.
6Theo dõiMột nhật ký cho mỗi luồng chạy, mỗi bước, với những giá trị đã quyết định nó.

Hầu hết các công cụ tự động hóa yêu cầu bạn vẽ chuỗi đó trước khi bạn biết nó là gì. Bạn được trao một khung vẽ trống và danh sách bốn trăm tích hợp, và hai mươi phút đầu tiên dành để nhớ lại thứ bạn muốn thực ra được gọi là gì.

castomFLOW đảo ngược điều đó. Bạn viết câu; quy trình được xây dựng sẵn đến tay bạn. Mọi thứ sau đó là chỉnh sửa một thứ cụ thể — một công việc rất khác với việc phát minh ra một thứ trừu tượng.

Ba loại bước

Các bước xác định (deterministic) lấy dữ liệu, biến đổi, rẽ nhánh, chờ, ghi và gửi. Cùng một đầu vào cho ra cùng một đầu ra, mỗi lần đều vậy. Chúng nhanh, chạy không tốn gì, và nhàm chán đúng kiểu hạ tầng vốn nên nhàm chán.

Các bước AI phân loại, soạn thảo, tóm tắt và lựa chọn. Chúng nhận đầu vào có cấu trúc và trả về đầu ra có cấu trúc, nên mô hình không bao giờ được tự do vượt ra ngoài khuôn khổ bạn đã định. Đây là những bước bạn phải trả tiền, và cách định giá tồn tại để khiến bạn dùng chúng một cách tiết kiệm.

Các bước luồng (flow) hoàn toàn không tác động ra thế giới bên ngoài. Chúng chờ, rẽ nhánh theo điều kiện, chia lưu lượng giữa hai đường, giữ một lần chạy cho đến khi hết khung giờ yên tĩnh, hoặc đánh dấu mục tiêu đã đạt rồi dừng.

Một workflow duy nhất di chuyển tự do giữa cả ba loại. Chính công việc quyết định phần nào được 'suy nghĩ'.

Đã thanh toán: đơn hàng → hóa đơn → thông báoLần chạy #40 118
  • ⚡Trình kích hoạtWebhook từ cửa hàng: order.paid, 289,00 zł.
  • 2Xác thực địa chỉXác định. Mã bưu chính được đối chiếu với dữ liệu tham chiếu.
  • 3Lập hóa đơnXác định. Các trường lấy từ bản ghi; không ai phải gõ tay.
  • 4Viết thông báoBước AI. Hai câu, bằng ngôn ngữ của khách hàng, đúng giọng điệu của bạn.
  • ?Điều kiệnĐã quá 21:00 giờ địa phương chưa? Chưa. Giờ yên tĩnh không áp dụng.
  • 5GửiEmail đã gửi, trạng thái chuyển hàng được ghi ngược lại lần chạy.

Thời gian đã trôi: 4,1 giâyBước trả phí: 1

Mọi quy trình đều có một hình dạng. Chưa ai từng vẽ ra hình dạng của bạn.

Đây không phải là gì

Đây không phải môi trường lập trình đa năng. Nếu công việc cần một ngôn ngữ lập trình thực sự, hãy viết bằng ngôn ngữ đó rồi gọi từ một bước qua HTTP — đó là một giải pháp được hỗ trợ và thường rất hợp lý, chứ không phải là sự thua cuộc.

Đây không phải một agent tự quyết định việc tiếp theo cần làm gì. Một bước AI được gọi tại điểm bạn chọn, nhận đầu vào bạn chọn, và bị giới hạn trong khuôn khổ bạn định nghĩa. Trình tự thuộc về bạn. Đó là giới hạn có chủ đích, và cũng là lý do một lần chạy có thể tái lập được.

Phần nói thật: một workflow được dựng cho bạn trong hai phút là một bản nháp tốt, chứ không phải sản phẩm hoàn chỉnh. Sẽ có một bước chờ mà bạn không đồng ý và cách diễn đạt mà bạn sẽ không dùng. Hai mươi phút chỉnh sửa là chuyện bình thường, và chỉ là hai mươi phút chứ không phải cả buổi chiều, vì hình dạng đã có sẵn rồi.