Jevはオープンソースなのか？重みは非公開、ツールはそうではない

いいえ。Jev 1.13（typesafe/jev-1.13）はオープンソースではなく、見つけられる重みリポジトリも存在せず、TypeSafe の GitHub 組織をどれだけスクロールしてもチェックポイントやアーキテクチャ文書、パラメータ数は出てこない。あるのはモデルの周辺ソフトウェアだけだ。公開リポジトリは11件、そのすべてが MIT または Apache-2.0 で、Jev 本体を含むものは一つもない。これが正直な一行の答えだ——ツール群はオープンで、モデルはそうではない——そしてそれは、「クローズド、ホスト型、未公開」というだけでは読者が決して得られない話の半分である。二つの日付がそれを枠づける。TypeSafe がこのモデルを出荷したのは 2026-09-15 で、これはこのブログが執筆対象とする7日間の枠外にあたる。したがってこれはローンチ記事ではなく、本記事のいかなる部分もそのように読まれるべきではない。日付のある出来事は 2026-09-24、OrcaRouter が自身のカタログに typesafe/jev-1.13 を追加した日である。Jev が TypeSafe 自身のエンドポイント経由だけでなく、サードパーティのゲートウェイを通じても呼び出せるようになったのは初めてのことだ。それがこのページが拠って立つ例外である——実行可能ではなかった場所で実行可能になったモデル。

それが読者にとって変えるものは、限定的で実用的です。2026-09-24より前は、Jevを評価するには、単一の意思決定をテストする前に2つ目のベンダー関係を開く必要がありました。それ以降は、Jevは同じワークフローの生成側と同じキー上にあります：200以上のモデルに対応する1つのAPI、マークアップ0%（プロバイダーの定価がそのまま適用されるため、ベンダーの値下げはここでも当日に有効になります）、そしてモデルはtypesafe/jev-1.13で利用可能です。呼び出しは依然として独自の形式——POST /v1/systemone、非ストリーミング——で行います。これはOpenAIのchat-completionsルートではないからですが、署名する契約とローテーションするキーは、すでに持っているものと同じです。

答えは2つの答えであり、その両方が必要です

「Jevはオープンソースなのか？」は、はいかいいえで答える質問のように読めるが、実際には二つの部分からなる質問として振る舞う。第一部分：モデル。それはクローズドだ。TypeSafeはJev 1.13について、重みも、アーキテクチャも、学習計算量の数値も、パラメータ数も公開しておらず、その名を冠したリポジトリも存在しない。第二部分：周辺ソフトウェア。それはオープンで、活発にメンテナンスされており、本当に役に立つ。そして、リポジトリを探している読者が単に運が悪いわけではないのは、これがあるからだ。

2つを混同すると、どちらの方向にも誤った結論を導いてしまう。全体がオープンだと想定すれば、存在しないチェックポイントを探して午後を丸ごと費やすことになる。全体がクローズドだと想定すれば、ロックインを懸念している場合に実際に重要な部分を見落とす——型付き意思決定インターフェースに対して構築し、その背後にあるものを差し替えられる、MITライセンスのアダプターだ。

TypeSafeが実際に公開しているもの

2026-09-30 時点で確認したところ、この組織には 11 個の公開リポジトリがあります。スター数とプッシュ日は変動するため、これはプロジェクトの固定された特性ではなくスナップショットとして扱ってください。特記がない限り、すべてのライセンスは MIT または Apache-2.0 です。

• スキル — MIT、約2.4kスター、最終プッシュ 2026-09-12。「TypeSafeのSystem One APIで構築するためのエージェントスキル。」

• system-one-adapter-python — MIT、スター数356、最終プッシュ2026-09-22。「LLM APIをバックエンドにした、そのまま差し替え可能なTypeSafeClient代替。」

• typesafe-sdk-js — MIT、257スター、最終プッシュ2026-09-15。TypeSafe APIの公式TypeScript/JavaScriptライブラリ。

• typesafe-sdk-python — MIT、スター254、最終プッシュ 2026-09-26。公式Pythonライブラリ。v0.7.2では同日に `http2` エクストラが追加され、2026-09-21のv0.7.1ではAIゲートウェイでの利用例が追加された。

• daggerverse — Apache-2.0、23スター、最終プッシュ 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。

さらに3つは無関係なプロジェクトのフォークであり、以下で扱います：pulumi-clickhouse、LLaDA、vllm。

そのリストの中にモデルは何もない。Jev リポジトリも、重みファイルも、トークナイザーも、サービング設定もない——動作するコピーを立ち上げられるものは何もない。リポジトリはクライアント側の付属物だ。公式 SDK が2つ、エージェントスキルパック、CI モジュール集、公開された評価スイート、n8n ノード、組織サイト、そしてアダプター。それは実在する、よく整備されたサーフェスであり、モデルではない。

ロックインを避けたいなら、注目すべきはただひとつのリポジトリ

system-one-adapter-python は、導入を判断しようとする誰にとっても最も重大な意味を持つ項目であり、その説明自体がその要点を述べています。すなわち「LLM API を基盤としたドロップインの TypeSafeClient 代替品」です。

それを注意深く読んでください。なぜなら、それは特定のことをしているからです。System One 統合において長期的な資産となるのは、その背後にあるエンドポイントではなく、インターフェースです。あなたはある状態と一連の名前付き質問を定義し、何かが質問ごとに 1 つの型付き回答を返します。その契約こそ、あなたのコードベースが最終的にその周りに形作られるものです。アダプターは契約を実装から切り離します。あなたは型付き意思決定インターフェースに対して構築を続け、意思決定を生成するものは、その下にある交換可能な LLM API 呼び出しです。

正直な但し書きが2つある。アダプターはモデルそのものではない。一般のLLMがこの経路を通じて生成する回答は、Jevが返す較正済みの確率ではない。したがってそれは、インターフェースをポータブルに保つ方法であって、JevなしでJevの振る舞いを得る方法ではない。そして、これは明示的にTypeSafeプロジェクトである——逃げ道は、あなたが逃れたいと思うかもしれないベンダーによって作られている。それは何もないよりましであり、独立したものと同じではない。

二つの分岐、そしてそれらが招く推論

11個のリポジトリのうち3つはフォークです。pulumi-clickhouse は ClickHouse Cloud 用の Pulumi プロバイダーで、Apache-2.0、スター3個、最終プッシュは2026-07-08です。残りの2つは証拠として読まれるものですが、どちらの読み方も誤っています。

• vllm — Apache-2.0、スター3個、最終プッシュ 2025-05-23。高スループットの推論・サービングエンジンのフォーク。

• LLaDA — MIT、スター12、最終プッシュ 2025-06-17。「Large Language Diffusion Models」の公式PyTorch実装のフォーク。

安易な推論は自ずと導かれる。彼らは拡散言語モデルのリポジトリをフォークしたのだから、Jev も拡散ベースに違いない、と。そうではないし、そのフォークは Jev のアーキテクチャについて何も教えてくれない。フォークとは、他人のコードを他人のライセンスの下でコピーしたものであり、ある組織内に置かれている理由は、そのフォーク自身の最終プッシュ日が明らかにしている――2025年5月と6月、Jev が一般公開される1年以上前で、それ以降は手つかずだ。どちらのリポジトリも、TypeSafe が9月にリリースしたものの一部ではない。Jev がどう動くのかを知りたいなら、TypeSafe はそれを公開していないし、同社の組織内のどのフォークもその空白を埋めてはいない。

ウェイトを閉じることで、実際にあなたが支払う代償

四つのこと、そしてそれらは哲学的というより具体的だ。

• セルフホストはできません。実行できる成果物が存在しないため、ベンダーの障害やアクセス権の変更を、自前のコピーを立ち上げて回避する、ということはできません。

• 監査はできない。TypeSafe は Jev 1.13 向けの jaggedness ページを確かに公開しており — 最終レビューは 2026-09-17 — モデルが信頼できない箇所を挙げている。意図よりも文言を文字通りに読むこと、算術が関わるあらゆること、日付と時刻の比較、間接表現と二重否定、無関係な詳細でいっぱいの大きな状態、状態内の敵対的コンテンツ、矛盾する指示と基準、およびそれが保証しない構造的不変条件、たとえば true/false の回答と、それに相当する yes/no の選択が食い違うこと。あのページは異例なほど率直だが、それでもベンダーが自分の宿題を採点しているにすぎない。TypeSafe の外部で重みを検査した者はいない。

• ファインチューニングはできません。適応させるベースモデルが存在しないため、Jev がうまく処理できない意思決定タスクは、ベンダーが変更するまでまずい処理のままです — ギザギザページ自体の対策は、トレーニング実行ではなく、あなたのコード内の回避策です。

• ベンダーのエイリアスを超えてバージョンを固定することはできません。typesafe/jev-1.13 はホストされた名前なので、来月その呼び出しに応答するのは、その時点で TypeSafe がその名前で提供しているものになります。

そのどれもJevに固有のものではなく、スキャンダルでもない。それはホスト型の意思決定モデルが引き受けるトレードオフであり、その埋め合わせは、チェックポイントやGPUの請求、推論スタックを自分で抱え込まなくてよいことだ。その上に構築する前に、自分がトレードオフのどちら側にいるのかを知っておく価値がある。

ジェブとは何か、今やそれを呼べるようになったのだから

Jevはチャットモデルではなく、散文を生成しません。あなたは状態 — 判定対象の素材で、テキスト、オブジェクト、または配列 — と、名前付きの質問のセットを送信すると、質問ごとに1つの構造化された回答を返します。すべての質問は3つのプリミティブのいずれかです：

• noul — 較正された確率を伴って返される真偽の判定。

• choice — 最大255個のラベル付きオプションから1つを選択します。

• スコア — 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になると記録しています。Jev について、より小さい数字が引用されているのを見た場合、それは競合する測定値ではなく状態バジェット単独を指すものであり、両者を矛盾として提示すべきではありません。価格は入力トークン100万あたり$0.042で、出力はゼロで請求されます。計量すべき出力トークンは存在しません。なぜなら、型付けされた決定は散文ではないからです。

ベンダーのベンチマークではなく当社トラフィックから得た当社自身のサービングデータによると、2026-09-30までの7日間で、p50は151 ms、p95は247 ms、出力は毎秒約349トークン、エラー率は0.49%、サービングしたトークンは76.2Mでした。その期間の日次p50は175 → 170 → 163 → 161 → 170 → 147 → 143 msと推移し、実際の外れ値が1つありました——2026-09-28のp95 2,448 msで、これは通常値ではないものの、系列に含まれるべきものです。

TypeSafeの見出し的な主張は、ベンダー自身によるものと表示されており、独立に再現されたものではない。「193.6倍高速、444.6倍安価」にはSystem Oneのワークフローへの脚注が付き、LLMの場合の具体例として0.114秒で$0.000081、それに対して8.566秒で$0.013880という例が示されている。「入力トークン10億個あたり$42」、そして「ハルシネーションゼロ」は、誤りゼロの証明ではなく信頼度推定に関する主張である——当社のカードの0.49%というエラー率が、誠実な対抗根拠である。TypeSafeはまた、自社の価格設定が補助金で支えられていないことを証明できないと率直に述べており、公表された評価は一般に、サービス拠点がある西海岸のラップトップ上で実行されたものだとしている。同社自身のベンチマークカードは依然として保留中と表示されている。

サードパーティのリポジトリは存在しており、当社はそれらを保証しません。

「jev github」を検索すると、最終的にはTypeSafeのものではないリポジトリに行き着く。ラッパー、プロンプト集、アダプターの実験、そして新しいモデルが出るたびに現れるおなじみの「awesome」リストなどだ。それらはベンダーが公開しているものの一部ではなく、ベンダーによるレビューも受けておらず、そのスター数が測っているのは正しさではなく好奇心だ。役に立つこともあるかもしれないが、それらはドキュメントではなく、そこに書かれていることはJevがどのように動くかについての記述ではない。

何がこの回答を変えるでしょうか

重みのリリース、公開されたアーキテクチャ、あるいはレイテンシではなく意思決定の品質に関する独立した評価。その3つのどれかがあれば、このページの最初の単語はひっくり返るだろう。それまでは、検索には安定した答えがあり、そのうち実際に行動に移す価値がある部分はツールチェーンだ。もし型付き意思決定インターフェースを対象に構築しているのなら、基盤となるモデルを差し替える MIT ライセンスのアダプターが、見直せる意思決定と見直せない意思決定の違いを生む。

Jev 1.13は当社のカタログのtypesafe/jev-1.13に掲載されており、スタックの残りと同じキーで、chat-completions形式ではなく専用のsystemoneエンドポイント経由でルーティングされています。モデルはクローズドで、ツール群はオープンであり、その両方とも今や1か所からアクセスできます。