Vault は、ボット用の金庫です。 ログイン（サイト・ユーザー名・パスワード）、クレジットカード、連絡先（名前・住所・電話・メール）を保存します。
Secure Form は、ボットに見せずにページへ直接入力する欄です。 ボットが「ログインが要る」と判断した時に、チャットの中に出ます。入力した値は、ボットではなくページに入ります。
No.01で見たとおり、ボットはクラウドの計算機のブラウザでWebサイトを開きます。 アプリがあるサービスは No.05 の連携アプリで済みますが、アプリが無いサイトは、ここで扱うブラウザの道を使います。
| 何のことか | |
|---|---|
| Vault | 保存しておく場所。ボットは値を見ない |
| Secure Form | その場で聞く欄。保存するかは選べる |
| 秘密カード（secure secret card） | APIキーなど、ログインでもクレジットカードでもない秘密用の欄 |
| 記憶（No.04） | ボットが読める言葉のメモ。ログインとクレジットカードは入れない |
秘密カードと Secrets の話は、No.10（後で出ます）で見ます。
サイトにパスワードを求められた時、ボットは次の順でログインを探します。
公式の例では、会議のサイトに対してVaultにも1Passwordにもログインが無く、ボットが Secure Form を出しました。 順番を覚えておくと、「なぜ今回は聞かれたのか」「なぜ今回は聞かれなかったのか」に答えられます。
3つの道は入口が違うだけで、値の通り道は同じです。
Vault ─────────┐
1Password ──────┼──▶ ページへ直接入力 ──▶ サイト
Secure Form ────┘ （値は経由しない）
✕
ボット／モデル：値を受け取らない
公式は、これを「参照で入れる」と説明しています。 モデルは、保存されたパスワード・カード番号・セキュリティコード・Secure Form に入力した内容を、受け取りません。
では、ボットには何が見えるのでしょうか。
見える物があるのは、ボットが「どのエントリを使うか」を選び、住所の入力を代わりにするためです。 講義では「ボットは鍵の名前札は読めるが、鍵そのものは触れない」と言うと伝わります。
ボットにパスワードを決めさせてサイトに登録した時は、Vault がパスワードを作り、ログインとして保存します。ボットはそのパスワードも見ません。
サイトがメールで一度きりのコード（OTP）を送ってきた時は、ボットは次のどちらかから読みます。
コードやパスワードを普通のチャットに書くのは、公式が禁じています。
○ よくある勘違い：「Vaultに入れたら、ボットが読んで使っている」→ 値はページに直接入る。ボットは値を見ない
○ よくある勘違い：「1体のボット専用のVaultを作れる」→ Vaultはアカウント全体で、1体に限定できない
○ 関係する単元：No.04（記憶にログインを入れない）／No.10（秘密の扱い）
フォームで入れられない手順が出たら、ボットは計算機をあなたに渡します。 場面は、次の6つです。
加えて、人が操作することを明示的に求めるサイトも対象です。 これらはどれも、フォームでは入れられない手順です。 公式は、フォームで入れられない理由までは書いていません。
流れは、次の順です。
ボット：計算機を渡す依頼をチャットに出す
↓
あなた：「Take over」（またはクラウドの計算機を開いて「Take control」）
↓
あなた：ブロックされた手順だけを済ませる
↓
あなた：「I'm done」→ ボットに「続けて」と伝える
↓
ボット：続きを進める（ログイン状態は計算機に残る）
ここでも、パスワードやコードをチャットに書くことはしません。 済んだログイン状態は計算機に残り、No.03で見たとおり、あなたの他のボットにも共有されます。
サイトがセッションを切る・短い時間で切れる・再確認を求める、ということもあります。 その時は、ボットに「回避しようとせず、止まって知らせて」と伝えるのが公式の勧めです。
YubiKey のようなハードウェアのセキュリティキーでログインする場合、ボットのブラウザは、あなたのデスクトップに挿した鍵を使えます。 設定は「Settings → General → Security Key」の「Use hardware security keys」で、macOS と Windows では初期設定がオン、Linux は未対応です。
使うたびに、先に承認を求められます。 自動で通る場面ではない、と覚えれば足ります。
ここが、受講生に誤解されやすい所です。 Vault に保存したクレジットカードは、チェックアウトで毎回承認を求めずに入力されます。1回ごとの承認を求める設定は、ありません。
毎回承認したいなら、クレジットカードを保存しません。方法は2つです。
注意点が1つあります。 チェックボックスの無い Secure Form は、そのまま Vault に保存されます。毎回承認したい時は、送信しないでください。
カード番号をボットに渡さない点は、保存してもしなくても同じです。違うのは、承認を取る頻度です。
購入そのものを止めたい時の道も、別にあります。 ボットに依頼文で境界を伝え（「買う前に必ず聞いて」など）、購入に狭い Ask first ルール（その行動を必ず止めて承認を求めるルール）を足します。詳しくは No.08（後で出ます）です。
講義では、「安全に入れる話」と「承認を取る話」は別だと切り分けて話すと混乱しません。
「Settings → Vault」には、Link や X Money のような財布を連携する「Payment accounts」と、最初に支払いに使う「Default payment method」があります。
Link を連携していると、ボットは1回の購入用に、一回限りのクレジットカードの承認をあなたに頼めます。 承認画面には、店・商品・合計が出ます。
承認後に、開いたLinkのページで承認を完了します。断るか期限が切れたら、請求は発生しません。
1Password の連携は、Vault の代わりに、あなたの1Passwordのログインを使う道です。 仕組みで押さえる点は3つです。
一度共有したログインは、後の会話でも使えます。 1Password が許可しなくなったら、ボットはまた聞きます。使うには、1Password のアプリが 8.12.42 以降である必要があります。
接続や承認の細かい画面の手順は、使い方編に任せます。
ログインは Vault → 1Password → Secure Form の順に探し、どの道でも値はページに直接入ってモデルは見ない。SSO・パスキー・CAPTCHAなどは人に渡す。Vault のクレジットカードは毎回承認なしで決済に入る。毎回承認したいなら保存しない（購入を止めたいなら Ask first ルール）。
問1 会議サイトのログインを求められた時、Vault にも 1Password にもログインが無かった場合、ボットはどう動く？
問2 「ボットはVaultのパスワードを読んでログインしているんですよね？」と聞かれました。仕組みからの答えは？
問3 会社の SSO やパスキーが要るサイトで、ボットが止まりました。正しい動き方は？
問4 「購入するたびに自分で承認したい」と言われました。どうすればいい？
出典：https://docs.x.ai/grok-bot/vault ／ https://docs.x.ai/grok-bot/computer-and-apps ／ https://docs.x.ai/grok-bot/how-grok-bot-works ／ https://docs.x.ai/grok-bot/approvals-security-and-privacy ／ https://docs.x.ai/grok-bot/security 。内容は2026年11月時点の公式。