Claude Media
Claude 1Password連携の使い方 — パスワードを見せずにログインする仕組み

Claude 1Password連携の使い方 — パスワードを見せずにログインする仕組み

1Password for Claudeは、パスワードや認証コードをClaudeに見せず1Passwordが直接入力する連携です。対象はMac版Claude Desktopで、Windowsは要件にありません。設定と承認の流れを解説します。

はじめに — 1Password for Claudeで何ができるか

1Password for Claudeは、Claudeがブラウザ操作でログインが必要なタスクに出会ったとき、1Passwordに保存済みのログイン情報をその場で使えるようにする連携です。パスワードやワンタイムコードはClaudeの会話・記憶・Anthropicのシステムのどこにも入らず、1Passwordがページへ直接入力します。

ログインが必要な予約サイトやSaaS管理画面での作業を、パスワードを手入力せずにClaudeへ任せられるのが最大の価値です。2026年7月17日にベータとして始まりました。

対象はPro・Max・Team・Enterpriseの有料プランで、macOS版Claude Desktopを使うユーザーです。Windowsは要件に含まれていません。1Password側は個人・家族・ビジネスのプランが対象で、Claude in Chromeが必須になります。

前提条件

セットアップの前に、次がすべて揃っているか確認します。

必要なもの補足
Mac補足macOS版Claude Desktop限定(ベータ)
Claude in Chrome補足ブラウザ操作の代行に必須
1Passwordアカウント補足個人・家族・ビジネスのいずれか
1Passwordデスクトップアプリ補足バージョン8.12.28以降
1Passwordブラウザ拡張機能補足バージョン8.12.28以降

バージョン要件は1Password側のサポートページに載っており、Claude側のヘルプには書かれていません。古いアプリのまま設定を進めて動かないときは、まずこの2つの番号を疑うことになります。

Claude in ChromeをChromeで動かせることが、この連携の前提です。

Windowsでも使えるか、Claude Codeからはどうか

結論から言うと、Windowsは対象外です。Claudeのヘルプも1Passwordのサポートも、要件にMac(macOS版Claude Desktop)を挙げています。Windows版Claude Desktopは、どちらのページの要件にも載っていません。

Claude Codeについても、要件はClaude Desktop(macOS)とClaude in Chromeです。ターミナルのClaude Codeから使う方法は、どちらのページにも載っていません。

Windowsで1Passwordを使っている場合は、ベータの対応範囲が広がるまでは、ログインを手元で済ませてからClaudeに任せる運用になります。

動かなくなる原因は3層ある — 有効化のスイッチ

連携が動くには、権限の異なる3か所の設定が別々に通っている必要があります。設定したのに動かないときは、まず3層のどれが抜けているかを確かめます。

3層

有効化が必要な3つの層

  • 1Password側の管理者(ビジネスプランのみ)

    管理者が「Policies」でAllow AI agents to autofill for usersをオンにします。1Passwordのビジネスプランでは、この項目が無いとエージェントへの自動入力が許可されません。

  • Claude側の組織(Team・Enterpriseのみ)

    OwnerまたはPrimary OwnerがOrganization settings > Claude in ChromeでEnable for your teamとPassword managersをオンにします。既定はオフです。

  • 利用者本人

    1Passwordデスクトップアプリとブラウザ拡張機能を入れ、Claude Desktopで接続します。管理者が有効化しても、これは代行されません。

Claudeも1Passwordも個人向けプランなら、3番目だけで足ります。1Passwordがビジネスアカウントなら、Claudeが個人プランでも管理者のポリシーが要ります。Team・Enterpriseの組織では、1Password管理者とClaude組織のOwnerが別の人になり得るため、両方に依頼が要ります。

Claude側の接続の入り口

利用者本人の接続は、次のいずれかから始められます。

  • 1Passwordを検出したときにClaude Desktopへ出るバナー
  • ログインが必要なタスク中に出るチャット内プロンプト
  • Settings > Connectors(Customize配下)で1Passwordの隣にある「Connect」

1Passwordのサポートは、Customize > Connectorsから「Connect」を選ぶ手順を案内しています。1Passwordのデスクトップアプリに認可の画面が出るので、Touch IDか1Passwordアカウントのパスワードで承認します。アプリに複数のアカウントでサインインしているときは、アカウント名の横の下矢印から接続先を選べます。

接続を外すときは、Customize > Connectorsで1Passwordの隣にある「Disconnect」を選びます。

ログイン要求は毎回どう承認されるか

タスクの途中でClaudeがログインを必要とするたびに、次の流れで処理されます。

手順

ログイン要求1回分の流れ

  1. 1

    1Passwordが要求内容を表示する

    Claudeがどのボールト項目を要求しているかが示されます。同じサイトに複数のログインがあるときは、ここで別のものに差し替えられます。

  2. 2

    承認・差し替え・拒否のいずれかを選ぶ

    要求された項目を承認するか、別のログインに差し替えるか、拒否するかを、1つのプロンプトで選びます。

  3. 3

    生体認証で確定する

    確定すると、1Passwordがページへ直接ログイン情報を入力します。Claudeが知るのは、どのログインを使ったかだけです。入力が終わって1Passwordから報告が返るまで、Claudeはそのページの読み取りと追跡を止めます。

承認はタスク単位で、タスクが終われば有効範囲も終わります。入力後は、ページ上に認証情報が露出していないかを1Passwordが確認します。フォーム送信が失敗したときは、制御をClaudeに戻す前に入力値を消去します。

ボールトの項目とサイトの対応は、URLで判断されます。1Password側のトラブルシューティングには、Claudeが違うログインを提案するときは項目のウェブサイト欄がサインインURLと完全に一致しているか確かめる、とあります。一致しなければ、1Passwordデスクトップアプリで項目を編集してURLを直し、保存します。別のログインが提案されるときや、見つからないときも同じ確認です。

Agentic Modeは何を守り、どう止めるか

Agentic Modeは1Passwordブラウザ拡張機能の機能です。AIエージェントがブラウザを操作している間は拡張機能が自動でロックされ、承認した項目以外にはClaudeの手が届きません。Claudeが操作を引き継ぐと、拡張機能のインターフェースは隠れます。

拡張機能レベルで既定オンです。1Password for Claudeをセットアップしていなくても働きます。

止め方については、2つの公式ページで書き方が違います。

くらべる

拡張機能を取り戻す・タスクを止める方法の記述

拡張機能を開く

Claudeのヘルプ

1Password拡張機能をいつでも開いて、有効かどうかの確認や進行中のタスクの取り消しができる、という説明です。

タブグループを閉じる

1Passwordのサポート

拡張機能の機能を取り戻すには、ブラウザ内のClaudeのタブグループを閉じる、という説明です。

操作の最中は拡張機能のインターフェースが隠れる、という点が両方に共通しています。拡張機能が開けず画面が止まって見えるときは、1Passwordのサポートが案内するタブグループを閉じる方法が手がかりになります。ほかのサイトで拡張機能からログインを入力したいときも、同じくタブグループを閉じる案内です。

OAuth型のConnectorとは、承認の頻度が違う

Microsoft 365やBoxのようなOAuthベースのConnectorは、いったん認可を済ませると、その後のアクセスのたびに承認を求められる作りではありません。1Password for Claudeは逆で、承認をログインの要求ごとに求めます。

アクセストークンの寿命と、利用者が再認証を求められる頻度は別の話です。たとえばMicrosoft Entraのアクセストークンは既定で60〜90分のランダムな値の寿命を持ち(平均75分)、クライアントアプリや条件付きアクセスの有無でも変わります。ただしこの数字は、利用者がいつまで再認証なしで使えるかを直接示すものではありません。

くらべる

つなぎ方の違い

常時接続

OAuth型Connector

認可のあとは、アクセスのたびの承認を求められません。

都度承認

1Password for Claude

ログインのたびに要求内容が示され、生体認証で承認します。承認はタスク単位で、Claudeがボールトへ常時アクセスできる状態にはなりません。

パスワードそのものを渡さないことに加え、この承認頻度の違いが、機密性の高いログインを扱うときの安心材料になります。

対応するのはログイン項目だけ — 何が動き、何が動かないか

くらべる

対応項目の書き方は2つのページで違う

ログインとTOTP

Claudeのヘルプ

対応はログインとワンタイムコード(TOTP)で、クレジットカードや身分情報などは対象外という書き方です。Googleでログインする場合の扱いや、パスキーには触れていません。

プロバイダー対応・パスキー未対応

1Passwordのサポート

ログイン項目のユーザー名・パスワード・ワンタイムパスワードに加え、GoogleやFacebookなど対応プロバイダーでのサインインが動くと書かれています。他の項目タイプとパスキーは、まだ対応していません。

プロバイダーでのサインインは、Claudeがそのサイトのログイン項目と、リンクされたプロバイダーの項目の両方を要求し、プロバイダー側のログインで入る流れです。パスキーで入るサイトや、カード・住所・身分証の入力が要る場面は、この連携の外になります。カード情報は、1Passwordのボールトから入力させられません。

よくあるつまずき

提案が合っていなければ、承認プロンプトの検索バーから別の項目を探せます。

Team・Enterpriseで設定したのに反映されないときは、Claude側のPassword managersだけが通っている可能性があります。3層の残りを確かめてください。

Claude in Chromeでの安全性への配慮

1Password for Claudeは、ログインでのパスワード露出を減らしますが、ブラウザを操作するAIエージェント全般のリスクを消すわけではありません。承認プロンプトのたびにどの項目が要求されているかを確かめる習慣は残ります。機密性の高いアカウントを扱う前には、Claude in Chromeを安全に使う方法とリスク対策も確認しておくと安心です。

Connectorsの権限管理を組織単位で設計しているなら、Claude Connectorsとはで全体像を、Claude Connectorsの権限設定でよくある失敗と対策で設定ミスのパターンを見られます。

まとめ

ログイン情報を1Passwordが直接入力する仕組みは、個人プラン同士なら本人の設定だけで動きます。ビジネスプランやTeam・Enterpriseでは、1Passwordの管理者とClaude組織のOwnerに、それぞれ設定を頼む必要があります。

この記事を共有:XはてブLinkedIn