AI biết chính sách. Nhưng nó biết ai được duyệt đơn hàng không?

Nhân viên hỏi nhóm có mua được laptop thay thế không. Trợ lý AI tìm chính sách mua sắm và trả lời hợp lý. Quyết định thật vẫn tùy ngân sách, nhà cung cấp, bộ phận nhân viên và người được phép duyệt đúng đơn ấy.

Ngày 23 tháng 10 năm 2026, Sakana AI công bố Sakana Aquarium, nền tảng xây, chạy và quản trị tác nhân quanh dữ liệu cùng quy tắc tổ chức. Công ty AI Nhật mô tả bản thể nối ý nghĩa và quan hệ thông tin, môi trường chạy tác nhân được quản lý và quản trị quyền truy cập, phê duyệt, hồ sơ thực thi. Thông báo chính thức.

Câu hỏi hữu ích là chuyện gì diễn ra giữa câu trả lời và hành động được cấp phép. Aquarium đề xuất cấu trúc chung cho khoảng trống đó để mỗi tác nhân mới không phải tự khám phá lại công ty hiểu khách hàng, mua sắm hay phê duyệt là gì.

Giao diện chat trình duyệt TinySwallow trước đây của Sakana AI, dùng làm bối cảnh về quá trình từ mô hình tới sản phẩm. Đây không phải Aquarium. Ảnh: Sakana AI, Apache License 2.0. Đã đổi kích thước, không cắt.

Cùng một từ có thể khác nghĩa giữa các hệ thống

Phần lớn tổ chức đã có đâu đó thông tin tác nhân cần. Bảng tính liệt kê ngân sách, tài liệu giải thích quy tắc mua sắm, ứng dụng ghi trạng thái đơn. Phần khó là biết mảnh nào chỉ cùng thứ và nguồn nào có thẩm quyền lúc quyết định.

Ví dụ, “đã duyệt” có thể là quản lý đồng ý qua email, yêu cầu mua qua kiểm tra tài chính hoặc nhà cung cấp nhận đơn. Trạng thái liên quan nhưng không hoán đổi được. Tác nhân xem chúng đồng nghĩa có thể trả lời nghe đúng mà bước tiếp sai.

Bản thể là mô tả có cấu trúc của những ý nghĩa và quan hệ ấy. Theo Aquarium, nó nối kiến thức tổ chức, quy tắc và dữ liệu để tác nhân dùng trong bối cảnh. Trang sản phẩm cũng giải thích kết nối và đồng bộ được thiết kế cho nguồn dữ liệu đích. Giải thích nền tảng.

Theo cách chúng tôi hiểu, việc khó đã chuyển tới chỗ dễ thấy hơn. Vẫn cần người quyết định trạng thái nghĩa gì, nguồn nào sở hữu và khi nào nó đổi. Làm rõ quyết định có giá trị vì quy trình khác tái dùng thay vì mã hóa định nghĩa hơi khác trong lời nhắc khác.

Việc này ít giống đưa chatbot tủ hồ sơ lớn hơn, mà giống thống nhất bản đồ chung hơn. Bản đồ không thay thực địa, nhưng giúp nhận ra câu hỏi đề cập hồ sơ, quy tắc và chủ trách nhiệm nào.

Minh họa do chúng tôi thực hiện về hướng sản phẩm công bố: định nghĩa chung nối thông tin tới quy trình được quản trị.

Yêu cầu mua hàng cho thấy truy xuất thôi chưa đủ

Xét yêu cầu minh họa mua laptop thay. Quy trình hữu ích nhận diện nhân viên, ngân sách áp dụng, nhà cung cấp được duyệt và trạng thái mua hiện tại. Sau đó xác định đường phê duyệt, không xem đoạn chính sách chung là quyền mua.

Nếu ngân sách đổi từ lúc yêu cầu bắt đầu, quy trình cần chính sách dùng giá trị mới. Nếu quản lý vắng, cần biết người khác có được duyệt. Nếu báo giá hết hạn, phê duyệt trước có thể không còn bao phủ đơn hiện tại.

Đây không chủ yếu là vấn đề sinh ngôn ngữ, mà là trách nhiệm, thời gian và thẩm quyền. Mô hình giúp hiểu yêu cầu, nhưng ứng dụng phải nối cách hiểu với đúng hồ sơ và thao tác được phép.

Thông báo Aquarium mô tả kiểm soát truy cập, phê duyệt trước thực thi và hồ sơ nối căn cứ phán đoán với kết quả. Nó cũng nói tới định nghĩa dữ liệu và bản thể tái dùng giữa tác nhân. Đó là cam kết sản phẩm hữu ích để thử, không phải lý do nghĩ quy trình mua của mọi tổ chức đã được bao phủ. Quản trị và tác nhân được quản lý.

Dự án đầu nhỏ nên làm một đường quyết định hiểu được từ đầu tới cuối. Điều ấy bộc lộ nhiều hơn nối mọi tài liệu công ty rồi hỏi rộng. Mục tiêu là việc cụ thể có đầu vào, chủ trách nhiệm và kết quả kiểm tra được.

Ngoại lệ khách hàng cần cả quy tắc và lý do

Tình huống thứ hai là ngoại lệ cho khách doanh nghiệp. Giả sử hợp đồng có ngày gia hạn chuẩn nhưng nhân viên bán hàng hứa sắp xếp khác. Tác nhân chỉ đọc email mới nhất có thể bỏ hợp đồng; chỉ đọc hợp đồng lại bỏ ngoại lệ được cấp phép.

Hệ thống hữu ích phải tách đề xuất với thay đổi đã duyệt và đưa căn cứ tới người phải quyết. Mục tiêu không chỉ chọn văn bản mới nhất, mà nối hồ sơ liên quan với trạng thái và thẩm quyền.

Đây là chỗ định nghĩa chung tái dùng được. Nếu một quy trình hiểu trạng thái hợp đồng khách, quy trình khác hiểu thanh toán, chúng không nên tự nghĩ nghĩa khác cho cùng lần gia hạn. Nền chung giảm bất nhất khi tổ chức thêm tác nhân.

Lợi ích tùy chất lượng nền đó. Quan hệ sai được tái dùng hiệu quả như đúng. Vì vậy nhóm cần duyệt định nghĩa và đường cập nhật, không chỉ câu trả lời tác nhân trong buổi diễn.

Với người cân nhắc nền tương tự, câu hỏi hữu ích nhất rất cụ thể: quyết định nào tốt lên nếu ý nghĩa, trạng thái và thẩm quyền liên quan được nối? Nếu không ai nêu được, dự án có thể chỉ gom thông tin mà chưa rõ mục đích vận hành.

Quy trình dùng lại vẫn cần người phụ trách khi thế giới đổi

Trang Aquarium mô tả quy trình bằng YAML, gồm tham chiếu thông tin, phán đoán AI, thực thi hàm và người phê duyệt. Nó cũng nói cập nhật thông tin kết nối có thể phản ánh vào bản thể. Quy trình và đồng bộ.

Hướng này hữu ích vì quá trình được duyệt như chuỗi quyết định và hành động. Người hỏi được phê duyệt nên ở đâu, hàm nào thực hiện và thiếu thông tin thì sao. Quy trình không nên chỉ mô hình tạo nó mới hiểu.

Tuy nhiên cập nhật tới hệ thống khác với tổ chức đồng ý cập nhật nghĩa gì. Chính sách mới có thể chỉ áp dụng yêu cầu sau ngày nhất định. Hồ sơ khách đổi có thể cần duyệt trước khi tác động hành động nhạy cảm. Quy tắc kinh doanh xung quanh quyết định câu trả lời.

Vì vậy trách nhiệm nên rõ ở hai cấp. Một người duy trì kết nối dữ liệu và phát hiện lỗi. Người khác, hoặc cùng người trong nhóm nhỏ, sở hữu định nghĩa kinh doanh và quyết khi nào đổi quy tắc. Thiếu trách nhiệm ấy, đồng bộ có thể làm giả định cũ lan nhanh hơn.

Đây là câu hỏi đánh giá, không phải khẳng định về triển khai khách cụ thể. Mục đích nối khái niệm nền tảng với công việc doanh nghiệp nhận ra được.

Bắt đầu bằng một thao tác có sai sót hiểu được

Website Aquarium chính thức hiện có giới thiệu và đường tư vấn. Nó không xác lập giá tự phục vụ công khai hay ngày kích hoạt chung cho mọi khách. Vì vậy thảo luận đầu nên xoay quanh thao tác cụ thể hơn lời hứa đưa cả công ty sang tác nhân. Giới thiệu và liên hệ.

Trình tự chuẩn bị thực tế có thể như sau:

1. Chọn thao tác lặp, như kiểm tra yêu cầu mua trước khi tới người duyệt.
2. Xác định hồ sơ gốc, hệ thống sở hữu từng giá trị và người phụ trách từng quy tắc kinh doanh.
3. Viết trạng thái quan trọng, gồm thiếu thông tin, ngoại lệ và yêu cầu phải dừng.
4. Định nghĩa hành động tác nhân được chuẩn bị, được thực thi và phê duyệt cần giữa chúng.
5. Đánh giá ca thường lẫn khó với người đang xử lý công việc hôm nay.
6. Kiểm tra hồ sơ thực thi và đường cập nhật trước khi mở sang thao tác khác.

Cách này làm thử nghiệm dễ đánh giá. Nhóm so độ đầy đủ thông tin gom được, tính đúng của đường đề xuất và gánh nặng người duyệt. Họ cũng nhận ra khi hệ thống tự tin đẩy tiếp yêu cầu đáng lẽ phải chờ.

Kết quả đầu hữu ích có thể là chuẩn bị tốt hơn chứ không phải tự thực thi. Gom thông tin liên quan và nhận diện đúng người duyệt gỡ được nút thắt thật. Nó cũng tạo nền rõ hơn để quyết định sau này thêm tự chủ có phù hợp.

Trình tự đánh giá đề xuất. Tăng số tác nhân nên theo sau đường quyết định hoạt động, không thay thế nó.

Kinh nghiệm doanh nghiệp của Sakana giải thích hướng đi, chưa chứng minh kết quả

Thông báo Sakana AI gắn Aquarium với kinh nghiệm triển khai AI ở lĩnh vực cần chính xác và trách nhiệm, gồm dịch vụ tài chính. Nó mô tả công lặp đi lặp lại để nối dữ liệu, tổ chức thuật ngữ và tiêu chí phán đoán. Aquarium được trình bày là nền chung cho việc nếu không phải xây lại mỗi dự án. Bối cảnh sản phẩm.

Bối cảnh hữu ích vì giải thích vấn đề nhóm chọn sản phẩm hóa, không nên nhầm với phép đo kết quả Aquarium đã công bố. Hợp tác trước có Sakana AI không tự thành ca khách Aquarium; triển khai hẹp thành công không chứng minh mọi thao tác chuyển dễ.

Bằng chứng tiếp cần tìm là vận hành. Chọn việc gì? Cần thông tin nào? Còn bao nhiêu việc với người, ca sai hay thiếu xử lý sao? Chi tiết ấy làm nghiên cứu tình huống hữu ích hơn lời chung rằng tác nhân tăng năng suất.

Hướng tương lai gồm đưa chỉnh sửa và phán đoán vận hành vào cập nhật liên tục, cùng hỗ trợ dựng tác nhân. Điều đó đặt câu hỏi thiết kế quan trọng: phân biệt cải tiến đề xuất với đổi quy tắc công ty đã duyệt thế nào? Câu trả lời quan trọng ngang khả năng tạo nhanh quy trình.

Với doanh nghiệp nhận dùng tác nhân, dấu trưởng thành mạnh nhất có thể là đổi quy tắc an toàn và giải thích tác động. Nền chỉ hiểu được ngày diễn sẽ khó duy trì khi chính sách, con người và hệ thống thay đổi.

Tác nhân doanh nghiệp hữu ích phải biết câu trả lời cho phép điều gì

Aquarium đáng theo dõi vì xem ý nghĩa tổ chức và kiểm soát là một phần nền tác nhân. Mục tiêu khó hơn tìm đoạn văn hợp lý, nhưng gần công việc công ty thực sự cần hơn.

Câu hỏi thử nghiệm không phải tác nhân nghe có quen chính sách, mà đúng thông tin có tới đúng quyết định, đúng người có cho phép bước sau và tổ chức có giải thích được chuyện về sau không.

Nguồn

• Sakana AI: Thông báo Aquarium, ngày 23 tháng 10 năm 2026.
• Tổng quan nền tảng Sakana Aquarium, kiểm tra ngày 26 tháng 10 năm 2026.

Giữ tài liệu đứng sau quyết định

Telli.sh là một lựa chọn để giữ tài liệu nguồn được phép sử dụng cạnh ghi chú bạn đã duyệt. Tạo không gian ghi chú.