Jev 対 Kev
Kev は同じ /v1/systemone 契約を話す小さな意思決定モデルの Apache-2.0 ファミリーです — ホストするのは自分です。Jev はホスト型です。同じリクエスト形状、異なる重みと運用の所有。独立系ホスト型ゲートウェイ。TypeSafe の公式サイトではありません。
Kev とは
Jared Palmer による Kev は、Qwen ベースを同じ質問タイプの意思決定モデルにファインチューニングしたものです。公開されているサイズは 0.8B — Apple Silicon の Mac で動く — からより大きな GPU チェックポイントまであり、各チェックポイントには当てはめ済みの temperature が付属します。サーバーは System One のリクエスト形状を話すので、既存のクライアントはペイロードを保ったままベース URL を差し替えます。
同じリクエスト、自分のマシン
ボディは同じに見えるでしょう：state、choice・score・はい／いいえの質問、そして返ってくる分布。変わるのはその周りのすべてです：固定してパッチするモデルのバージョン、温め続ける GPU、アップグレードのたびに再確認するキャリブレーション、そして自分の資産から出ないデータ経路。本物の制御であり、本物の運用コストでもあります。
コストとスケール
ハードウェアが動き始めれば、Kev のセルフホスティングは呼び出しあたり実質無料です。高く持続的なボリューム、エアギャップの要件、Mac だけの環境で勝ちます。ホスト型の経路は従量制 — 入力 1,000 トークンにつき 1 クレジット、有効期限のない 100,000 クレジットで $10 — で、バージョン管理、キャパシティ、失敗時の振る舞いを Optio に任せます。バグリストの形が変わります：提供の代わりに、criteria としきい値を調整するのです。
何时合い
自分が管理するハードウェア上で同じリクエスト形状であること自体が要件なら、Kev を選びます。ホスト型 Jev に対して同じリクエスト形状を — キー、前払いクレジット、GPU なし — 欲しく、判断サーバーを生かし続けるより criteria に何を書くかを決めるのにエンジニアリングの時間を費やしたいなら、Optio 経由で Jev を選びます。
強みと正直な限界
Jev の正直な限界：重みにパッチを当てられず、自分のマシンで動かせません — 技術的な制約ではなく製品としての制約です。Kev の裏面：1 つのチェックポイントを固定することは、それを凍結することでもあります。どちらのリスクを引き受けるかを決めてください — ホスト型エンドポイントへの依存か、自分の提供スタックがキャリブレーションされ続けることへの依存か。
クイック比較
| 質問 | Jev | Jev 対 Kev |
|---|---|---|
| 重み | プロプライエタリ。Optio のエンドポイント経由 | Apache-2.0 のチェックポイント。0.8B 以上 |
| ハードウェア | なし | Apple Silicon か自分の GPU |
| 運用 | なし — エンドポイント、キー、クレジット | 提供、バージョン管理、キャリブレーション確認 |
| コストの形 | 従量：1 クレジット ≈ 入力 1,000 トークン | ハードウェア＋自分の時間。限界コストはほぼゼロ |
よくある質問
- 既存の Jev クライアントを Kev に向けられますか？
- たいていはい — Kev は同じ /v1/systemone のリクエスト契約を話すので、ペイロードはほぼそのまま差し替えできます。重みが違うため回答は変わります：信頼する前に、自分のケースで再検証し、しきい値を再調整してください。
- Kev と Jev の品質は同等ですか？
- 必ずしもそうではありません — 別のモデル、別の訓練です。0.8B の Kev は品質をハードウェアコストと交換します。どちらのサイトの主張ではなく、自分の 10 ケース検証セットで両方を判断してください。
- 1 年間ではどちらが安いですか？
- 高く持続的なボリュームでは Kev — GPU と運用時間を償却します。低いまたは変動の激しいボリューム、あるいはチームのだれもモデルを提供したくないときは、クレジットの Jev です。
- これは Jev の公式サイトですか？
- いいえ。Optio は Jev を呼び出すための独立運営のゲートウェイであり、TypeSafe やこのページで言及している代替モデルのいずれとも提携関係にありません。