Span-01 là mô hình chấm điểm hành vi của Respan dành cho hội thoại và vết thực thi của tác tử. Mô hình đọc một tương tác văn bản cùng các định nghĩa hành vi viết bằng ngôn ngữ thông thường và trả về xác suất cho từng định nghĩa. Đầu ra phân biệt hành vi có mặt, vắng mặt hay không quan sát được trong vết thực thi đã cung cấp. Nhờ đó, quy trình đánh giá nhận được một tín hiệu dạng số với cách biểu diễn rõ ràng cho việc thiếu bằng chứng, thay vì một lời giải thích được sinh ra cần phải phân tích cú pháp.
Các hành vi do người gọi cung cấp. Chèn lời nhắc độc hại, khẳng định không có căn cứ, làm lộ thông tin bí mật, vòng lặp lặp đi lặp lại, dùng sai công cụ và sự bực bội của người dùng là những định nghĩa khả dĩ, không phải một hệ phân loại cố định có sẵn trong mô hình. Hãy nêu rõ điều gì được tính là hành vi và điều gì không. Một định nghĩa hẹp có thể phân biệt người dùng yêu cầu chuyển sang người thật với việc chỉ bày tỏ thất vọng. Một định nghĩa khác có thể phân biệt trợ lý thừa nhận vấn đề với việc hứa một hành động mà nó không thể thực hiện.
Hãy dùng mã định danh ổn định cho các định nghĩa để kết quả luôn gắn với hành vi đang được đánh giá. Giữ tiêu chí tập trung vào điều mà vết thực thi có thể thể hiện. Nếu hành vi cần một tài liệu nguồn, kết quả công cụ hoặc phản hồi sau đó của khách hàng, hãy đưa bằng chứng đó vào đúng vị trí của nó trong tương tác văn bản. Riêng một định nghĩa không thể xác lập một sự kiện không có trong vết thực thi.
Đầu vào theo tài liệu tách các tin nhắn trước đó trong span.input khỏi lượt mục tiêu trong span.output. Nội dung của mỗi tin nhắn là một chuỗi. Hãy cung cấp ngữ cảnh hội thoại thực tế và lượt bạn muốn chấm điểm, giữ nguyên vai trò người nói và thứ tự cần thiết để diễn giải. Đây là hồ sơ chấm điểm văn bản; văn bản tài liệu đã chuẩn bị hoặc bản chép lời có thể là bằng chứng, còn nội dung đa phương tiện dùng để thu được văn bản đó tự nó không phải là đầu vào theo tài liệu.
Với một tương tác hỗ trợ, hãy giữ yêu cầu của khách hàng cùng câu trả lời đề xuất của trợ lý. Với tác tử dùng công cụ, hãy giữ quan sát công cụ liên quan và câu trả lời dựa vào quan sát đó. Một định nghĩa minh họa về tính có căn cứ có thể hỏi liệu trợ lý có khẳng định một kết luận mà quan sát đã cung cấp không hỗ trợ hay không. Kết quả hữu ích liên quan đến hành vi đã định nghĩa trong đoạn đó, không phải chẩn đoán đầy đủ cho toàn bộ ứng dụng.
Mỗi kết quả gồm mã định danh hành vi cùng p_present, p_absent và p_not_observable. Tổng ba xác suất xấp xỉ bằng 1. Có mặt ước tính rằng hành vi đã xảy ra; vắng mặt ước tính rằng hành vi không xảy ra; không quan sát được ước tính rằng đoạn đã cung cấp thiếu bằng chứng cần thiết để kết luận. Đây là những ý nghĩa riêng biệt và cần được giữ tách biệt khi diễn giải kết quả.
Ví dụ, một đoạn kết thúc bằng việc trợ lý nói sẽ giải quyết vấn đề có thể thể hiện một lời hứa. Đoạn đó chưa thể cho thấy khách hàng đã chấp nhận giải pháp cuối cùng nếu chưa có phản hồi nào của khách hàng. Hãy coi kết quả thiếu bằng chứng đó là chưa xác định thay vì chuyển thành vắng mặt. Xác suất có mặt thấp không tự động là bằng chứng mạnh cho sự vắng mặt khi một phần đáng kể của phân phối thuộc về không quan sát được.
Respan mô tả Span-01 là một bộ phân loại suy luận, được huấn luyện trước tiên cho phân loại tổng quát bằng RLAIF rồi chuyên biệt hóa cho phát hiện hành vi. Mỗi định nghĩa chạy như một nhánh song song trên cùng một vết thực thi, và mô hình trả về xác suất hành vi trong một lượt truyền xuôi. Cơ chế chú ý lai hỗ trợ việc xử lý các vết thực thi dài và phức tạp. Mô hình không sinh token, không viết nhận định dạng tường thuật và không tạo lời giải thích tự do cho kết quả phân loại.
Hướng dẫn khái niệm và tài liệu tham chiếu chấm điểm không quy định giới hạn số hành vi cho mỗi yêu cầu. Mỗi định nghĩa vẫn là một phần của bài đánh giá được cung cấp, vì vậy hãy giữ từng định nghĩa rõ ràng và phù hợp thay vì coi việc không có giới hạn số lượng là bằng chứng của dung lượng đầu vào không giới hạn. Kết quả chứa một mục cho mỗi hành vi theo thứ tự trong yêu cầu, được nhận diện bằng id. Nhiều định nghĩa mô tả nhiều quan sát độc lập; chúng không phải các lựa chọn danh mục loại trừ lẫn nhau mà tổng phải bằng một trên các hành vi.
Hãy kết hợp các xác suất trả về với ngưỡng và quy tắc rà soát dành riêng cho tác vụ ở bên ngoài mô hình. Nhà sản xuất khuyến nghị dùng các cuộc hội thoại có nhãn để chọn những ngưỡng đó và kiểm tra các kết quả có mặt sát ngưỡng hoặc không quan sát được ở mức cao. Một quy trình hỗ trợ có thể ghi riêng sự bực bội, đề xuất chuyển cấp và lời hứa không có căn cứ. Một quy trình đánh giá chất lượng tác tử có thể theo dõi hành động lặp lại hoặc việc câu trả lời có dùng bằng chứng được cung cấp hay không.
Hãy giữ đoạn văn bản, định nghĩa hành vi, mã định danh kết quả và toàn bộ phân phối ba chiều cùng nhau. Khi định nghĩa thay đổi, cần hiểu rằng điều mà xác suất đo lường cũng thay đổi. Hãy xem xét các lỗi dễ thấy dựa trên cuộc hội thoại thực tế thay vì coi một kết quả dạng số là bằng chứng của một sự kiện không được quan sát. Sản phẩm hữu ích là một bản ghi hành vi gắn với vết thực thi và tiêu chí, kèm độ bất định được giữ lại để kiểm tra sau hoặc cho quyết định tiếp theo của ứng dụng.
", "aboutText": "Span-01 là mô hình chấm điểm hành vi của Respan dành cho hội thoại và vết thực thi của tác tử. Mô hình đọc một tương tác văn bản cùng các định nghĩa hành vi viết bằng ngôn ngữ thông thường và trả về xác suất cho từng định nghĩa. Đầu ra phân biệt hành vi có mặt, vắng mặt hay không quan sát được trong vết thực thi đã cung cấp. Nhờ đó, quy trình đánh giá nhận được một tín hiệu dạng số với cách biểu diễn rõ ràng cho việc thiếu bằng chứng, thay vì một lời giải thích được sinh ra cần phải phân tích cú pháp.\n\n### Định nghĩa hành vi bạn muốn quan sát\n\nCác hành vi do người gọi cung cấp. Chèn lời nhắc độc hại, khẳng định không có căn cứ, làm lộ thông tin bí mật, vòng lặp lặp đi lặp lại, dùng sai công cụ và sự bực bội của người dùng là những định nghĩa khả dĩ, không phải một hệ phân loại cố định có sẵn trong mô hình. Hãy nêu rõ điều gì được tính là hành vi và điều gì không. Một định nghĩa hẹp có thể phân biệt người dùng yêu cầu chuyển sang người thật với việc chỉ bày tỏ thất vọng. Một định nghĩa khác có thể phân biệt trợ lý thừa nhận vấn đề với việc hứa một hành động mà nó không thể thực hiện.\n\nHãy dùng mã định danh ổn định cho các định nghĩa để kết quả luôn gắn với hành vi đang được đánh giá. Giữ tiêu chí tập trung vào điều mà vết thực thi có thể thể hiện. Nếu hành vi cần một tài liệu nguồn, kết quả công cụ hoặc phản hồi sau đó của khách hàng, hãy đưa bằng chứng đó vào đúng vị trí của nó trong tương tác văn bản. Riêng một định nghĩa không thể xác lập một sự kiện không có trong vết thực thi.\n\n### Chuẩn bị ngữ cảnh trước đó và lượt mục tiêu\n\nĐầu vào theo tài liệu tách các tin nhắn trước đó trong span.input khỏi lượt mục tiêu trong span.output. Nội dung của mỗi tin nhắn là một chuỗi. Hãy cung cấp ngữ cảnh hội thoại thực tế và lượt bạn muốn chấm điểm, giữ nguyên vai trò người nói và thứ tự cần thiết để diễn giải. Đây là hồ sơ chấm điểm văn bản; văn bản tài liệu đã chuẩn bị hoặc bản chép lời có thể là bằng chứng, còn nội dung đa phương tiện dùng để thu được văn bản đó tự nó không phải là đầu vào theo tài liệu.\n\nVới một tương tác hỗ trợ, hãy giữ yêu cầu của khách hàng cùng câu trả lời đề xuất của trợ lý. Với tác tử dùng công cụ, hãy giữ quan sát công cụ liên quan và câu trả lời dựa vào quan sát đó. Một định nghĩa minh họa về tính có căn cứ có thể hỏi liệu trợ lý có khẳng định một kết luận mà quan sát đã cung cấp không hỗ trợ hay không. Kết quả hữu ích liên quan đến hành vi đã định nghĩa trong đoạn đó, không phải chẩn đoán đầy đủ cho toàn bộ ứng dụng.\n\n### Đọc ba xác suất cho mỗi định nghĩa\n\nMỗi kết quả gồm mã định danh hành vi cùng p_present, p_absent và p_not_observable. Tổng ba xác suất xấp xỉ bằng 1. Có mặt ước tính rằng hành vi đã xảy ra; vắng mặt ước tính rằng hành vi không xảy ra; không quan sát được ước tính rằng đoạn đã cung cấp thiếu bằng chứng cần thiết để kết luận. Đây là những ý nghĩa riêng biệt và cần được giữ tách biệt khi diễn giải kết quả.\n\nVí dụ, một đoạn kết thúc bằng việc trợ lý nói sẽ giải quyết vấn đề có thể thể hiện một lời hứa. Đoạn đó chưa thể cho thấy khách hàng đã chấp nhận giải pháp cuối cùng nếu chưa có phản hồi nào của khách hàng. Hãy coi kết quả thiếu bằng chứng đó là chưa xác định thay vì chuyển thành vắng mặt. Xác suất có mặt thấp không tự động là bằng chứng mạnh cho sự vắng mặt khi một phần đáng kể của phân phối thuộc về không quan sát được.\n\n### Chấm điểm một lượt cho mọi định nghĩa hành vi\n\nRespan mô tả Span-01 là một bộ phân loại suy luận, được huấn luyện trước tiên cho phân loại tổng quát bằng RLAIF rồi chuyên biệt hóa cho phát hiện hành vi. Mỗi định nghĩa chạy như một nhánh song song trên cùng một vết thực thi, và mô hình trả về xác suất hành vi trong một lượt truyền xuôi. Cơ chế chú ý lai hỗ trợ việc xử lý các vết thực thi dài và phức tạp. Mô hình không sinh token, không viết nhận định dạng tường thuật và không tạo lời giải thích tự do cho kết quả phân loại.\n\nHướng dẫn khái niệm và tài liệu tham chiếu chấm điểm không quy định giới hạn số hành vi cho mỗi yêu cầu. Mỗi định nghĩa vẫn là một phần của bài đánh giá được cung cấp, vì vậy hãy giữ từng định nghĩa rõ ràng và phù hợp thay vì coi việc không có giới hạn số lượng là bằng chứng của dung lượng đầu vào không giới hạn. Kết quả chứa một mục cho mỗi hành vi theo thứ tự trong yêu cầu, được nhận diện bằng id. Nhiều định nghĩa mô tả nhiều quan sát độc lập; chúng không phải các lựa chọn danh mục loại trừ lẫn nhau mà tổng phải bằng một trên các hành vi.\n\n### Chuẩn bị sản phẩm đánh giá hữu ích\n\nHãy kết hợp các xác suất trả về với ngưỡng và quy tắc rà soát dành riêng cho tác vụ ở bên ngoài mô hình. Nhà sản xuất khuyến nghị dùng các cuộc hội thoại có nhãn để chọn những ngưỡng đó và kiểm tra các kết quả có mặt sát ngưỡng hoặc không quan sát được ở mức cao. Một quy trình hỗ trợ có thể ghi riêng sự bực bội, đề xuất chuyển cấp và lời hứa không có căn cứ. Một quy trình đánh giá chất lượng tác tử có thể theo dõi hành động lặp lại hoặc việc câu trả lời có dùng bằng chứng được cung cấp hay không.\n\nHãy giữ đoạn văn bản, định nghĩa hành vi, mã định danh kết quả và toàn bộ phân phối ba chiều cùng nhau. Khi định nghĩa thay đổi, cần hiểu rằng điều mà xác suất đo lường cũng thay đổi. Hãy xem xét các lỗi dễ thấy dựa trên cuộc hội thoại thực tế thay vì coi một kết quả dạng số là bằng chứng của một sự kiện không được quan sát. Sản phẩm hữu ích là một bản ghi hành vi gắn với vết thực thi và tiêu chí, kèm độ bất định được giữ lại để kiểm tra sau hoặc cho quyết định tiếp theo của ứng dụng.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "f96047713a16b39f23ca658abbddb2066287ea0c0e79ce4b03f03d78614719e2", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "vi", "methods": [ { "html": "respan/span-01Span-01 là bộ phân loại hành vi văn bản của Respan dành cho hội thoại và vết thực thi của tác tử. Bạn định nghĩa các hành vi bằng ngôn ngữ thông thường, và mô hình trả về ba xác suất cho mỗi hành vi: có mặt, vắng mặt và không quan sát được, giữ lại độ bất định khi vết thực thi được cung cấp không đủ để phân xử câu hỏi.
Mô tả này trình bày khả năng của mô hình. Đầu vào, đầu ra và tùy chọn có trên Ailoot được liệt kê bên dưới cho phương thức đã chọn.
Span-01 là mô hình chấm điểm hành vi của Respan dành cho hội thoại và vết thực thi của tác tử. Mô hình đọc một tương tác văn bản cùng các định nghĩa hành vi viết bằng ngôn ngữ thông thường và trả về xác suất cho từng định nghĩa. Đầu ra phân biệt hành vi có mặt, vắng mặt hay không quan sát được trong vết thực thi đã cung cấp. Nhờ đó, quy trình đánh giá nhận được một tín hiệu dạng số với cách biểu diễn rõ ràng cho việc thiếu bằng chứng, thay vì một lời giải thích được sinh ra cần phải phân tích cú pháp.
Các hành vi do người gọi cung cấp. Chèn lời nhắc độc hại, khẳng định không có căn cứ, làm lộ thông tin bí mật, vòng lặp lặp đi lặp lại, dùng sai công cụ và sự bực bội của người dùng là những định nghĩa khả dĩ, không phải một hệ phân loại cố định có sẵn trong mô hình. Hãy nêu rõ điều gì được tính là hành vi và điều gì không. Một định nghĩa hẹp có thể phân biệt người dùng yêu cầu chuyển sang người thật với việc chỉ bày tỏ thất vọng. Một định nghĩa khác có thể phân biệt trợ lý thừa nhận vấn đề với việc hứa một hành động mà nó không thể thực hiện.
Hãy dùng mã định danh ổn định cho các định nghĩa để kết quả luôn gắn với hành vi đang được đánh giá. Giữ tiêu chí tập trung vào điều mà vết thực thi có thể thể hiện. Nếu hành vi cần một tài liệu nguồn, kết quả công cụ hoặc phản hồi sau đó của khách hàng, hãy đưa bằng chứng đó vào đúng vị trí của nó trong tương tác văn bản. Riêng một định nghĩa không thể xác lập một sự kiện không có trong vết thực thi.
Đầu vào theo tài liệu tách các tin nhắn trước đó trong span.input khỏi lượt mục tiêu trong span.output. Nội dung của mỗi tin nhắn là một chuỗi. Hãy cung cấp ngữ cảnh hội thoại thực tế và lượt bạn muốn chấm điểm, giữ nguyên vai trò người nói và thứ tự cần thiết để diễn giải. Đây là hồ sơ chấm điểm văn bản; văn bản tài liệu đã chuẩn bị hoặc bản chép lời có thể là bằng chứng, còn nội dung đa phương tiện dùng để thu được văn bản đó tự nó không phải là đầu vào theo tài liệu.
Với một tương tác hỗ trợ, hãy giữ yêu cầu của khách hàng cùng câu trả lời đề xuất của trợ lý. Với tác tử dùng công cụ, hãy giữ quan sát công cụ liên quan và câu trả lời dựa vào quan sát đó. Một định nghĩa minh họa về tính có căn cứ có thể hỏi liệu trợ lý có khẳng định một kết luận mà quan sát đã cung cấp không hỗ trợ hay không. Kết quả hữu ích liên quan đến hành vi đã định nghĩa trong đoạn đó, không phải chẩn đoán đầy đủ cho toàn bộ ứng dụng.
Mỗi kết quả gồm mã định danh hành vi cùng p_present, p_absent và p_not_observable. Tổng ba xác suất xấp xỉ bằng 1. Có mặt ước tính rằng hành vi đã xảy ra; vắng mặt ước tính rằng hành vi không xảy ra; không quan sát được ước tính rằng đoạn đã cung cấp thiếu bằng chứng cần thiết để kết luận. Đây là những ý nghĩa riêng biệt và cần được giữ tách biệt khi diễn giải kết quả.
Ví dụ, một đoạn kết thúc bằng việc trợ lý nói sẽ giải quyết vấn đề có thể thể hiện một lời hứa. Đoạn đó chưa thể cho thấy khách hàng đã chấp nhận giải pháp cuối cùng nếu chưa có phản hồi nào của khách hàng. Hãy coi kết quả thiếu bằng chứng đó là chưa xác định thay vì chuyển thành vắng mặt. Xác suất có mặt thấp không tự động là bằng chứng mạnh cho sự vắng mặt khi một phần đáng kể của phân phối thuộc về không quan sát được.
Respan mô tả Span-01 là một bộ phân loại suy luận, được huấn luyện trước tiên cho phân loại tổng quát bằng RLAIF rồi chuyên biệt hóa cho phát hiện hành vi. Mỗi định nghĩa chạy như một nhánh song song trên cùng một vết thực thi, và mô hình trả về xác suất hành vi trong một lượt truyền xuôi. Cơ chế chú ý lai hỗ trợ việc xử lý các vết thực thi dài và phức tạp. Mô hình không sinh token, không viết nhận định dạng tường thuật và không tạo lời giải thích tự do cho kết quả phân loại.
Hướng dẫn khái niệm và tài liệu tham chiếu chấm điểm không quy định giới hạn số hành vi cho mỗi yêu cầu. Mỗi định nghĩa vẫn là một phần của bài đánh giá được cung cấp, vì vậy hãy giữ từng định nghĩa rõ ràng và phù hợp thay vì coi việc không có giới hạn số lượng là bằng chứng của dung lượng đầu vào không giới hạn. Kết quả chứa một mục cho mỗi hành vi theo thứ tự trong yêu cầu, được nhận diện bằng id. Nhiều định nghĩa mô tả nhiều quan sát độc lập; chúng không phải các lựa chọn danh mục loại trừ lẫn nhau mà tổng phải bằng một trên các hành vi.
Hãy kết hợp các xác suất trả về với ngưỡng và quy tắc rà soát dành riêng cho tác vụ ở bên ngoài mô hình. Nhà sản xuất khuyến nghị dùng các cuộc hội thoại có nhãn để chọn những ngưỡng đó và kiểm tra các kết quả có mặt sát ngưỡng hoặc không quan sát được ở mức cao. Một quy trình hỗ trợ có thể ghi riêng sự bực bội, đề xuất chuyển cấp và lời hứa không có căn cứ. Một quy trình đánh giá chất lượng tác tử có thể theo dõi hành động lặp lại hoặc việc câu trả lời có dùng bằng chứng được cung cấp hay không.
Hãy giữ đoạn văn bản, định nghĩa hành vi, mã định danh kết quả và toàn bộ phân phối ba chiều cùng nhau. Khi định nghĩa thay đổi, cần hiểu rằng điều mà xác suất đo lường cũng thay đổi. Hãy xem xét các lỗi dễ thấy dựa trên cuộc hội thoại thực tế thay vì coi một kết quả dạng số là bằng chứng của một sự kiện không được quan sát. Sản phẩm hữu ích là một bản ghi hành vi gắn với vết thực thi và tiêu chí, kèm độ bất định được giữ lại để kiểm tra sau hoặc cho quyết định tiếp theo của ứng dụng.
POST /v1/systemonetextdecisions| Trường | Loại | Yêu cầu | Giá trị & giới hạn | Mặc định |
|---|---|---|---|---|
Trườngmodel | Loạistring | Yêu cầuBắt buộc | Giá trị & giới hạn respan/span-01 | Mặc định— |
Trườngprovider | Loạischema | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngquestions | Loạiobject | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngsession_id | Loạistring | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngstate | Loạischema | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngtrace | Loạischema | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
Trườnguser | Loạistring | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngquestions.<id>.type | Loạistring | Yêu cầuBắt buộc | Giá trị & giới hạn noul, choice, score | Mặc định— |
Trườngquestions.<id>.instructions | Loạistring|object|array | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
Trườngquestions.<id>.criteria | Loạiobject|array | Yêu cầuKhông bắt buộc | Giá trị & giới hạn Điều kiện: choice/score: bắt buộc; noul: tùy chọn. Tiêu chí của choice là đối tượng; score là mảng có minItems1. | Mặc định— |
Trườngquestions.<id>.criteria.true | Loạistring|object|array | Yêu cầuBắt buộc | Giá trị & giới hạn Áp dụng khi: Đã cung cấp đối tượng tiêu chí noul | Mặc định— |
Trườngquestions.<id>.criteria.false | Loạistring|object|array | Yêu cầuBắt buộc | Giá trị & giới hạn Áp dụng khi: Đã cung cấp đối tượng tiêu chí noul | Mặc định— |
noul · Bắt buộc: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Bắt buộc: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Bắt buộc: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Tham số | Hợp đồng |
|---|---|
Tham sốcontent_type | Hợp đồngapplication/json |
Tham sốrequired | Hợp đồngmodel, state, questions |
Tham sốmaterial_types | Hợp đồngtext |
Tham sốoptional_controls | Hợp đồngprovider, session_id, trace, user |
Tham sốmultimodal_input_binding | Hợp đồngnull |
Vòng đời: synchronous
Gửi ID mô hình chính xác và giữ lại toàn bộ phản hồi gốc.
Thông tin biểu giá không bổ sung tùy chọn yêu cầu. Các tham số được hỗ trợ nằm trong phương thức đã chọn.
Đối chiếu từng khoản phí với điều kiện hiển thị. Dùng một mức phí cho mỗi nhóm cấu hình thay thế.
| Cấu hình | Biểu mức phí | Token ngữ cảnh, lớn hơn | Token ngữ cảnh, tối đa và bao gồm | Phí |
|---|---|---|---|---|
| Cấu hìnhGiá cơ sở cho token | Biểu mức phíMức phí cơ bản | Token ngữ cảnh, lớn hơn— | Token ngữ cảnh, tối đa và bao gồmKhông có giới hạn trên | Phí Đầu vào · Token đầu vào $0.00004 / 1K token Đầu ra · Token đầu ra $0 / 1K token Đầu vào · Đọc bộ nhớ đệm — / 1K token Đầu vào · Ghi bộ nhớ đệm — / 1K token Đầu vào · Ghi bộ nhớ đệm, 1 giờ — / 1K token |
| Cấu hìnhBậc 1 theo độ dài yêu cầu | Biểu mức phí— | Token ngữ cảnh, lớn hơn0 | Token ngữ cảnh, tối đa và bao gồmKhông có giới hạn trên | Phí Đầu vào · Token đầu vào $0.00004 / 1K token Đầu ra · Token đầu ra $0 / 1K token Đầu vào · Đọc bộ nhớ đệm — / 1K token Đầu vào · Ghi bộ nhớ đệm — / 1K token Đầu vào · Ghi bộ nhớ đệm, 1 giờ — / 1K token |
Ailoot tạm giữ một khoản ước tính trước yêu cầu. Sau khi có kết quả, phí cuối cùng được quyết toán theo mức sử dụng đo được. Việc quyết toán khi truyền luồng dùng bản ghi mức sử dụng cuối cùng. Cách hoạt động của cơ chế tạm giữ và quyết toán →
{\n "model": "respan/span-01",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='respan/span-01'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Lưu mọi phản hồi hoàn chỉnh, tệp và phần nội dung được trả về.
Giữ lại mọi câu trả lời được cung cấp theo ID câu hỏi với đúng kiểu dữ liệu, giá trị noul/choice/score, độ tin cậy, xác suất và chú giải. Toàn bộ JSON gốc chỉ được lưu và trả về sau khi quyết toán.
Giữ nguyên thao tác ban đầu và phản hồi đầy đủ/một phần; không gửi lại POST.
| Trường | Loại |
|---|---|
Trườngmodel | Loạistring |
Trườngid | Loạistring |
Trườngprovider | Loạistring |
Trườnganswers.<id>.type | Loạistring |
Trườnganswers.<id>.noul | Loạinumber |
Trườnganswers.<id>.choice | Loạistring |
Trườnganswers.<id>.score | Loạinumber |
Trườnganswers.<id>.confidence | Loạinumber |
Trườnganswers.<id>.probabilities | Loạiobject |
Trườnganswers.<id>.legend | Loạiobject |
Trườngusage.input_tokens | Loạiinteger |
Trườngusage.output_tokens | Loạiinteger |
Trườngusage.cost | Loạinumber |
| Phản hồi | Điều kiện | Bước tiếp theo |
|---|---|---|
Phản hồi400 · invalid_request_error | Điều kiệnTrường bắt buộc, biểu diễn hoặc giá trị không hợp lệ | Bước tiếp theoSửa trường yêu cầu được chỉ ra. |
Ailoot Ultra respan/span-01
Dùng các đường dẫn phương thức hiển thị ở trên.