Bài toán

Giữ rõ hành trình qua các lần bàn giao

Một hồ sơ có thể đi qua service, người xét duyệt và nhiều khoảng chờ. Khi mỗi công cụ chỉ giữ một phần, rất khó biết việc nào đang chờ và ai có quyền xử lý.

Backend điều phối làm rõ hành trình đó. Echelon hướng tới quy trình cần trạng thái bền vững và quyết định có người chịu trách nhiệm; không phải mọi lệnh gọi API ngắn đều cần engine.

Kiến trúc

Tách semantics, quyền điều phối và vận hành

Mỗi lớp có trách nhiệm xác định; không lớp nào được âm thầm nắm quyền quyết định của lớp khác.

SPINE: Lõi semantics trong Echelon: định nghĩa ý nghĩa thực thi quy trình.
Basal: Giữ quyền điều phối và điều hướng. Bên thực thi hay UI không tự quyết Process đi đâu tiếp.
Echelon: Backend Rust vận hành thực thi và lưu trạng thái runtime, hiện dùng SQLite.
Vista: Hiển thị công việc và thu ý định của người qua contract backend; không phải nguồn quyền điều phối thứ hai.
Aira: Bên tham gia AI dự kiến, còn thiết kế và chưa có triển khai Rust. Giao thức tích hợp chưa được chốt.
Scheduler & Timeout: Chưa triển khai; contract còn mở. Không suy ra hành vi thời hạn, hủy hay bù trừ đã có.

Mô hình

Chung contract không có nghĩa thực thi giống nhau

Flow: Định nghĩa quy trình có phiên bản. Công bố tạo một phiên bản xác định để xem xét và sử dụng.
Process: Một lần thực thi Flow, có trạng thái để kiểm tra.
Task: Đơn vị công việc có input và kết quả kỳ vọng được định nghĩa.
Skill: Năng lực công việc yêu cầu, được mô tả qua contract.
Agent: Bên tham gia thực hiện công việc. Danh tính và quyền của người khác tích hợp worker; AI dự kiến cần kiểm soát riêng.

Task và Outcome cho phép mô tả công việc theo khái niệm chung. Chúng không làm thông tin xác thực service thay thế được danh tính người, cũng không xác lập giao thức truyền tin chung. Kết quả JSON hợp lệ vẫn có thể sai nội dung hay sai nghiệp vụ.

Trách nhiệm

Giao việc theo mức phù hợp, không xếp hạng chi phí

Người, service và AI có thế mạnh khác nhau. Phán đoán và trách nhiệm của con người không phải phần kém hiệu quả cần loại bỏ.

Service: Phù hợp với quy tắc rõ và kiểm thử được. Lỗi tích hợp và tác động bên ngoài vẫn cần kiểm soát vận hành.
Con người: Diễn giải bằng chứng chưa rõ, xử lý ngoại lệ và chịu trách nhiệm cho quyết định có tác động.
AI — dự kiến: Aira hướng tới là local service do người dùng tự khởi động, hành động bằng chính identity của người đó: đảm nhận AI Task phù hợp như trích xuất, phân loại, tóm tắt, hoặc soạn nháp để người xem xét và gửi.

Lịch sử vận hành là bằng chứng thực thi, không tự trở thành dữ liệu huấn luyện sạch hay quyền sử dụng để huấn luyện. Tái sử dụng cần sự đồng ý hoặc cơ sở phù hợp khác, kiểm soát truy cập, tuyển chọn dữ liệu và đánh giá chất lượng.

Đổi bên thực hiện cần kiểm chứng kết quả và cách xử lý lỗi. Phiên bản Flow giúp nhận diện thay đổi; không làm việc tự tối ưu trở nên an toàn hay được phép. Tự học và tự tối ưu quy trình chưa phải năng lực đã phát hành.

Lựa chọn thiết kế

Ranh giới đem lại gì — và không bảo đảm gì

Semantics trước tiện lợi

SPINE định nghĩa hành vi; Echelon triển khai và vận hành. Cách tách này giúp giữ nhất quán giữa UI và trách nhiệm thực thi.

Đánh đổi: đặc tả, triển khai và bằng chứng tích hợp phải khớp nhau. Contract thành văn chưa phải kiểm định phát hành.

Chung mô hình việc, riêng kiểm soát

Bề mặt Human Task và tích hợp worker ngoài đã được triển khai. Vista cung cấp form và quản trị cho người dùng.

Đánh đổi: từng đường thực thi vẫn cần danh tính, phân quyền và kiểm thử tích hợp.

Hiện dùng SQLite, thiết kế có ranh giới thay thế

Runtime Rust hiện đóng gói thực thi bền vững với SQLite. Trừu tượng lưu trữ là ranh giới kiến trúc, không phải danh sách database đã hỗ trợ.

Đánh đổi: phạm vi ban đầu là một node. Không tuyên bố hỗ trợ tùy chọn Postgres hay Kafka, HA hoặc multi-tenant.

Phiên bản Flow để kiểm tra

Công bố Flow theo phiên bản làm rõ định nghĩa được chọn. Phiên bản mới là thay đổi cần duyệt, không phải cập nhật vô hình.

Đánh đổi: phiên bản không tự kiểm chứng kết quả nghiệp vụ, chuyển trạng thái đang chạy an toàn hay hoàn tác tác động bên ngoài.

Ứng dụng

Kiểm chứng một hành trình trọn vẹn

Hướng ứng dụng gồm duyệt hồ sơ, vận hành và review có AI hỗ trợ. Đây là use case, không phải dự án khách hàng đã triển khai. BENOVA dự kiến áp dụng EVA cho Ingenium cùng Nexus và Orbit.

Khi ổn định, EVA dự kiến điều phối công việc trên chính VISTA: yêu cầu, người duyệt phạm vi, AI đề xuất hoặc tạo patch, máy kiểm tra, review độc lập và người nghiệm thu. Việc duyệt phải xác định đúng artifact và phiên bản.

Định hướng tự vận hành này chưa phải chức năng đang chạy hay lời hứa tự sửa, tự merge hoặc tự triển khai. Công việc phần mềm là nơi kiểm chứng; Echelon vẫn là backend điều phối đa dụng.

Lựa chọn khác

Chọn theo bài toán, không theo điểm số

Các sản phẩm giải quyết nhu cầu có giao nhau nhưng không giống nhau. Nguồn dẫn mô tả năng lực của chính sản phẩm đó, không xác nhận Echelon. Echelon chưa có mức trưởng thành production tương đương.

Đối chiếu định tính, không phải benchmark hay xếp hạng.
Sản phẩm	Trọng tâm và điều cần cân nhắc	Tài liệu chính thức
Binean Echelon	Backend Rust với SQLite, công bố Flow theo phiên bản, kiểm tra thực thi, bề mặt Human Task và worker ngoài. Phạm vi đầu tiên là một node; chưa hoàn tất kiểm định. Đánh giá bằng thử nghiệm có giới hạn, không coi là lựa chọn thay thế đã trưởng thành.	Trạng thái trên trang này
Temporal	Thực thi bền vững qua Workflow và Activity. Đánh giá mô hình thực thi, vận hành worker và cách quản lý phiên bản theo vòng đời code, triển khai của bạn.	Workflows Activities
Camunda 8	Điều phối theo BPMN với Tasklist cho công việc của người. Cân nhắc khi mô hình hóa quy trình và vận hành Human Task là trọng tâm; đánh giá thêm yêu cầu tích hợp, triển khai.	Tasklist
AWS Step Functions	Điều phối state machine được quản lý trên AWS, có phiên bản state machine bất biến. Đánh giá tích hợp AWS, semantics thực thi và giá theo workload cụ thể, không mặc định chi phí không đáng kể.	Phiên bản state machine
LangGraph	Điều phối dạng graph cho agent có trạng thái, với thực thi bền vững và khả năng human-in-the-loop. Đánh giá cho luồng thiên về AI; không mặc định thiếu duyệt của người hay lưu trạng thái.	Tổng quan

Lựa chọn phụ thuộc mô hình quy trình, công việc con người, hệ tích hợp, ràng buộc vận hành và nhu cầu hỗ trợ. Cần thử lỗi và thay đổi tiêu biểu, không chỉ xem một hành trình thành công.

Nếu cần production sớm, hãy bắt đầu bằng đánh giá lựa chọn đã trưởng thành và đủ điều kiện. Echelon đưa ra mô hình để khảo sát, không tuyên bố tính độc nhất đã chứng minh hay con đường tắt tới độ trưởng thành production.

Điều kiện áp dụng

Khi nào phù hợp, và khi nào không

Echelon đáng cân nhắc khi

Có thể giới hạn thử nghiệm và chấp nhận chưa hoàn tất kiểm định phát hành.
Quy trình đi qua service và quyết định của người, cần trạng thái kiểm tra được.
Cấu hình SQLite một node ban đầu phù hợp với đánh giá.
Nhóm cần công bố Flow rõ ràng và duyệt phiên bản.
Có thể đầu tư kiểm thử tích hợp và nghiệm thu vận hành.

Echelon không phù hợp khi

Cần ngay bản phát hành production đã kiểm định.
HA, multi-tenant hay backend lưu trữ khác là điều kiện tiên quyết.
Cần bảo đảm tự phục hồi worker hoặc tác động bên ngoài exactly-once.
Bắt buộc có lập lịch tích hợp hoặc hành vi thời hạn đã chốt.
Cần lớp AI đã phát hành, hệ sinh thái trưởng thành hay cam kết hỗ trợ đã xác lập.

Trạng thái

Mức độ hoàn thiện hiện tại

Đã triển khai: backend Rust với runtime SQLite bền vững, giao diện HTTP, công bố Flow theo phiên bản, kiểm tra Process và Task, tích hợp worker ngoài và bề mặt Human Task. Kiểm định phát hành chưa hoàn tất.

Vista đã có xem và sửa Flow, form và nhận Human Task, quản trị người dùng và hoạt động Process. Process workspace còn hoàn thiện; kiểm định tích hợp đang tiếp tục.

Aira còn thiết kế, chưa có triển khai Rust hay giao thức công khai đã chốt. Scheduler và Timeout chưa triển khai, contract còn mở. Triển khai riêng là cấu hình hướng tới, không phải chứng nhận tuân thủ.

Trao đổi một bài toán kiểm định

Hãy chọn quy trình có giới hạn, tình huống lỗi và bằng chứng nhóm cần trước khi vận hành. Cùng đánh giá mức phù hợp mà không coi bản thử nghiệm là cam kết production.

Đặt lịch trao đổi 30 phút Xem BENOVA — hướng ứng dụng dự kiến