Nightschool AI

Nightschool AI

Mô hình quyết định so với mô hình ngôn ngữ: Jev là gì và khi nào nên sử dụng nó

Một số công việc cần từ ngữ và một số cần một quyết định. Tìm hiểu mô hình quyết định như Jev làm gì, những gì nó không thể làm và khi nào Claude phù hợp hơn.

By the end of this, you'll be able to:

Tell a job that needs words apart from a job that needs a decision
Explain what a decision model like Jev returns, and what it cannot do
Split a messy task into facts, narrow judgments, policy, and hard rules
Decide when Claude is the right tool and when a narrow decision layer fits better

Hầu hết những gì bạn đã thực hành cho đến nay là về ngôn ngữ: yêu cầu Claude soạn thảo, giải thích, tóm tắt hoặc suy nghĩ thành tiếng với bạn. Đó là nơi Claude tỏa sáng.

Tuy nhiên, một số công việc không thực sự liên quan đến ngôn ngữ. Chúng là một chuỗi các cuộc gọi nhỏ, lặp đi lặp lại. Email này có phải là yêu cầu hoàn tiền không? Vé này có cần người thật không? Khách hàng tiềm năng này có phù hợp không? Vào ngày 15 tháng 9 năm 2026, một công ty tên là TypeSafe AI đã ra mắt Jev, một mô hình được xây dựng chỉ dành cho loại công việc thứ hai đó.

Bạn có thể không bao giờ sử dụng Jev. Tuy nhiên, nó vẫn đáng để hiểu, bởi vì nó mài giũa một kỹ năng bạn cần mỗi ngày với Claude: biết loại công cụ nào mà một nhiệm vụ thực sự yêu cầu.

Mô hình quyết định trả về gì

Một mô hình ngôn ngữ như Claude trả lời bằng từ ngữ. Một mô hình quyết định trả lời bằng một giá trị được gõ: có hoặc không, một lựa chọn từ một danh sách bạn cung cấp hoặc một điểm số. Mỗi câu trả lời đi kèm với một số độ tin cậy, và TypeSafe đào tạo Jev để số đó được hiệu chỉnh. Nói một cách đơn giản, khi nó nói rằng nó rất chắc chắn, nó sẽ đúng thường xuyên như vậy. Đó là tuyên bố của nhà sản xuất, vì vậy các nhóm vẫn kiểm tra nó dựa trên kết quả của riêng họ.

Đây là phần khiến mọi người ngạc nhiên: Jev không thể viết văn bản. Không có tóm tắt, không có email, không có giải thích. Bạn hỏi những câu hỏi hẹp và nó trả về các quyết định.

Hai chi tiết nữa quan trọng. Bạn có thể hỏi một vài câu hỏi trong một cuộc gọi, và tất cả chúng đều chạy song song, vì vậy một câu hỏi bổ sung hầu như không làm tăng thêm thời gian chờ đợi. Và nó đọc tới 32K token ngữ cảnh mỗi cuộc gọi, đủ chỗ cho một chuỗi email dài hoặc một phiếu hỗ trợ chi tiết.

Quy tắc bốn phần

Các nhóm sử dụng mô hình quyết định tốt tuân theo một khuôn mẫu. Hãy hình dung một hàng đợi email hoàn tiền:

Mã tính toán các sự kiện. Đơn hàng được đặt khi nào? Đã thanh toán bao nhiêu? Phần mềm sẽ tra cứu những thông tin đó. Không có mô hình nào đoán chúng.

Mô hình đưa ra một phán đoán hẹp. "Khách hàng này có yêu cầu hoàn tiền không, có hay không?" Một câu hỏi mà mô hình thực sự giỏi.

Mã áp dụng chính sách. "Yêu cầu hoàn tiền trong thời gian trả hàng được chấp thuận." Một quy tắc bằng văn bản, được áp dụng theo cùng một cách mọi lúc.

Các quy tắc cứng thắng. "Các khoản hoàn tiền lớn luôn được chuyển cho một người" ghi đè lên mọi thứ, bất kể mô hình tự tin đến đâu.

Hãy chú ý công việc của mô hình nhỏ đến mức nào. Đó chính là điểm mấu chốt. Câu hỏi càng hẹp, bạn càng có thể tin tưởng câu trả lời và càng dễ kiểm tra.

Nó không phải là gì

Một mô hình quyết định là một lớp quyết định. Nó không phải là một chiến lược, và nó không phải là một lợi thế. Nó sẽ không cho bạn biết doanh nghiệp của bạn nên làm gì, và nó sẽ không nhận ra rằng bạn đã hỏi sai câu hỏi. Nếu bất kỳ ai cũng có thể gọi cùng một mô hình, lợi thế của bạn đến từ các câu hỏi bạn thiết kế và các quy tắc bạn đặt xung quanh chúng.

Hầu hết thời gian, bạn sẽ không cần một cái. Nếu một nhiệm vụ xảy ra một vài lần một tuần, hoặc câu trả lời cần bất kỳ lời giải thích nào, Claude là lựa chọn đơn giản hơn. Một mô hình quyết định bắt đầu có ý nghĩa khi cùng một cuộc gọi hẹp lặp lại nhiều lần, câu trả lời là một nhãn thay vì một đoạn văn, và bạn muốn một số tin cậy mà bạn có thể đặt ngưỡng.

Nơi Claude vẫn phù hợp

Ngay cả khi một mô hình quyết định thực hiện việc phân loại, Claude thường là đối tác tốt nhất để thiết kế hệ thống xung quanh nó. Yêu cầu Claude giúp bạn chia một quy trình lộn xộn thành các sự kiện, phán đoán, chính sách và các quy tắc cứng. Yêu cầu nó soạn thảo các câu hỏi có-hoặc-không hẹp, và chỉ ra nơi một câu hỏi thực sự là hai câu hỏi được ngụy trang. Sau đó, hãy để mỗi công cụ thực hiện công việc mà nó được xây dựng cho.