MENU

Jev×Codex・Claude Codeの使い方|活用例とコツ

Jev×Codex・Claude Codeの使い方|活用例とコツ

CodexやClaude CodeにJevをつなぐと、作業中にJevが勝手に判断してくれるんですか?

そこ、いちばん誤解しやすいところだね。公式の想定は、ちょっと違うんだ。

こんにちは、アキソンです。文章を書かずに「判断」だけを返すAI「Jev」については、以前の「文章を書かないAI」Jevの解説記事で仕組みを紹介しました。今回はその続きとして、CodexやClaude Codeを使う人がJevをどう活かせるか、公式の使い方と第三者製ツールを使う方法の違いまでを整理します。専門用語は一言ずつ説明します。

この記事でわかること
  • Jevをコーディング用AIと組み合わせる「2つのつなぎ方」の違い
  • 判断の型(選ぶ・採点する・確かめる)で見た活用例と依頼文の例
  • 確信度や計算処理など、つまずきやすい点と失敗の防ぎ方
目次

Jev×Codex・Claude Codeの使い方|まず知りたい2つのつなぎ方

公式の想定の使い方と第三者製ツールを使う方法という、Jevへの2つのつなぎ方を示すイラスト

JevをCodexやClaude Codeと一緒に使うといっても、つなぎ方は大きく2通りあります。ここを取り違えると、後の話がすべてずれてしまうので、最初に整理しておきましょう。

Jevは判断だけを返すAI(要約)

JevはTypeSafe AIが開発した、文章を作らず選択・段階スコア・はい/いいえの確率で答える判断専用のAIです。文章やコードを作るCodexやClaude Codeとは役割が違います。仕組みの詳細はJevの解説記事に任せます。

公式の想定と第三者製ツールの違い

TypeSafe公式が想定しているのは、CodexやClaude Codeに「Jevを呼ぶコード」を書かせる使い方です。コーディング用AIはいつもどおりコードを書く役で、そのコードで作ったアプリがJevのAPI(別のソフトとつなぐ窓口)を呼び、判定結果を受け取ります。一方、作業中にコーディング用AIがJevを直接呼ぶのは、本記事で確認できた範囲では、第三者が作ったMCPサーバー「jev-mcp」を使った場合です。MCPとは、AIアプリが外部のツールを見つけて使うための共通ルールのことです。

スクロールできます
つなぎ方 Jevを呼ぶのは誰か 位置づけ
①コードを書かせる コーディング用AIが書いたコードで動くアプリ TypeSafe公式の想定
②jev-mcpを使う 作業中のCodexやClaude Code 第三者製で公式の提供物ではない

じゃあ、最初はどっちを基準に考えればいいですか?

まずは公式の想定を基準にするのが安心かな。jev-mcpは使えると便利そうだけど、非公式だと分かったうえで選ぼう。

公式の想定は「コードにJevを呼ばせる」使い方

知識の資料を読んだAIが書いたコードがJevの判定を呼び出す、公式の想定の流れを示すイラスト

公式の使い方では、Jevはコーディング用AIの代わりではありません。Claude CodeやCursor(コーディング用のAIエディター)などの裏で動くAIはいつもどおり使い、そのAIに「Jevで判断するコード」を書かせます。

Agent Skillは「知識の資料」

TypeSafeは、CodexやClaude CodeなどにJev APIの知識を教える「Agent Skill(スキル)」を公式に用意しています。3つの質問型や設計パターン、ベストプラクティス(うまくいきやすい進め方)をAIに伝える資料の役割です。スキルを入れてもJevが作業中に呼び出されるようにはならない点です。あくまで、Jevを呼ぶコードをAIが書きやすくなるだけです。Claude Codeでの導入コマンドは次のとおりです。

claude plugin marketplace add typesafe-ai/skills
claude plugin install typesafe@typesafe-ai

Claude Codeそのものの使い方は、以前のOpus 5.5の活用例の記事でも触れています。Claude CodeからCodexに実装を任せる連携の方法は、Claude CodeとCodexの連携の記事で紹介しています。

公式資料が推奨している用途は、次の4つです。いずれも「答えの形が先に決まる小さな判断」という共通点があります。

  • 依頼や問い合わせの振り分け(確信度つき)
  • 緊急度・品質・リスクなど、基準に沿った採点
  • 動作の前に、文書や内容を確認する処理
  • 文章から構造化データを取り出す処理

質問の3つの型を使い分ける

Jevへの質問には3つの型があります。Choiceは候補から選ぶ型で、選んだ答えと各候補の確率、確信度が返ります。Scoreは決めた段階のどこに当たるかを答える型で、点数と確率、確信度が返ります。Noulは「本当か?」を0から1の確率で返す型です。同じ入力への複数の質問を1回のリクエスト(Jevへの問い合わせ)でまとめて評価でき、質問を足しても応答時間はほとんど変わらないとされています。

作業中にJevを呼ぶjev-mcpの位置づけと準備

第三者製のコネクタで作業画面とJevの判定役をつなぎ、APIキーを準備するイメージのイラスト

作業中のCodexやClaude CodeからJevを直接呼びたい場合に選択肢になるのが、第三者製のjev-mcpです。公式の提供物ではない点を押さえておきましょう。

jev-mcpとは何か

jev-mcpは、blakestone-x氏がGitHub(プログラムを公開・共有するサイト)で公開している第三者製のMCPサーバーで、2026年9月30日時点ではv0.2.1が確認できます。TypeSafe公式の提供物ではありません。これを使うと、CodexやClaude Codeが作業中にJevの判定ツールを呼べるようになります。ツールには、ラベルから選ぶjev_classify、段階評価のjev_score、Yes/Noで答えられる確認事項を調べるjev_checkなどがあります。

APIキーは環境変数で渡す

Jevを使うにはTypeSafeのAPIキー(ソフト同士が連携するときに使う、本人確認用の鍵となる文字列)が必要です。jev-mcpでは、このキーをTYPESAFE_API_KEYという環境変数(パソコンに設定しておく値)で渡します。ツールへの指示文に直接書く形ではありません。料金や無料枠、キーの取得方法は公式資料で確認できなかったため、この記事では触れません。

また、Jevは2026年9月27日に早期アクセスが発表されたばかりで、ウェイトリストに登録して順番に使えるようになる形のため、今すぐ誰でも使えるとは限りません(Jevの解説記事の該当節で紹介しています)。対応言語は英語が中心で、日本語は精度が落ちると公式に案内されています。日本語の文面で使うときは、自分の実際の文面で試してから判断しましょう。

jev-mcpならCodexでもClaude Codeでも使える

jev-mcpを使う場合、同じJevはCodexでもClaude Codeでも使えます。ただしMCPサーバーの情報は、それぞれのアプリの設定に登録する必要があります。プロンプトを書いただけでJevが自動で呼ばれるわけではなく、登録したうえで用途を伝えてはじめて判定ツールが使われます。Agent Skillは知識の資料なので、登録しても作業中にJevは呼ばれません。なお、公式の想定(コードを書かせる使い方)では、アプリへの登録は要りません。

選ぶ・採点する・確かめる|判断の型で見る活用例

候補から選ぶ、段階で採点する、条件を確かめるという3つの判断の型を示すイラスト

アプリごとに分けるより、「選ぶ」「採点する」「確かめる」という判断の型で見たほうが整理しやすくなります。以下は、jev-mcpでつないだ場合にも、自分のツールにJevの判定を組み込む場合にも使える題材です。ここで紹介するのは記事としての提案であり、実際に試して効果を確かめた結果ではありません。

選ぶ:Issueや依頼を分類する

Issue(開発チームが不具合や要望を管理する記録)を「不具合」「要望」「質問」「要確認」から一つ選ばせる、という使い方です。TypeSafeの活用例にも、問い合わせ内容を分類して担当へ回す形が紹介されています。会社の業務でいえば、問い合わせを担当部署ごとに仕分ける役割です。分類結果は担当を探す目印にとどめ、原因の調査や修正はコーディング用AIに任せます。jev-mcpなら作業中に分類を頼め、公式の想定ならアプリにこの分類を組み込みます。

採点する:差分の危険度を見る

差分(変更された具体的な箇所)の危険度を、「低・中・高」の段階で採点させる使い方も考えられます。基準は「表示だけ」「一つの機能」「認証や保存の変更」のように、人が先に決めておきます。採点は、先に確認すべき変更を絞るための目安です。点数が低くても正しさの証明にはならないため、テストや人による差分の確認は続けます。jev-mcpなら作業中に採点を頼め、公式の想定なら差分を渡して採点するコードを書かせます。

確かめる:要件を満たすか確認する

「認証の確認を省いていないか」「入力値を検査しているか」など、一つの条件を一つのYes/No質問にして確かめる使い方です。証拠が足りないときは「不明」に分ける条件を添えます。公式の型ではNoul(「本当か?」を0〜1の確率で答える型)にあたり、jev-mcpではjev_checkが担います。公式の想定なら、この確認をするコードをAIに書かせます。結果は目印にとどめ、根拠となるファイルの確認は人が行います。

Jevに判断を頼む依頼文の例|コピーして書き換える

空欄つきの依頼文の例をコピーして書き換えて使う様子を示すイラスト

依頼文には、判定する対象、答えの候補、迷ったときの扱いを入れます。以下はすべて「例」であり、実際に試した結果ではありません。角かっこの部分や候補は書き換えてください。依頼文の質が結果を左右するという考え方は、以前の「ガベージイン・ガベージアウト」の記事とも共通します。

分類を頼む例(jev-mcp接続済み)

「要確認」を候補に置くと、分類表にない相談も別扱いにできます。

接続済みJevでIssueを一つに分類。候補は不具合・改善・質問・要確認。本文:[Issue本文]

採点・確認を頼む例(jev-mcp接続済み)

採点は各段階の意味を決めてから、確認は一条件ずつ頼みます。

接続済みJevで差分を低・中・高に採点。低=表示だけ、中=一機能、高=認証や保存の変更。差分:[差分]

接続済みJevで要件を個別に確認。要件:[要件]。対象:[差分]。不明なら未確認と返す

コードを書かせる例(公式の想定)

公式の使い方では、コーディング用AIにJevを呼ぶコードそのものを頼みます。先にAgent Skillを入れておくと、AIがJevのAPIを正しく扱いやすくなります。次の文は私が考えた提案の例で、実際に試した結果ではありません。採点や確認も同じ要領で、「差分を低・中・高に採点する処理を書いて」「要件を一つずつYes/Noで確認する処理を書いて」のように頼めます。

Agent SkillやTypeSafe公式の資料を参照して、Issue本文を「不具合・改善・質問」の3候補に分類する処理を、JevのAPIを使って書いてください。確信度が低いときは、人の確認に回す処理も入れてください。しきい値は変更しやすいよう設定値にしてください。APIキーはコードに直接書かないでください。

つまずきやすい点|確信度・計算・権限で失敗を防ぐ

確信度は目安であること、計算はコードに任せること、権限で守ることの3つの注意点を示すイラスト

Jevは判定を助けますが、処理の安全まで引き受けてくれるわけではありません。ここに注意点をまとめています。

確信度は正解の保証ではない

確信度が高ければ、そのまま実行しちゃっていいんですか?

それは早いよ。確信度は「答えが正しい」じゃなくて「迷っていない」ことの目安なんだ。

確信度は、ChoiceやScoreの確率分布を0から1の1つの数値にまとめたものです。答えが一つに集中すれば高く、散らばれば低くなります。公式資料には、「答えは何をするか、確信度はそれを実行してよいかを教える」という考え方が示されています。ただし正解の保証ではないため、しきい値(実行してよいかの境目)は慎重な値から始めて調整し、公式資料の例の数値も一律の基準にはしません。

Jevが苦手なことはコードに任せる

2026年9月17日時点の公式資料では、Jev 1.13の弱点がいくつか挙げられています。計算や日付の比較はJevではなくコードに任せ、Jevには分類や意味の判定を担当させるのが基本です。

  • 書いた質問を文字どおりに読む(あいまいだと意図がずれるので、具体的に書く)
  • 数を数える・数値を扱うのが苦手
  • 日付を順序のある量ではなく文字として読む
  • 何段階も筋道をたどる推論が苦手
  • 無関係な情報が多いと精度が下がる
  • 悪意ある文面に引っぱられる、指示と基準の矛盾に弱い
  • 文章生成には向かない

危険な操作と機密情報は人と権限で守る

送信・削除・購入など、戻しにくい操作はJevの判定だけで実行しない設計にします。Jevが高い確信度を返しても、操作を許可する仕組みとは別の話です。Claude Codeのデスクトップ版にあるManualモード(ファイル編集やコマンド実行の前に許可を求める設定)など、アプリ側の実行許可は判定結果とは関係なく残しましょう。jev-mcpをつなぐ場合は、使えるツールや権限も絞ります。

JevのAPIへ送る情報には、顧客情報や社外秘が含まれることがあります。送る前に、会社の規則や利用条件を必ず確認してください。秘密情報を含む差分は、必要な範囲に絞って渡します。

小さく試して人の判断と比べる

使い始めは、結果を自動処理へつなげず、同じ例でJevの判定と人の判断を並べて記録しましょう。入力、質問、Jevの答えと確信度、人の答えを表にしておけば、食い違いから質問や候補の見直し点が分かります。これは記事としての提案で、少数の例だけで精度は断定できません。迷う判定は人の確認へ戻す流れも決めておきましょう。

よくある質問

使い始める前に気になりやすい点をまとめました。

JevはCodexやClaude Codeの代わりになりますか?

いいえ。Jevは文章やコードを作るAIの代わりではなく、コードが使える構造化された判定を返す役割です。CodexやClaude Codeと組み合わせて使います。

プロンプトを書けばJevが自動で呼ばれますか?

プロンプトだけでは呼ばれません。公式のAgent Skillを入れても、作業中にJevが呼び出されるわけではありません。作業中に呼び出すには、jev-mcp(第三者製のMCPサーバー)をアプリに登録する必要があります。

jev-mcpはTypeSafe公式のMCPサーバーですか?

いいえ。jev-mcpはGitHubで公開されている第三者製のサーバーで、TypeSafe公式の提供物ではありません。使う場合は、その前提で内容を確認してください。

CodexとClaude Codeで同じJevを使えますか?

はい。jev-mcpを使う場合は、同じJevを両方で使えます。ただしMCPサーバーの情報は、CodexとClaude Codeそれぞれの設定に登録する必要があります。公式の想定(コードを書かせる使い方)では、どちらのアプリでもJevを呼ぶコードを書かせるだけなので、この登録は不要です。

まとめ:Jev×Codex・Claude Codeの使い方は「判断だけ任せる」発想から

Jevは文章やコードを作らず、選択・採点・条件確認の判定を返すAIです。公式の想定は、CodexやClaude CodeにJevを呼ぶコードを書かせる使い方で、作業中にJevを直接呼べるのは、確認できた範囲では第三者製のjev-mcpを使った場合です。この2つを取り違えないことが要点です。

この記事のまとめ

①2つのつなぎ方:公式の想定は「Jevを呼ぶコードを書かせる」。作業中に直接呼ぶのは第三者製jev-mcp。
②Agent Skill:入れても自動でJevは呼ばれない。あくまで知識の資料。
③活用例:選ぶ・採点する・確かめるの3つの型で考える(本記事の提案)。
④確信度:正解の保証ではなく、迷いの少なさの目安。
⑤安全策:計算はコード、重大な操作は人と権限、機密情報は会社の規則を確認。

今日からできる小さな一歩

すぐにJevを使わなくても、普段の作業で「答えの候補を先に決められる小さな判断」を探してみてください。問い合わせの仕分けや基準に沿った採点が見つかれば、判断だけを別のAIに任せる発想が身近になります。

次に読みたい記事

あわせて読むと理解が深まる関連記事です。生成AIをこれから使い始める方には、最初につまずきやすいポイントをまとめた入門記事もおすすめです。

参考にした情報源

TypeSafe AI公式資料
第三者製(TypeSafe公式の提供物ではありません)
OpenAI・Anthropic・MCPの公式資料
よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

アキソンです。

コメント

コメント一覧 (1件)

コメントする

目次