
Jev เป็นโอเพนซอร์สหรือไม่? เวตถูกปิด แต่เครื่องมือไม่ปิด
- typesafeใหม่TypeSafe: Jev 1.132026-09-24$0.04 / $0.00 ต่อ 1 ล้านโทเค็น · 349 tok/s
- OpenAIใหม่OpenAI: GPT-6 Luna2026-09-2237ความฉลาด
- OpenAIใหม่OpenAI: GPT-6 Sol2026-09-2248ความฉลาด
- Anthropicใหม่Anthropic: Claude Opus 5.52026-09-2258ความฉลาด
- xAIใหม่Grok 4.72026-09-2146ความฉลาด
- Orcaใหม่Orca: OrcaCyber Zero 1.02026-09-17$3.00 / $5.00 ต่อ 1 ล้านโทเค็น · 208 tok/s
- Orcaใหม่Orca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 ต่อ 1 ล้านโทเค็น · 680 tok/s
- DeepSeekDeepSeek: DeepSeek V4.1 Flash2026-09-1040ความฉลาด
- OpenAIOpenAI: GPT-6 Astra2026-09-0453ความฉลาด77การเขียนโค้ด
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241ความฉลาด76การเขียนโค้ด
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245ความฉลาด76การเขียนโค้ด
- AnthropicAnthropic: Claude Fable 5.12026-09-0153ความฉลาด82การเขียนโค้ด
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 ต่อ 1 ล้านโทเค็น · 49 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 ต่อ 1 ล้านโทเค็น · 105 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642ความฉลาด72การเขียนโค้ด
- DeepSeekDeepSeek: DeepSeek V4 Flash Vision (Exp)2026-08-21$0.22 / $0.66 ต่อ 1 ล้านโทเค็น · 219 tok/s
- z-aiZ.ai: GLM 5.32026-08-1845ความฉลาด75การเขียนโค้ด
- obsidianQwen3.8 27B2026-08-1534ความฉลาด68การเขียนโค้ด
- DeepSeekDeepSeek: DeepSeek V4 Pro 08132026-08-1236ความฉลาด69การเขียนโค้ด
- xAISpaceXAI: Grok 4.62026-08-1244ความฉลาด77การเขียนโค้ด
ไม่ Jev 1.13 (typesafe/jev-1.13) ไม่ใช่โอเพนซอร์ส ไม่มีที่เก็บเวตให้ค้นหา และไม่ว่าจะเลื่อนดูองค์กร GitHub ของ TypeSafe มากแค่ไหน ก็จะไม่พบเช็กพอยต์ เอกสารสถาปัตยกรรม หรือจำนวนพารามิเตอร์ สิ่งที่มีคือซอฟต์แวร์โดยรอบโมเดล: รีโปสาธารณะสิบเอ็ดแห่ง ทุกแห่งเป็น MIT หรือ Apache-2.0 และไม่มีแห่งใดมีตัว Jev เอง นั่นคือคำตอบหนึ่งบรรทัดที่ตรงไปตรงมา — เครื่องมือเปิด แต่โมเดลไม่เปิด — และมันเป็นอีกครึ่งของเรื่องที่ผู้อ่านไม่เคยได้จากคำว่า "ปิด โฮสต์ ไม่เผยแพร่" เพียงอย่างเดียว มีสองวันที่เป็นกรอบของเรื่องนี้ TypeSafe ปล่อยโมเดลเมื่อวันที่ 2026-09-15 ซึ่งอยู่นอกหน้าต่างเจ็ดวันที่บล็อกนี้เขียนถึง ดังนั้นนี่จึงไม่ใช่บทความเปิดตัว และไม่มีสิ่งใดในนี้ที่ควรถูกอ่านในฐานะนั้น เหตุการณ์ที่มีวันที่กำกับคือ 2026-09-24 เมื่อ OrcaRouter เพิ่ม typesafe/jev-1.13 เข้าสู่แค็ตตาล็อกของตัวเอง: เป็นครั้งแรกที่ Jev สามารถถูกเรียกใช้ผ่านเกตเวย์ของบุคคลที่สาม แทนที่จะผ่านเฉพาะ endpoint ของ TypeSafe เอง นั่นคือข้อยกเว้นที่หน้านี้ดำเนินอยู่ — โมเดลที่กลายเป็นเรียกใช้ได้ในที่ที่มันไม่เคยเรียกใช้ได้
สิ่งที่เปลี่ยนไปสำหรับผู้อ่านนั้นแคบและเป็นรูปธรรม ก่อนวันที่ 2026-09-24 การประเมิน Jev หมายความว่าคุณต้องเปิดความสัมพันธ์กับผู้ขายรายที่สองก่อนที่คุณจะได้ทดสอบการตัดสินใจแม้แต่รายการเดียว หลังจากนั้น Jev อยู่บนคีย์เดียวกับครึ่งที่เป็นงานสร้างสรรค์ของเวิร์กโฟลว์เดียวกันAPI เดียวสำหรับโมเดล 200+ รายการ คิด markup 0% (ราคาตามรายการของผู้ให้บริการถูกส่งผ่านตรงมา ดังนั้นการลดราคาของผู้ขายจึงมีผลที่นี่ในวันเดียวกัน) โดยมีโมเดลที่เข้าถึงได้ที่ typesafe/jev-1.13 คุณยังเรียกใช้มันในรูปแบบของตัวเอง — POST /v1/systemone, non-streaming — เพราะนั่นไม่ใช่เส้นทาง chat-completions ของ OpenAI แต่สัญญาที่คุณลงนามและคีย์ที่คุณหมุนนั้นเป็นสิ่งที่คุณมีอยู่แล้ว
คำตอบคือสองคำตอบ และทั้งสองจำเป็น
"Jev เป็นโอเพนซอร์สหรือไม่?" ฟังดูเป็นคำถามแบบใช่/ไม่ใช่ แต่จริง ๆ แล้วทำตัวเหมือนคำถามสองส่วน ส่วนแรก: ตัวโมเดล มันเป็นแบบปิด TypeSafe ไม่ได้เผยแพร่น้ำหนัก สถาปัตยกรรม ตัวเลขคอมพิวต์ที่ใช้ฝึก หรือจำนวนพารามิเตอร์ของ Jev 1.13 และไม่มีรีโพซิทอรีที่ตั้งชื่อตามมัน ส่วนที่สอง: ซอฟต์แวร์โดยรอบ มันเปิด มีการดูแลอย่างต่อเนื่อง และมีประโยชน์จริง ๆ และนี่คือเหตุผลที่ผู้อ่านที่กำลังค้นหารีโพซิทอรีไม่ได้แค่โชคร้าย
การสับสนระหว่างสองสิ่งนี้ก่อให้เกิดข้อสรุปที่ผิดทั้งสองทาง สมมติว่าทั้งหมดเป็นแบบเปิด คุณจะเสียเวลาทั้งบ่ายไปกับการมองหาเช็คพอยต์ที่ไม่มีอยู่จริง สมมติว่าทั้งหมดเป็นแบบปิด คุณจะพลาดส่วนที่สำคัญจริง ๆ หากคุณกังวลเรื่องการผูกติดกับผู้ให้บริการรายเดียว — อะแดปเตอร์ที่ใช้สัญญาอนุญาต MIT ซึ่งให้คุณพัฒนาโดยอิงกับอินเทอร์เฟซการตัดสินใจแบบมีชนิดข้อมูล และเปลี่ยนสิ่งที่อยู่เบื้องหลังได้
สิ่งที่ TypeSafe เผยแพร่จริงๆ
อ่านเมื่อวันที่ 2026-09-30 องค์กรมีรีโพซิทอรีสาธารณะสิบเอ็ดแห่ง จำนวนดาวและวันที่ push เปลี่ยนแปลงได้ ดังนั้นให้ถือว่านี่เป็นภาพรวม ณ ช่วงเวลาหนึ่ง ไม่ใช่คุณสมบัติตายตัวของโปรเจกต์ สัญญาอนุญาตทุกฉบับเป็น MIT หรือ Apache-2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น

• skills — MIT, ประมาณ 2.4k ดาว, push ครั้งล่าสุด 2026-09-12. "สกิลของเอเจนต์สำหรับการสร้างด้วย System One API ของ TypeSafe"
• system-one-adapter-python — MIT, 356 ดาว, พุชล่าสุด 2026-09-22. "ตัวแทนแบบดรอปอินสำหรับ TypeSafeClient ที่ขับเคลื่อนโดย LLM APIs"
typesafe-sdk-js — MIT, 257 ดาว, พุชล่าสุด 2026-09-15 ไลบรารี TypeScript/JavaScript อย่างเป็นทางการสำหรับ TypeSafe API
• typesafe-sdk-python — MIT, 254 ดาว, push ครั้งล่าสุด 2026-09-26 ไลบรารี Python อย่างเป็นทางการ; v0.7.2 เพิ่ม extra `http2` ในวันนั้น และ v0.7.1 เมื่อ 2026-09-21 เพิ่มตัวอย่างการใช้งานกับ AI gateways
• daggerverse — Apache-2.0, 23 ดาว, push ครั้งล่าสุด 2026-09-25 คอลเลกชันของโมดูล Dagger
• WorkflowEvals — Apache-2.0, 7 ดาว, พุชล่าสุด 2026-09-29. "เผยแพร่โค้ดเวิร์กโฟลว์ของ evals.typesafe.ai แล้ว"
• n8n-nodes-typesafe-ai — MIT, 1 ดาว, พุชล่าสุด 2026-09-29
• typesafe-ai.github.io — ไม่ได้ระบุสัญญาอนุญาต, 2 ดาว, พุชล่าสุด 2026-06-04
อีกสามรายการเป็นฟอร์กของโปรเจกต์ที่ไม่เกี่ยวข้องกัน และจะกล่าวถึงด้านล่างนี้: pulumi-clickhouse, LLaDA และ vllm
ไม่มีอะไรในรายการนั้นที่เป็นโมเดล ไม่มีที่เก็บ Jev ไม่มีไฟล์น้ำหนัก ไม่มีโทเคไนเซอร์ ไม่มีการตั้งค่าสำหรับให้บริการ — ไม่มีอะไรที่จะทำให้คุณตั้งสำเนาที่ใช้งานได้ขึ้นมาได้ ที่เก็บเหล่านี้เป็นเพียงของประดับฝั่งไคลเอนต์: SDK อย่างเป็นทางการสองตัว, แพ็กทักษะเอเจนต์, คอลเลกชันโมดูล CI, ชุดประเมินที่เผยแพร่แล้ว, โหนด n8n, เว็บไซต์องค์กร, และอะแดปเตอร์ นั่นคือพื้นผิวจริงที่ได้รับการดูแลอย่างดี และมันไม่ใช่ตัวโมเดล
รีโพซิทอรีหนึ่งเดียวที่สำคัญ หากคุณกำลังพยายามหลีกเลี่ยงการผูกติดกับผู้ให้บริการ
system-one-adapter-python เป็นรายการที่มีผลกระทบมากที่สุดสำหรับใครก็ตามที่กำลังตัดสินใจนำไปใช้ และคำอธิบายของตัวมันเองก็ระบุประเด็นนี้ไว้ว่า "ตัวแทนแทนที่ TypeSafeClient แบบ drop-in ที่ขับเคลื่อนด้วย LLM APIs"
อ่านสิ่งนี้อย่างละเอียด เพราะมันกำลังทำอะไรบางอย่างที่เฉพาะเจาะจง สินทรัพย์ที่คงทนในการผสานรวม System One คืออินเทอร์เฟซ ไม่ใช่เอนด์พอยต์ที่อยู่เบื้องหลัง: คุณกำหนดสถานะชิ้นหนึ่งและชุดคำถามที่มีชื่อ แล้วมีบางสิ่งคืนคำตอบที่มีชนิดข้อมูลหนึ่งคำตอบต่อหนึ่งคำถาม สัญญานั้นคือสิ่งที่โค้ดเบสของคุณถูกจัดรูปขึ้นมารอบ ๆ อะแดปเตอร์แยกสัญญาออกจากสิ่งที่นำไปใช้ — คุณยังคงสร้างต่อบนอินเทอร์เฟซการตัดสินใจที่มีชนิดข้อมูล และสิ่งที่สร้างการตัดสินใจนั้นคือการเรียก LLM API ที่สลับเปลี่ยนได้อยู่ข้างใต้
ข้อแม้ตรงไปตรงมาสองข้อ อะแดปเตอร์ไม่ใช่โมเดล: คำตอบที่สร้างโดย LLM ทั่วไปผ่านเส้นทางนี้ไม่ใช่ความน่าจะเป็นที่ปรับเทียบแล้วซึ่ง Jev ส่งคืน ดังนั้นมันจึงเป็นวิธีทำให้อินเทอร์เฟซพกพาได้ ไม่ใช่วิธีได้พฤติกรรมของ Jev โดยไม่มี Jev และมันเป็นโปรเจกต์ TypeSafe อย่างชัดเจน — ช่องทางหนีถูกสร้างโดยผู้ขายที่คุณอาจต้องการหนีจาก ซึ่งดีกว่าไม่มีอะไรเลย และไม่เหมือนกับช่องทางที่เป็นอิสระ
สองทางแยก และการอนุมานที่พวกมันชักชวน
สามในสิบเอ็ดรีโพซิทอรีเป็นฟอร์ก pulumi-clickhouse เป็นโปรไวเดอร์ของ Pulumi สำหรับ ClickHouse Cloud, Apache-2.0, 3 ดาว, push ครั้งล่าสุด 2026-07-08 อีกสองตัวคือตัวที่ถูกอ่านเป็นหลักฐาน และการอ่านทั้งสองแบบนั้นผิด
• vllm — Apache-2.0, 3 ดาว, พุชล่าสุด 2025-05-23 เป็นฟอร์กของเอนจินอนุมานและให้บริการที่มีปริมาณงานสูง
• LLaDA — MIT, 12 ดาว, พุชล่าสุด 2025-06-17. เป็นฟอร์กของอิมพลีเมนเทชัน PyTorch อย่างเป็นทางการสำหรับ "Large Language Diffusion Models"
ข้อสรุปแบบมักง่ายเขียนตัวเองขึ้นมาเองว่า พวกเขา fork รีโพซิทอรีของ diffusion-language-model ดังนั้น Jev จึงต้องเป็นแบบ diffusion มันไม่ใช่ และการ fork นั้นไม่ได้บอกอะไรคุณเกี่ยวกับสถาปัตยกรรมของ Jev เลย การ fork คือสำเนาโค้ดของคนอื่นภายใต้สัญญาอนุญาตของคนอื่น ที่ตั้งอยู่ในองค์กรด้วยเหตุผลซึ่งวันที่ push ครั้งล่าสุดของมันเองเปิดเผยให้เห็นอย่างชัดเจน — พฤษภาคมและมิถุนายน 2025 ก่อนที่ Jev จะเปิดตัวสู่สาธารณะมากกว่าหนึ่งปี และไม่ถูกแตะต้องเลยตั้งแต่นั้นมา รีโพซิทอรีทั้งสองไม่ได้เป็นส่วนหนึ่งของสิ่งที่ TypeSafe เปิดตัวในเดือนกันยายน ถ้าคุณอยากรู้ว่า Jev ทำงานอย่างไร TypeSafe ไม่ได้เผยแพร่เรื่องนั้น และไม่มี fork ใดในองค์กรของบริษัทที่เติมเต็มช่องว่างนั้นได้
สิ่งที่การปิดเวททำให้คุณต้องเสียไปจริง ๆ
สี่เรื่อง และมันเป็นรูปธรรมมากกว่าเชิงปรัชญา
• คุณไม่สามารถโฮสต์เองได้ ไม่มีอาร์ติแฟกต์ให้รัน ดังนั้นการที่ผู้ขายล่มหรือการเปลี่ยนแปลงสิทธิ์การเข้าถึงจึงไม่ใช่สิ่งที่คุณจะเลี่ยงได้ด้วยการตั้งสำเนาของคุณเอง
• คุณไม่สามารถตรวจสอบได้ TypeSafe เผยแพร่หน้า jaggedness สำหรับ Jev 1.13 — ตรวจทานล่าสุด 2026-09-17 — ซึ่งระบุจุดที่โมเดลไม่น่าเชื่อถือ: การอ่านถ้อยคำตามตัวอักษรแทนเจตนา, อะไรก็ตามที่เกี่ยวข้องกับการคำนวณ, การเปรียบเทียบวันที่และเวลา, การอ้อมค้อมและปฏิเสธซ้อน, สถานะขนาดใหญ่ที่เต็มไปด้วยรายละเอียดที่ไม่เกี่ยวข้อง, เนื้อหาที่เป็นปฏิปักษ์ในสถานะ, คำสั่งและเกณฑ์ที่ขัดแย้งกัน, และค่าคงที่เชิงโครงสร้างที่มันไม่ได้รับประกัน เช่น คำตอบจริง/เท็จกับตัวเลือกใช่/ไม่ใช่ที่เทียบเท่ากันขัดแย้งกัน หน้านั้นตรงไปตรงมาอย่างผิดปกติ และก็ยังเป็นการที่ผู้ขายตรวจการบ้านของตัวเองอยู่ดี ไม่มีใครนอก TypeSafe ที่ได้ตรวจสอบเวต
• คุณไม่สามารถไฟน์จูนได้ ไม่มีโมเดลฐานให้ปรับ ดังนั้นงานตัดสินใจที่ Jev จัดการได้แย่ก็ยังคงถูกจัดการได้แย่ไปจนกว่าผู้ขายจะเปลี่ยนมัน — วิธีแก้ของหน้าความหยักเองก็เป็นเพียงทางเลี่ยงในโค้ดของคุณ ไม่ใช่การรันฝึก
• คุณไม่สามารถปักหมุดเวอร์ชันให้เจาะจงไปกว่า alias ของผู้จำหน่ายได้ typesafe/jev-1.13 เป็นชื่อที่โฮสต์ไว้ ดังนั้นสิ่งที่ตอบสนองการเรียกใช้ในเดือนหน้าจะเป็นสิ่งที่ TypeSafe ให้บริการภายใต้ชื่อนั้นในตอนนั้น
ไม่มีสิ่งใดในนั้นที่เป็นเอกลักษณ์เฉพาะของ Jev และไม่มีสิ่งใดในนั้นที่เป็นเรื่องอื้อฉาว มันคือข้อแลกเปลี่ยนที่โมเดลการตัดสินใจแบบโฮสต์ต้องแลกมา และสิ่งที่ถ่วงดุลไว้ก็คือคุณไม่ต้องแบกเช็กพอยต์ ค่าบิล GPU หรือสแต็กอินเฟอเรนซ์ไว้เลย การรู้ว่าคุณอยู่ฝั่งไหนของข้อแลกเปลี่ยนนี้ก่อนที่คุณจะสร้างต่อยอดบนมันจึงคุ้มค่า
Jev คืออะไร ในเมื่อตอนนี้คุณเรียกมันได้แล้ว

Jev ไม่ใช่โมเดลแชตและไม่สร้างข้อความร้อยเรียง คุณส่ง state — เนื้อหาที่จะถูกตัดสิน เป็นข้อความ ออบเจ็กต์ หรืออาร์เรย์ — พร้อมชุดคำถามที่มีชื่อ และมันจะคืนคำตอบแบบมีโครงสร้างหนึ่งรายการต่อคำถามหนึ่งข้อ ทุกคำถามเป็นหนึ่งในสาม primitive:
• noul — การตัดสินจริง/เท็จ ที่ส่งคืนมาพร้อมความน่าจะเป็นที่ปรับเทียบแล้ว
• ตัวเลือก — เลือกหนึ่งจากตัวเลือกที่มีป้ายกำกับไม่เกิน 255 ตัวเลือก
• คะแนน — ให้คะแนนบนมาตราส่วนแบบเรียงลำดับ 2 ถึง 10 ระดับ
เอกสารของ TypeSafe เองแสดงตัวอย่างคะแนนแบบที่เริ่มดัชนีที่ 0; การ์ดโมเดล Jev 1.13 เผยแพร่ระดับ 2–10 ทั้งสองเป็นเอกสารของผู้จำหน่ายเอง และหน้านี้ไม่ได้ประดิษฐ์การทำให้สอดคล้องกันระหว่างทั้งสองขึ้นมา
วิธีการฝึกนี้เป็นคำที่ TypeSafe บัญญัติขึ้นเอง: Reinforcement Learning for Calibrated Decisions (RLCD) ซึ่งอธิบายไว้ในโพสต์เปิดตัวโดยเทียบกับ RLHF และ RLVR บนแกนของการตัดสินใจที่ปรับเทียบแล้วด้วยความน่าจะเป็นที่ซื่อตรง RLCD เป็นคำของ TypeSafe ไม่ใช่คำย่อทั่วไปในแวดวงแมชชีนเลิร์นนิง และควรอ่านเป็นคำอธิบายจากผู้ขาย มากกว่าจะเป็นเทคนิคที่ถูกอธิบายลักษณะอย่างเป็นอิสระ
การเข้าถึงไม่ถูกจำกัดอีกต่อไป: Jev เปิดให้ใช้ทั่วไปแล้วตั้งแต่ 2026-09-21 และสถานะ "waitlisted" ถูกยกเลิกไปแล้ว "Early access" ยังคงเป็นถ้อยคำปัจจุบันของ TypeSafe เองบนหน้าแรกของบริษัท ดังนั้นจึงไม่ใช่ข้อกล่าวอ้างที่ควรปัดตก — มันเป็นเพียงป้ายกำกับของผู้ขาย และข้อจำกัดในการดำเนินงานที่ผู้ขายเผยแพร่ควบคู่กันไปนั้นเป็นรูปธรรมชัดเจน
ตัวเลขบนการ์ดของเรา: บริบทขนาด 65,536 โทเคน โดยผู้ให้บริการระบุอินพุตประมาณ 64K เมื่อรวม state กับคำถามเข้าด้วยกัน หากคุณเคยเห็นตัวเลขที่เล็กกว่าซึ่งถูกอ้างอิงสำหรับ Jev นั่นคืองบของ state เพียงอย่างเดียว ไม่ใช่การวัดที่มาแข่งขันกัน และไม่ควรนำทั้งสองมาเสนอเป็นข้อขัดแย้งกัน ราคาคือ $0.042 ต่ออินพุต 1 ล้านโทเคน โดยคิดค่าเอาต์พุตเป็นศูนย์ — ไม่มีโทเคนเอาต์พุตให้วัด เพราะการตัดสินใจที่มีชนิดไม่ใช่ข้อความร้อยแก้ว
ข้อมูลการให้บริการของเราเอง จากทราฟฟิกของเรา ไม่ใช่จากเบนช์มาร์กของผู้ขาย ในช่วงเจ็ดวันจนถึง 2026-09-30: p50 151 ms, p95 247 ms, ประมาณ 349 โทเคนเอาต์พุตต่อวินาที, อัตราข้อผิดพลาด 0.49%, และให้บริการ 76.2 ล้านโทเคน p50 รายวันในช่วงนั้นอยู่ที่ 175 → 170 → 163 → 161 → 170 → 147 → 143 ms โดยมีค่าผิดปกติจริงหนึ่งค่า — p95 ที่ 2,448 ms เมื่อ 2026-09-28 ซึ่งเป็นส่วนหนึ่งของชุดข้อมูลโดยไม่ใช่ค่าปกติ
ข้อกล่าวอ้างในพาดหัวของ TypeSafe ซึ่งระบุว่าเป็นของผู้ขายและไม่ได้ถูกทำซ้ำโดยอิสระ: “เร็วขึ้น 193.6 เท่า ถูกกว่า 444.6 เท่า” โดยมีเชิงอรรถอ้างถึงเวิร์กโฟลว์ของ System One; ตัวอย่างการคำนวณที่แสดง $0.000081 ใน 0.114 วินาที เทียบกับ $0.013880 ใน 8.566 วินาทีสำหรับ LLM; “$42 ต่ออินพุตโทเค็นหนึ่งพันล้าน”; และ “Zero Hallucinations” ซึ่งเป็นข้อกล่าวอ้างเกี่ยวกับการประมาณค่าความเชื่อมั่น มากกว่าจะเป็นการพิสูจน์ว่าไม่มีข้อผิดพลาดเลย — อัตราข้อผิดพลาด 0.49% ของการ์ดเราเป็นน้ำหนักถ่วงที่ซื่อสัตย์ TypeSafe ยังกล่าวอย่างตรงไปตรงมาว่าไม่สามารถพิสูจน์ได้ว่าราคาของตนไม่ได้รับการอุดหนุน และว่าผลการประเมินที่เผยแพร่ของตนโดยทั่วไปรันจากแล็ปท็อปบนชายฝั่งตะวันตกซึ่งเป็นที่ตั้งของบริการ การ์ด benchmark ของบริษัทเองยังคงถูกทำเครื่องหมายว่าอยู่ระหว่างดำเนินการ
รีโพซิทอรีของบุคคลที่สามมีอยู่ และเราไม่รับรองพวกมัน
การค้นหา "jev github" ในที่สุดก็จะพบที่เก็บโค้ดที่ไม่ใช่ของ TypeSafe: ตัวห่อ คอลเลกชันพรอมป์ต์ การทดลองตัวปรับต่อ และรายการ "awesome" ที่คุ้นเคยซึ่งปรากฏรอบโมเดลใหม่ ๆ สิ่งเหล่านี้ไม่ใช่ส่วนหนึ่งของสิ่งที่ผู้จำหน่ายเผยแพร่ ไม่ผ่านการตรวจสอบจากผู้จำหน่าย และจำนวนดาวของพวกมันวัดความอยากรู้อยากเห็นมากกว่าความถูกต้อง พวกมันอาจมีประโยชน์ แต่ไม่ใช่เอกสาร และไม่มีสิ่งใดในนั้นเป็นข้อความเกี่ยวกับว่า Jev ทำงานอย่างไร
อะไรจะทำให้คำตอบนี้เปลี่ยนไป
การเปิดเผยน้ำหนักโมเดล สถาปัตยกรรมที่เผยแพร่ หรือการประเมินคุณภาพการตัดสินใจอย่างอิสระแทนที่จะดูที่ความหน่วง สิ่งใดในสามอย่างนี้จะพลิกคำแรกของหน้านี้ จนถึงตอนนั้น การค้นหายังมีคำตอบที่มั่นคง และส่วนที่คุ้มค่าจะลงมือทำคือชุดเครื่องมือ หากอินเทอร์เฟซการตัดสินใจแบบมีชนิดคือสิ่งที่คุณสร้างให้สอดคล้องด้วย อะแดปเตอร์ที่ได้รับอนุญาตแบบ MIT ซึ่งสลับโมเดลเบื้องหลังได้ คือความแตกต่างระหว่างการตัดสินใจที่คุณกลับมาทบทวนได้ กับการตัดสินใจที่คุณทำไม่ได้
Jev 1.13 อยู่ในแคตตาล็อกของเราภายใต้ typesafe/jev-1.13, บนคีย์เดียวกับส่วนที่เหลือของสแต็ก และถูกกำหนดเส้นทางผ่าน endpoint systemone โดยเฉพาะ แทนที่จะเป็นรูปแบบ chat-completions โมเดลนี้เป็นแบบปิด เครื่องมือเป็นแบบเปิด และตอนนี้ทั้งสองส่วนนั้นสามารถเข้าถึงได้จากที่เดียว

