mô hình

Jared Palmer: Kev 4B

Markdown · JSON

Jared Palmer: Kev 4B

Kev-4B chấm điểm các câu hỏi có kiểu về một tài liệu tiếng Anh được cung cấp và trả về xác suất đã hiệu chỉnh trên các phương án do bạn định nghĩa. Hãy dùng câu hỏi có/không, câu hỏi lựa chọn và câu hỏi điểm có thứ tự cho phân loại, định tuyến, sàng lọc ưu tiên và các bước kiểm tra cần một quyết định có cấu trúc thay vì văn bản được sinh ra.

Về mô hình

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.

Kev-4B là mô hình quyết định nhỏ gọn để trả lời các câu hỏi có kiểu về một trạng thái được cung cấp. Trạng thái là tài liệu hoặc bản ghi đang được đánh giá, và mỗi câu hỏi định nghĩa các phương án mà mô hình có thể chấm điểm. Kết quả là một phân phối xác suất và một bản ghi quyết định có kiểu, giúp mô hình hữu ích cho phân loại tài liệu, định tuyến, sàng lọc ưu tiên, lựa chọn trích xuất và kiểm tra theo tiêu chí đã nêu.

Mô hình kết hợp mô hình nền Qwen3.5-4B-Base được đóng băng với một bộ điều hợp LoRA và một đầu con trỏ. Mô hình nền có 32 lớp, gồm 24 lớp Gated DeltaNet và tám lớp chú ý đầy đủ. Bộ điều hợp nhắm vào các phép chiếu của cơ chế chú ý, MLP và DeltaNet; đầu con trỏ chấm điểm các phương án được cung cấp và chuyển các điểm đó thành xác suất. Đây là quy trình quyết định chỉ dùng giai đoạn prefill, trong đó các phương án tạo thành không gian đáp án.

Ba loại câu hỏi có thể xuất hiện trong cùng một yêu cầu. Câu hỏi lựa chọn chấp nhận 1–255 phương án có tên, có thể kèm mô tả, và trả về phương án có khả năng cao nhất, một giá trị độ tin cậy riêng và xác suất cho các phương án. Câu hỏi có/không, được gọi là noul trong định dạng của nhà sản xuất, trả về xác suất của đáp án có. Hãy định nghĩa ý nghĩa của có ngay trong câu hỏi thay vì giả định rằng con số cao luôn nghĩa là kết quả tích cực đối với ứng dụng.

Câu hỏi điểm có thứ tự chấp nhận 1–255 cấp độ và trả về xác suất cho các cấp độ cùng chỉ số kỳ vọng của chúng. Chỉ số cấp độ được đánh số bắt đầu từ không. Định dạng kết quả của nhà sản xuất cũng mang theo chú giải cấp độ và một giá trị độ tin cậy riêng. Chỉ số kỳ vọng có thể là số thập phân: nó tóm tắt phân phối trên các cấp độ có thứ tự của bạn thay vì chọn một nhãn văn bản mới. Hãy giữ thứ tự cấp độ và chú giải cùng kết quả để mức đánh giá được diễn giải nhất quán.

Các câu hỏi dùng chung một trạng thái nhưng được đánh giá độc lập. Một câu hỏi không thể đọc đáp án của câu hỏi khác, và trạng thái được tính một lần rồi dùng lại. Nếu một quyết định sau phụ thuộc vào kết quả của quyết định trước, hãy thể hiện rõ sự phụ thuộc đó trong một trạng thái tiếp theo thay vì kỳ vọng các câu hỏi trong một yêu cầu tạo thành chuỗi. Điều này khiến quy trình trạng thái dùng chung phù hợp cho nhiều bước kiểm tra độc lập trên cùng một tài liệu.

Hãy chuẩn bị trạng thái với bằng chứng mà các câu hỏi thực sự cần. Trạng thái có thể là văn bản thuần hoặc một đối tượng hay mảng JSON được trình bày thành văn bản có nhãn. Giữ rõ tên trường, đơn vị, điều kiện chính sách và các đoạn nguồn liên quan. Viết chỉ dẫn cụ thể cho từng câu hỏi và gán cho các phương án những ý nghĩa có thể phân biệt được dựa trên bản ghi. Với một tác vụ định tuyến yêu cầu hỗ trợ của riêng bạn, trạng thái có thể chứa yêu cầu và ngữ cảnh của nó, còn các lựa chọn định nghĩa danh mục giao hàng, truy cập và hỗ trợ sản phẩm kèm mô tả ngắn.

Câu hỏi thứ hai có thể đánh giá mức khẩn cấp, và một câu hỏi có thứ tự có thể đánh giá mức độ cần theo dõi tiếp của yêu cầu. Những câu hỏi này trả lời các vấn đề vận hành khác nhau, vì vậy hãy định nghĩa riêng từng câu. Hãy thêm phương án rà soát hoặc thiếu bằng chứng phù hợp khi tác vụ lựa chọn cần đến, và giữ toàn bộ phân phối khi có nhiều danh mục đều hợp lý. Ứng dụng quyết định cách định tuyến hoặc rà soát kết quả; mô hình cung cấp bản ghi đã chấm điểm.

Kev-4B được thiết kế cho các quyết định có kiểu trên tài liệu dài vài nghìn token. Hồ sơ phục vụ của nhà sản xuất chấp nhận trạng thái tối đa 65,536 token và dành thêm không gian cho mỗi câu hỏi, trong khi độ dài ngữ cảnh đã được kiểm chứng cho checkpoint này là 8192 token. Đó là hai ranh giới khác nhau: việc chấp nhận trạng thái dài hơn không chứng minh quyết định đáng tin cậy như nhau ở mọi độ dài. Hãy giữ các đoạn mang tính quyết định ngắn gọn và giữ nguyên nhãn của chúng khi chuẩn bị bản ghi dài để phân loại.

Hồ sơ được phát hành dành cho tiếng Anh. Các tác vụ hữu ích phụ thuộc vào bằng chứng trong trạng thái được cung cấp và các phương án đã định nghĩa, thay vì trò chuyện mở, tóm tắt hay trả lời dựa trên kiến thức rộng. Phép tính ngày tháng ở mức từng ngày là một hạn chế cụ thể: nhà sản xuất cung cấp một bộ tiền xử lý dữ kiện ngày tháng riêng để đưa vào các khoảng thời gian đã tính sẵn. Với kiểm tra hạn chót, hãy đưa các ngày liên quan và khoảng cách ngày đã tính vào trạng thái, cùng với quy tắc sử dụng chúng.

Checkpoint đi kèm hiệu chỉnh xác suất đã được khớp sẵn, nhưng độ tin cậy có thể thay đổi theo lĩnh vực tài liệu và cách thiết kế câu hỏi. Nhà sản xuất cũng ghi tài liệu về việc tinh chỉnh checkpoint mở trên nhãn dành riêng cho tác vụ và khớp hiệu chỉnh xác suất cho khối lượng công việc đó; đây là quy trình tùy biến tách biệt với việc chấm điểm một trạng thái được cung cấp. Hãy chọn ngưỡng quyết định bằng các ví dụ có nhãn từ khối lượng công việc thực tế và giữ các trường hợp chưa chắc chắn hiển thị để rà soát. Nhà sản xuất loại trừ các quyết định hệ trọng về con người được tự động hóa hoàn toàn mà không có con người rà soát. Thứ tự phương án cũng có thể ảnh hưởng đến đáp án, vì vậy hãy giữ thứ tự ổn định khi so sánh kết quả. Hãy đánh giá nhãn được chọn, trường độ tin cậy riêng và phân phối xác suất theo vai trò của từng thành phần trong quy trình của bạn.

Bản phát hành Kev-4B hiện tại mà nhà sản xuất mô tả thuộc Kev 1.0 và dùng mô hình nền Qwen3.5. Các bản phát hành trước đây dựa trên Qwen3 và các bản chỉ có giai đoạn xử lý tài liệu vẫn là những phiên bản riêng biệt. Hãy giữ phiên bản đã chọn và định nghĩa câu hỏi gắn với đầu ra khi phát triển quy trình dành riêng cho tác vụ, thay vì trộn lẫn kết quả từ các hồ sơ khác nhau.

Một sản phẩm cuối cùng hữu ích là tập bản ghi quyết định có tên, kèm câu hỏi gốc, định nghĩa phương án, phân phối và mọi chú giải cấp độ có thứ tự. Với kiểm tra chất lượng câu trả lời, trạng thái nên bao gồm câu trả lời đề xuất, bằng chứng và tiêu chí đang được kiểm tra. Với sàng lọc chính sách, trạng thái nên bao gồm quy tắc áp dụng và các dữ kiện liên quan. Hãy giữ đầu vào đó bên cạnh kết quả để việc rà soát có thể xác định vì sao một quyết định là phù hợp hoặc dữ kiện còn thiếu nào cần được bổ sung.

Ailoot Ultra · System One POST /v1/systemone jaredpalmer/kev-4b

jaredpalmer/kev-4b

Jared Palmer /jaredpalmer/kev-4b

Bắt đầu

Kev-4B chấm điểm các câu hỏi có kiểu về một tài liệu tiếng Anh được cung cấp và trả về xác suất đã hiệu chỉnh trên các phương án do bạn định nghĩa. Hãy dùng câu hỏi có/không, câu hỏi lựa chọn và câu hỏi điểm có thứ tự cho phân loại, định tuyến, sàng lọc ưu tiên và các bước kiểm tra cần một quyết định có cấu trúc thay vì văn bản được sinh ra.

Đầu vào được chấp nhận
Văn bản
Kết quả
decisions

Có trên Ailoot · đầu vào & phương thức

Ailoot Ultra · System One POST /v1/systemone
Đầu vào
text
Đầu ra
decisions
Định dạng đầu ra
json
TrườngLoạiYêu cầuGiá trị & giới hạnMặc định
TrườngmodelLoạistringYêu cầuBắt buộcGiá trị & giới hạn
jaredpalmer/kev-4b
Mặc định—
TrườngproviderLoạischemaYêu cầuKhông bắt buộcGiá trị & giới hạnMặc định—
TrườngquestionsLoạiobjectYêu cầuBắt buộcGiá trị & giới hạnMặc định—
Trườngsession_idLoạistringYêu cầuKhông bắt buộcGiá trị & giới hạnMặc định—
TrườngstateLoạischemaYêu cầuBắt buộcGiá trị & giới hạnMặc định—
TrườngtraceLoạischemaYêu cầuKhông bắt buộcGiá trị & giới hạnMặc định—
TrườnguserLoạistringYêu cầuKhông bắt buộcGiá trị & giới hạnMặc định—
Trườngquestions.<id>.typeLoạistringYêu cầuBắt buộcGiá trị & giới hạn
noul, choice, score
Mặc định—
Trườngquestions.<id>.instructionsLoạistring|object|arrayYêu cầuBắt buộcGiá trị & giới hạnMặc định—
Trườngquestions.<id>.criteriaLoạiobject|arrayYêu cầuKhông bắt buộcGiá 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.trueLoạistring|object|arrayYêu cầuBắt buộcGiá 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.falseLoạistring|object|arrayYêu cầuBắt buộcGiá trị & giới hạn
Áp dụng khi: Đã cung cấp đối tượng tiêu chí noul
Mặc định—
Tổ hợp tư liệu đầu vào

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ố phương thức và vòng đời
Tham sốHợp đồng
Tham sốcontent_typeHợp đồngapplication/json
Tham sốrequiredHợp đồngmodel, state, questions
Tham sốmaterial_typesHợp đồngtext
Tham sốoptional_controlsHợp đồngprovider, session_id, trace, user
Tham sốmultimodal_input_bindingHợ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.

Bảng giá

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.

Chế độ nhanh
Chưa chỉ định Khi chọn chế độ nhanh
Chế độ Flex
Chưa chỉ định Khi chọn chế độ flex
Mức độ suy luận tối đa
Chưa chỉ định Khi áp dụng mức điều chỉnh mặc định (default) cho mức độ suy luận tối đa

Mức phí Ailoot

Giá theo cấu hình

Đố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ìnhBiểu mức phíToken ngữ cảnh, lớn hơnToken ngữ cảnh, tối đa và bao gồmPhí
Cấu hìnhGiá cơ sở cho tokenBiểu mức phíMức phí cơ bảnToken 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ênPhí
Đầu vào · Token đầu vào $0.000084 / 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ầuBiểu mức phí—Token ngữ cảnh, lớn hơn0Token ngữ cảnh, tối đa và bao gồmKhông có giới hạn trênPhí
Đầu vào · Token đầu vào $0.000084 / 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 →

Ví dụ yêu cầu

Ailoot Ultra · System One

Cấu trúc yêu cầu chính thức được giữ nguyên; ví dụ trong tài liệuSử dụng dữ liệu yêu cầu thực tế của bạn và giữ lại kết quả đầy đủ
{
  "model": "jaredpalmer/kev-4b",
  "questions": {
    "is_bug": {
      "criteria": {
        "false": "The customer is asking a question or requesting a feature.",
        "true": "The customer describes broken or unexpected product behavior."
      },
      "instructions": "Is the customer reporting a software defect?",
      "type": "noul"
    },
    "team": {
      "criteria": {
        "account": "Login, permissions, or profile issues.",
        "frontend": "Rendering, layout, or browser compatibility issues.",
        "payments": "Checkout, billing, or payment processing issues."
      },
      "instructions": "Which team should own this ticket?",
      "type": "choice"
    },
    "urgency": {
      "criteria": [
        "Can wait for the next release",
        "Should be fixed this week",
        "Blocking revenue right now"
      ],
      "instructions": "How urgent is this ticket?",
      "type": "score"
    }
  },
  "state": {
    "customer_tier": "enterprise",
    "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."
  }
}
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"
export AILOOT_REQUEST_FILE
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))
if not isinstance(p,dict): raise SystemExit('Request must be a JSON object')
p['model']='jaredpalmer/kev-4b'
Path('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \
  -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
  --data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
print(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))
PY_RESULT

Nhận và lưu kết quả

Ailoot Ultra · System One

json

Lưu tất cả kết quả đã hoàn tất

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.

Nếu cần kiểm tra phản hồi gốc

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 phản hồi
TrườngLoại
TrườngmodelLoạistring
TrườngidLoạistring
TrườngproviderLoạistring
Trườnganswers.<id>.typeLoạistring
Trườnganswers.<id>.noulLoạinumber
Trườnganswers.<id>.choiceLoạistring
Trườnganswers.<id>.scoreLoạinumber
Trườnganswers.<id>.confidenceLoạinumber
Trườnganswers.<id>.probabilitiesLoạiobject
Trườnganswers.<id>.legendLoạiobject
Trườngusage.input_tokensLoạiinteger
Trườngusage.output_tokensLoạiinteger
Trườngusage.costLoạinumber
Lỗi và bước tiếp theo
Phản hồiĐiều kiệnBướ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.

Bí danh

Bí danh mô hình

Ailoot Ultra jaredpalmer/kev-4b

Bí danh đường dẫn phương thức

Dùng các đường dẫn phương thức hiển thị ở trên.

ID gọi liên quan

jaredpalmer/kev-4b

FAQ · Jared Palmer: Kev 4B
Có những đầu vào và kết quả nào?

POST /v1/systemone · jaredpalmer/kev-4b: text → decisions

Yêu cầu sử dụng những trường nào?

POST /v1/systemone · jaredpalmer/kev-4b: model, provider, questions, session_id, state, trace, user

Xem thêm chi tiết

Kết nối Ailoot với Claude Code, OpenCode, Hermes hoặc ứng dụng của bạn.

Công ty và danh mục dự án của công ty

Công ty và danh mục dự án của công ty: hàng triệu khách hàng; doanh số hàng tỷ mỗi tháng.

Mua token với giá ưu đãi.

Ưu đãi thuê bao cho nhu cầu thường xuyên. Mã khuyến mãi giảm đến 50% khi mua token.

Thuê bao
Chọn gói ưu đãi cho các yêu cầu thường xuyên của bạn.
Mã giảm đến 50%
Nhập mã khi mua. Giá được tính lại theo chương trình đang áp dụng.
Chi phí trong lịch sử
Mô hình, token và số tiền được lưu cho mỗi yêu cầu.

Chọn gói thuê bao · Xem giá mô hình

Kết nối API vào sản phẩm bạn đang bán.

SaaS, ứng dụng và bot — theo đề nghị giao kết chính thức và thỏa thuận cấp phép Ailoot. Muốn bán lại, hãy yêu cầu giấy phép bán lại.

Ứng dụng thương mại
Tích hợp tạo văn bản, ảnh, video và âm thanh vào các tính năng trả phí của dịch vụ.
Giấy phép bán lại
Gửi mô tả dự án và cách cung cấp quyền truy cập. Yêu cầu điều khoản sử dụng và bán lại bằng văn bản.
Tài liệu trên website
Đề nghị giao kết, thỏa thuận cấp phép và chính sách xử lý dữ liệu có sẵn trước khi kết nối.

Yêu cầu giấy phép bán lại · Đề nghị giao kết và thỏa thuận cấp phép