課題
Jevを試してみようと検索すると、製品サイトらしいページや料金の説明がいくつも出てくる。どこから登録してよいか分からないまま、Google AccountやAPI Keyを入力するのは避けたい。
自分も初回の確認では、いきなり検索結果から登録せず、TypeSafeの公式サイトからDocsとConsoleへたどる順番を先に決めた。新しいAI Serviceほど、このひと手間が大事だった。
解決できるようにすること
Jevの公式サイト・Docs・Consoleを確認する順番と、初回ログインやAPI Key作成の前に見るべきTerms・Privacy Policyを整理する。機密のInputやAPI Keyを渡さずに、最初の確認を始められるようにする。
先に結論
Jevを始める入口は、検索結果の個別ページではなく、まず TypeSafe公式サイト にする。そこから公式の Docs と Console へ移動できることを確認してから、ログインに進めばいい。
ConsoleにはGoogle又はEmail codeでログインする入口がある。ただし、Accountを作る前にPrivacy Policyを読むと、名前・Email Addressに加え、Serviceへ送ったPromptやDataも収集対象になると書かれている。一方で、送ったInputをAI Modelの学習やFine-tuningには使わない方針も明記されている。
この記事でわかること
- Jevが何をするAIで、Chat AIと何が違うか
- 公式のDocs・Consoleを見分ける順番
- 初回のInputとAPI Keyで、渡さないほうがよいもの
こう思う人もいるかもしれない。
「URLにJevやTypeSafeと入っていれば、どこから始めても大丈夫では？」
そうとは限らない。自分が調べたときも、TypeSafeの公式とは確認できない紛らわしいドメインが検索結果にあった。運営元や意図までは確認できていないので、それらを危険なサイトだと断定はできない。ただ、AccountやAPI Keyを作る入口として選ぶ理由はない。公式サイトからリンクをたどる方法なら、確認する場所を絞れる。
Jevは文章を書くAIではなく、判断を返すAI
Jevは、文章を生成して会話するためのAIではない。TypeSafeの公式Docsでは、渡した状態や情報に対して質問を送り、Codeで使える構造化された答えを受け取るModelとして説明されている。
たとえば、次の3種類の質問を使える。
| 質問の種類 | できること | 返るものの例 |
|---|---|---|
| Choice | 選択肢から1つ選ぶ | 担当部署、優先度 |
| Score | 基準に沿って段階評価する | 内容の十分さ、緊急度の段階 |
| Noul | 文の内容が正しいかを0〜1で見る | 緊急性があるか |
「会話して答えをもらう」より、「小さく決められる問いを渡して、Program側で次の処理を決める」用途に向いている。まずこの違いを押さえておくと、Consoleを開いたときに何を試す場所なのか分かりやすい。
最初に確認する公式の4か所
初回は、次の順番で確認した。
1. typesafe.ai から始める
最初に開くのは TypeSafe公式サイト 。ページ内にDocsとAPI ConsoleへのLinkがあることを確認する。
検索広告や検索結果からConsoleらしい画面へ直接入るより、この入口を一度通すほうが安心だった。公式サイトから移動した先なら、docs.typesafe.ai と console.typesafe.ai が同じ公式導線の中にあることを自分で確かめられる。
2. Docsで、使い方が自分の目的に合うか見る
Quick Start では、ConsoleでTextを渡して質問を追加する流れと、API Keyを使うAPI呼び出しの流れが分かれている。
まだ「Jevを使う処理」を決めていないなら、いきなりAPI Keyを作らなくてもいい。まずはDocsを読み、Choice・Score・Noulのどれが自分のやりたい判断に近いかを見る。文章を要約したい、アイデアを出したい、といった目的なら、JevよりChat AIのほうが合う場合もある。
3. TermsとPrivacy Policyを、登録前に読む
Consoleへ進むと、ログインを続けることでTermsとPrivacy Policyに同意する表示が出る。ここは後回しにせず、先に読む。
確認時点の Terms of Use には、機密又は自分だけの情報をSiteへ送らないよう案内がある。また、Siteは米国内の訪問者を想定しており、米国外での利用可否を明示していない。日本から使える前提で進めず、登録画面や利用条件でその時点の表示を確認する。
Privacy Policy には、Account作成時の名前・Email Address、Prompt・Data・InstructionなどのInputを収集することが書かれている。InputでAI Modelを学習又はFine-tuningしない方針も示されているが、だからといって本名、仕事のData、顧客とのやり取りを最初のTestへ入れてよいわけではない。
4. Consoleで、目的に合う入口だけを使う
Docsによると、Consoleではログイン後にPlaygroundでTextと質問を試せる。APIを使う場合だけ、DashboardからAPI Keyを作り、公式DocsにあるAPI Referenceへ進む。
API KeyはPasswordと同じように扱う。画面を共有するときも、Keyの値が見える状態のScreenshotを残さない。Chat、記事、GitのCommitへ貼り付けない。Keyを作ること自体より、値をどこへ出さないかのほうが大事になる。
最初のTestは、公開されている例文だけで十分
初回の接続確認では、実際の問い合わせや作業中の文章を使う必要はなかった。自分が最初に試したときも、公式Docsにある架空の問い合わせ文だけを使った。
「この文は緊急性を伝えているか」のような、答えが想像しやすい小さな質問を1つ置けば、ConsoleやAPIの流れを確認できる。実在の顧客情報、社内メモ、未公開の企画を最初から渡すより、ずっと安全に始められる。
ここで分かるのは、あくまで「公式の導線から接続できたか」と「Choice・Score・Noulの形が自分の用途に合いそうか」。Jevの判断精度や、確信度をどこまで信頼できるかは、別の検証が必要になる。初回設定の記事では、そこまで結論を急がない。
初回設定で使う確認Checklist
- 検索結果ではなく、
typesafe.aiからDocs又はConsoleへ進んだ -
docs.typesafe.aiのQuick Startで、Jevが自分の目的に合うか確認した - TermsとPrivacy Policyの更新日、入力Dataの扱い、利用地域の記載を確認した
- 最初のTestには、公開済みの例文か自分で用意した無害な短文だけを使った
- API Keyを作る場合は、値をScreenshot・Chat・記事・Commitに残さないと決めた
この5つを確認してからなら、「とりあえず登録してみる」が、必要以上に情報を渡さずに始める作業へ変わる。
まとめ
Jevを試すときは、Modelの性能を急いで比べる前に、どこから入るかを確認するのが先だった。公式サイトからDocsとConsoleへ進み、Terms・Privacy Policyを読んだうえで、公開済みの例文から試す。これだけで最初の一歩はかなり安全になる。
| 項目 | 内容 |
|---|---|
| 結論 | typesafe.ai からDocs・Consoleへ進み、機密Dataを使わずに初回確認をする |
| Account | ConsoleはGoogle又はEmail codeでログインする入口を確認した |
| 確認日 | 2026-09-22 |
同じ状況に陥ったときの回避策
- 新しいAI Serviceは、検索結果の個別ページから登録せず、公式サイトにあるDocs・ConsoleのLinkを使う
- Privacy Policyに「学習へ使わない」と書かれていても、最初のInputは公開済みの例文か無害な短文にする
- API Keyを作るのは、Playgroundでは足りず、Programから呼び出す目的が決まってからにする
公式リンク・運営者情報
- TypeSafe公式サイト
- TypeSafe Docs: Introduction
- TypeSafe Docs: Quick Start
- TypeSafe Console
- TypeSafe Terms of Use
- TypeSafe Privacy Policy
- TypeSafe公式GitHub Organization
この記事は、Jevを試すための公式導線・初回確認の記録（2026-09-22）を基に、独自調整したAIが下書きを作成し、筆者が事実確認・編集を行った上で公開しています。
