Source: https://ailoot.ai/models/vi/jaredpalmer-kev-4b/
Canonical: https://ailoot.ai/models/vi/jaredpalmer-kev-4b/
Language: vi

# Jared Palmer: Kev 4B

[Markdown](https://ailoot.ai/models/vi/jaredpalmer-kev-4b/index.md) · [JSON](https://ailoot.ai/models/vi/jaredpalmer-kev-4b/facts.json)

## [Jared Palmer: Kev 4B](https://ailoot.ai/models/vi/jaredpalmer-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.

- [**Ailoot Ultra · System One** `POST /v1/systemone` `jaredpalmer/kev-4b`](https://ailoot.ai/models/vi/jaredpalmer-kev-4b/#method-0)

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`](https://ailoot.ai/models/vi/#m=jaredpalmer%2Fkev-4b&route=Ultra&caller=jaredpalmer%2Fkev-4b&fmt=systemone)

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ường | Loại | Yêu cầu | Giá trị & giới hạn | Mặc định |
| --- | --- | --- | --- | --- |
| Trường`model` | Loại`string` | Yêu cầuBắt buộc | Giá trị & giới hạn jaredpalmer/kev-4b | Mặc định— |
| Trường`provider` | Loại`schema` | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`questions` | Loại`object` | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`session_id` | Loại`string` | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`state` | Loại`schema` | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`trace` | Loại`schema` | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`user` | Loại`string` | Yêu cầuKhông bắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`questions.<id>.type` | Loại`string` | Yêu cầuBắt buộc | Giá trị & giới hạn noul, choice, score | Mặc định— |
| Trường`questions.<id>.instructions` | Loại`string\|object\|array` | Yêu cầuBắt buộc | Giá trị & giới hạn | Mặc định— |
| Trường`questions.<id>.criteria` | Loại`object\|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ường`questions.<id>.criteria.true` | Loại`string\|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ường`questions.<id>.criteria.false` | Loại`string\|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— |

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_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.

### 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ì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.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ầ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.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 →](https://ailoot.ai/docs/vi/billing/reserve/)

### 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 đủ

```json
{
  "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."
  }
}
```

```bash
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ường | Loại |
| --- | --- |
| Trường`model` | Loạistring |
| Trường`id` | Loạistring |
| Trường`provider` | Loạistring |
| Trường`answers.<id>.type` | Loạistring |
| Trường`answers.<id>.noul` | Loạinumber |
| Trường`answers.<id>.choice` | Loạistring |
| Trường`answers.<id>.score` | Loạinumber |
| Trường`answers.<id>.confidence` | Loạinumber |
| Trường`answers.<id>.probabilities` | Loạiobject |
| Trường`answers.<id>.legend` | Loạiobject |
| Trường`usage.input_tokens` | Loạiinteger |
| Trường`usage.output_tokens` | Loạiinteger |
| Trường`usage.cost` | Loạinumber |

Lỗi và bước tiếp theo

| 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. |

### Bí danh

#### Bí danh mô hình

**Ailoot Ultra** [`jaredpalmer/kev-4b`](https://ailoot.ai/models/vi/#m=jaredpalmer%2Fkev-4b&route=Ultra&caller=jaredpalmer%2Fkev-4b&fmt=systemone)

#### 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`](https://ailoot.ai/models/vi/#m=jaredpalmer%2Fkev-4b&route=Ultra&caller=jaredpalmer%2Fkev-4b&fmt=systemone)

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`

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](https://ailoot.ai/docs/vi/billing/subscriptions/) · [Xem giá mô hình](https://ailoot.ai/models/vi/)

## 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](mailto:support@ailoot.ai) · [Đề nghị giao kết và thỏa thuận cấp phép](https://ailoot.ai/legal/offer?lang=vi)

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





Ailoot dựa trên kinh nghiệm vận hành tích lũy, cơ sở khách hàng lớn, dịch vụ ổn định và việc kiểm soát KPI liên tục.





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.





Ailoot áp dụng kinh nghiệm vận hành này để cung cấp quyền truy cập API vào các tính năng AI trong sản phẩm của khách hàng, tác tử, ứng dụng và quy trình tự động hóa.