Harpa AI 徹底ガイド ─ 機能、利点と留意点、無料・有料版の違いなど

2025年11月6日2025年11月24日

「Harpa AI」を初めて知った人、導入を検討している人がまず頭に浮かべる声を並べました──

「ブラウザ拡張でここまで自動化できるって本当？安全なの？」
「要約や下書きは便利そうだけど、公開しても問題ない品質なの？」
「監視やフォーム自動入力って社内ルールや法令に触れない？」
「無料版でどこまで試せる？有料にすると本当に元は取れるの？」
「導入するときの初期設定やAPIキーの管理が不安だ……」

本記事は、こうした現場の不安と期待に答えるために作りました。

技術的な構造と代表的な機能（要約／監視／メール支援／SEO補助など）をわかりやすく整理し、利点・導入上の留意点・無料／有料プランの違いを実務目線で比較します。

実際に使うときに役立つ小さな手順（導入チェックリスト）や、誰がどの機能を使うと効果的か、という運用のコツも提示します。

この記事を読み終える頃には、Harpa AI の「できること」と「避けるべき落とし穴」が明確になり、自分の業務で試すべき最初の一歩がわかるはずです。

まずは無料枠で小さく試す前提で読み進めてみてください。

製品の全体像 ─ HARPA AI はどんなものか

HARPA AI（ハーパ・エーアイ）は、ブラウザ上で動く「ページに即したAIアシスタント兼自動化ツール」です。拡張機能として常時呼び出せ、閲覧中のウェブページや動画、メールなどを理解して要約・編集・自動化することを目的としています。ブラウザ拡張として提供され、複数の大規模言語モデルや外部AIサービスを組み合わせて動作します。

一言でいうと

ブラウザの右上に常駐する“作業用のAIツールボックス”。要約・データ抽出・自動操作（監視やフォーム入力）・コンテンツ作成支援など、ウェブ作業を短時間で済ませるための機能をワンパッケージで提供します。

主要な機能（要点）

ウェブページ／動画の要約：記事やYouTubeを自動で要約して素早く要点が掴めます。
ブラウザ自動化／監視：特定ページの変化監視や価格追跡、定期レポートの自動化が可能です。
メールやテキストの下書き支援：Gmail連携などで返信文の生成やテンプレ作成を手伝います。
SEO・リサーチ補助：ページ内キーワード抽出や簡易SEOレポートを作成できます。
複数AIの接続：ChatGPT系／Claude／Geminiなど、複数のモデルを接続して利用できます（プランや接続方法による）。

誰に合うか（典型ユーザー）

コンテンツ制作者：記事作成や動画の要点抽出を短縮したい人。
マーケター／SEO担当：競合調査やキーワード抽出を手早く行いたい人。
リサーチ／事務作業を自動化したい人：定期監視や大量データの抽出を自動化したい場面で効果を発揮します。

目に見える強み（差別化ポイント）

「ページ認識」機能により、単なるチャットボットではなく閲覧中のコンテンツに即した応答や操作ができる点。
ワンストップで自動化まで可能なため、要約→抽出→保存→監視といった一連作業を拡張機能だけで完結できる点。

動作環境・料金感（概要）

Chromium系ブラウザ（Chrome、Edge、Brave 等）向けの拡張として提供されています。基本の無料トライアルやデモ枠があり、より多機能な有料プランへアップグレードできます。料金やプランは公式のページで案内されています。

使い始めのヒント：まずブラウザ拡張を導入して、閲覧ページ上で「要約」や「/youtube-summary」といったプリセットコマンドを試すと、HARPAの得意領域がすぐに掴めます。必要な機能（自動化やクラウド接続）は段階的に有効化すると失敗が少ないです。

概要

HARPA AIはブラウザ拡張で動く“ページ認識型”のAIアシスタント兼自動化エンジンです。閲覧中ページを理解して要約・抽出・自動操作を行い、ワークフローを短縮します。

ブラウザ自動化と監視機能（ページ監視／価格追跡など）

何ができるか
指定したページや要素（テキスト、価格、ニュースなど）を定期チェックし、変化があれば通知・記録・次のアクション（スクレイピング、メール送信、外部サービス呼び出し）を自動で実行できます。価格変動のアラートや新着記事の監視に向きます。

導入の手順

拡張を導入 → HARPAを開く（アイコン or Alt+A）
AUTOMATE タブで監視対象を指定（ページ全体／特定要素）
トリガー（変化検出）とアクション（通知・保存・外部連携）を設定

メリット

手作業の繰り返しを削減（時間節約）
重要変化を見逃さない（リアルタイム性）

注意点

監視対象のセレクタが変わると検出できないため、定期的な確認が必要。
サイトの利用規約やスクレイピング制限を遵守すること。

メール支援ツール（Gmail連携での自動応答や整理）

何ができるか
Gmailなどのメール画面内で返信文の下書き作成、定型文の生成、トーン模倣、フォローアップ作成などをワンクリックで行えます。複数のメールサービスに対応するテンプレートが用意されています。

使い方の要点

メールを開き、HARPAの返信テンプレートを選択 → トーンや目的（簡潔、丁寧、営業）を指定 → 生成文を編集して送信

メリット

一貫した文面（ブランド／個人の文体）を維持できる。
大量メール処理の負担を大幅に下げる。

注意点

自動生成文は最初に必ず中身をチェックし、敏感情報や法的表現を確認すること。
自動送信の設定は誤送信リスクを生むため運用ルールを作る。

動画要約・解析（YouTubeの内容を短縮・要約）

何ができるか
YouTubeのトランスクリプトを取得して要点を抽出、要約（短い要旨〜詳細サマリ）やタイムスタンプ付きサマリ、タイトル・説明文の生成が可能です。動画を全部見る時間がない場面で特に有用です。

ワークフロー（例）

YouTubeページで /youtube-summary コマンドを実行
出力形式（短い要約・箇条書き・スクリプト化）を選ぶ
必要に応じてタイトルや説明、ハッシュタグを生成

メリット

調査やリサーチの速度が飛躍的に上がる。
コンテンツ再利用（記事化・引用）が簡単。

注意点

正確な要約には元のトランスクリプト品質が影響するため、直接音声認識に依存する長尺動画は要確認。

コンテンツ制作支援（記事作成、要約、データ抽出）

何ができるか
閲覧中ページの構造を理解して、見出し抽出、要約、段落のリライト、記事下書きの生成、表や箇条の自動作成が行えます。PDFやブログ記事、レポートの要点化にも対応します。

活用例

調査結果を1ページで要約 → ブログ下書きを出力 → 編集して公開
表形式のデータ抽出 → CSV化して他ツールへ流用

メリット

初稿作成の時間を短縮し、編集に集中できる。
データ抽出で数値や引用の整合性を取りやすい。

注意点

生成文は“骨組み”として使い、事実確認（ファクトチェック）を必ず行うこと。
著作権や引用ルールには留意する。

SEO・キーワード調査ツール（抽出とレポート生成）

何ができるか
ページ内ワードの抽出、関連キーワードの提案、簡易的なキーワードレポート作成が可能です。競合ページの重要語句抽出やタイトル案出力にも使えます。

実務的な使い方

競合ページを開く → キーワード抽出コマンドを実行 → 抽出語でレポート生成 → タイトル/メタ説明の候補作成

メリット

手早く競合の狙い目キーワードを把握できる。
コンテンツ企画の種出しが効率化する。

注意点

専門的なSEOツールほどの深さは期待しない（あくまで補助ツール）。
サーチボリューム等の数値データは別途専用ツールで確認するのが安全。

SNS投稿・マーケティング補助（投稿文案や施策プラン作成）

何ができるか
投稿文のドラフト、キャプション案、ハッシュタグ生成、簡単なコンテンツカレンダー案の作成をサポートします。動画要約と組み合わせてSNS用の短縮版コンテンツを生産するのが効果的です。

早わかりフロー

元ネタ（記事や動画）を読み込む
投稿目的（認知／誘導／CTA）を指定 → 複数案を生成 → スケジュール化案を作る

メリット

コンテンツ素材からマルチチャネル用の派生コンテンツを効率生成。
A/B案を短時間で作り比較できる。

注意点

プラットフォームごとの最適文字数やポリシーを確認してから使う。
自動生成案は必ずブランドガイドラインに合うかチェックする。

フォーム入力・レビュー自動化（フォーム自動入力やフォーム評価）

何ができるか
繰り返しのフォーム入力（アンケート、注文フォーム等）を自動化したり、レビュー欄の自動要約や評価ラベル付けを行えます。テストデータの流し込みや大量レビューのサマリに向きます。

使いどころ

商品のレビューデータを自動で要約 → ポジネガ比を算出
定型フォームへの定期入力（テスト／監査）を自動化

メリット

手作業によるミスを削減し、集計作業を自動化できる。
大量レビューのトレンド把握が容易になる。

注意点

自動入力は対象サイトの利用規約に従うこと。
フォームフィールド名が変わると動作が止まるためメンテが必要。

まとめ（実践的な導入アドバイス）

まずは「観察」から。 拡張を入れたら要約・監視・メールのいくつかの基本機能を試して得意領域を把握しましょう。
自動化は段階的に。 小さな監視→通知→自動アクションの順に拡張して誤動作を防ぐ。
生成物は必ずチェック。 自動生成は“時短の前段”として使い、最終出力は人の目で確認する運用を定着させてください。

導入と初期セットアップ

HARPA AI を使い始めるための最短ルートを、実際に手を動かす順でまとめました。初めてでも迷わないように、必要な操作と落とし穴を簡潔に解説します。

インストールの手順（拡張の導入からブラウザ設定まで）

対応ブラウザを確認
- Chromium系（Chrome / Edge / Brave 等）を使うのが無難です。ブラウザのバージョンは最新にしておきましょう。
拡張機能の入手
- ブラウザの拡張ストアで「HARPA」または「HARPA AI」を検索し、信頼できる提供元（公開者名）を確認してインストールします。
拡張を「ピン留め」して常時表示
- 拡張アイコンをブラウザツールバーにピンしておくと、ページ閲覧中にすぐ呼び出せます。
権限の確認
- ページ内容へのアクセスや通知の許可など、拡張が要求する権限はインストール時に表示されます。必要性を理解した上で承認してください。
ブラウザ設定（推奨）
- ポップアップや自動リダイレクトを拡張が正しく動かせるようにブロック例外を設定しておくと安定します。
動作確認
- 任意のウェブページで拡張を起動し、「要約」など簡単なコマンドを試して動作を確認します。

ワンポイント：会社や組織の端末ではポリシーで拡張がブロックされることがあるため、管理者権限が必要な場合はあらかじめ確認してください。

アカウント連携と初期設定（API・認証、言語設定など）

サインイン／アカウント作成
- 拡張内のサインイン画面でアカウント登録または既存アカウントでログインします。メール認証やOAuthが使われることが多いです。
外部AIモデルやAPIキーの接続（任意）
- より高性能なモデルを使うには、自分のAPIキー（OpenAIやほかのプロバイダ）を入力して接続します。キーは厳重に管理、共有しないでください。
既定の出力設定を決める
- 生成文の「長さ」「トーン（カジュアル／フォーマル）」や、要約の粒度（短い要旨／詳細）を初期設定しておくと使い勝手が良くなります。
言語とロケールの設定
- 応答言語や日付表示のロケールを設定。日本語の文体を重視する場合は「日本語優先」を選び、生成後に微調整する運用が現実的です。
ストレージと同期設定
- ローカル保存／クラウド保存の切替、履歴保存のオンオフなどを用途に合わせて設定します。機密情報を扱う場合は履歴を残さない設定を検討してください。
通知／監視の初期ルール
- 監視やアラートを使うなら、最初は通知頻度を低めにして誤検知の確認 → 徐々に本番運用へ移行します。

セキュリティ注意：APIキーや機密データを拡張に保存する場合は、有効期限や権限を限定し、不要になったら即削除してください。

操作上のちょっとした注意点（Enter送信の挙動、Page text 指示など）

送信キーの扱い
- 多くの拡張で Enter が「送信」、Shift+Enter が「改行」になっています。誤送信しやすいので、長文プロンプトは別エディタで作るか、改行方法を確認してから入力しましょう。
「Page text」「Selection」などの入力ソース指定
- ページ全体を解析する「Page text」と、選択テキストだけを解析する「Selection」は結果が大きく変わります。目的に応じて使い分けてください（要約 → Page、引用部分だけを要約 → Selection）。
プリセットコマンド／テンプレート活用
- よく使うプロンプトはテンプレ化しておくと再現性が上がります。テンプレは用途別（記事下書き／メール返信／SNS投稿）に分けておくと便利です。
生成結果は必ずチェック
- 自動生成は誤情報や不自然な表現を含む場合があるため、公開前に必ず人の目で校正してください。特に事実関係や引用部分は要確認です。
レート制限と料金に注意
- 外部APIを接続している場合、呼び出し回数が料金に直結します。大量処理はバッチ化してスケジュール実行するなど工夫しましょう。
要素セレクタの変化に弱い
- 監視や自動入力はページ構造（CSSセレクタ）が変わると動かなくなります。定期的なメンテナンスを組み込んでください。
プライバシー配慮
- 個人情報や機密データを含むページを外部モデルに投げる前に、社内ルールや法令に則って処理すること。必要なら匿名化してから処理しましょう。

最後に：初期運用のチェックリスト

拡張をインストールしてピン留めした ✅
拡張の権限を確認した ✅
サインインして基本設定（言語・出力）を済ませた ✅
APIキーは安全に保管・接続した（必要な場合） ✅
テストページで要約や監視を実行して結果を確認した ✅

ここまで設定すれば、HARPA AI の核となる機能を安心して使い始められます。

基本フローの実践例（例：ウェブページ→要約→記事化）

目的：閲覧中のウェブページを短時間で要約し、ブログ記事の下書きまで仕上げる流れを示します。

ブラウザで対象ページを開く（調査対象：ニュース記事・レポート等）
HARPAの拡張を起動 → 入力ソースを「Page text」に設定
要約を取得（短い要旨 → 詳細サマリの順で）
要約を元に記事の見出し構成（アウトライン）を作成
各見出しごとに本文下書きを生成（人のチェックと追記を入れる）
SEO用キーワードを抽出してタイトル・メタ説明を調整
校正・事実確認 → 公開

実際に使うときのポイント

出力は「下書き」として扱う：事実関係と引用は必ず原典で確認する。
要約は段階的に深掘りする（短い→中位→詳細）と品質が上がる。
長文生成は分割（見出し単位）してから統合する方が誤りを抑えられる。

サンプルプロンプト（アウトライン作成）

このページを要約して、ブログ用のH2/H3構成（見出し＋各見出しの100〜150字説明）を作ってください。
- 目的：読者が10分で要点を理解し、行動（購買／登録／さらに読む）できる
- 読者：30代のマーケター

具体的なプロンプトとワークフロー（キーワード抽出・ペルソナ分析など）

(A) キーワード抽出ワークフロー

目的：競合ページや自分の記事から狙うべきキーワード候補を作る。

手順

競合ページを開く → HARPAで「キーワード抽出」コマンドを実行
抽出結果をもとに検索意図（情報収集／比較／購入）で分類
ボリューム・難易度は別ツールで確認（HARPAは補助）

プロンプト例（抽出）

このページから主要キーワード（上位15個）を抽出し、
- 各キーワードの想定検索意図（情報／比較／購入）を付けてください。
- 重要度順に並べ、タイトル候補を3つ作る。

(B) ペルソナ分析ワークフロー

目的：作る記事や広告のターゲット像を明確にし、言葉遣いや訴求ポイントを決める。

手順

記事テーマを入力 → HARPAで「3種類のペルソナ」を生成
各ペルソナに対する主要な悩み、期待する解決、適したCTAを出す
生成結果を基に見出しや冒頭文のトーンを調整

プロンプト例（ペルソナ）

以下のテーマに対して、3つの典型的ペルソナを作ってください（氏名は不要）。
- 各ペルソナ：年齢層、職業、主な悩み、期待する解決、最適な見出しフレーズ
テーマ：在宅ワークに適したノートPCの選び方

(C) プロンプトの再現性を高めるコツ

出力フォーマットを明示（例：JSON形式／箇条書き／見出し＋説明）
期待する語調（例：カジュアル／専門的）を指定
長さの目安（字数指定）を入れるとブレが減る

自動化テンプレートと応用例（メール自動化、定期監視レポート）

以下はそのまま運用に使えるテンプレート群。設定項目（トリガー／条件／アクション）を具体的に示す。

テンプレートA：新着記事監視 → Slack通知（定型）

トリガー：指定ページの「新着記事の見出し」に変化
条件：見出しに「価格」「発表」など指定語が含まれる場合のみ通知
アクション：Slackへ件名＋要約（自動生成）を送信

設定例（UI操作の流れ）

AUTOMATEで新しいルール作成
対象URLとセレクタ（見出しのCSS）を入力
条件としてキーワードリストを指定
アクションでWebhook（Slack）を選び、テンプレートプロンプトを設定

テンプレートプロンプト（通知本文）

新着記事検出:
- ページ：{url}
- 見出し：{headline}
- 要約（50〜80字）：要約を作成してください

テンプレートB：Gmailでの自動下書き（受信→返信案作成）

トリガー：受信メール（件名に「問い合わせ」含む）
条件：優先度タグが「高」であること
アクション：返信下書きを生成（テンプレ化）、下書きフォルダへ保存

返信テンプレ例（プロンプト）

以下の受信メールに対して、丁寧で簡潔な返信案を作ってください。
- 返信の目的：問題の確認と次のアクション提案
- 文字数：約120〜160字
- 署名は末尾に「会社名｜サポートチーム」で統一
本文：{email_body}

テンプレートC：定期監視レポート（週次）

トリガー：スケジュール（毎週月曜午前）
条件：主要指標が前週比で変化した場合にハイライト
アクション：要約＋差分の箇条書きをメールで配信

レポート生成プロンプト

以下の週次データを読み取り、要点（上位3つの変化点）を箇条書きで作成してください。
- 指標：訪問数、コンバージョン、直帰率
- 比較：前週比
出力形式：箇条書き（1行＝1点）、最後に3行で改善提案

運用上の留意点（優先順）

事実確認をルール化：自動生成は必ず人が検証するプロセスを入れる。
権限管理：自動送信やAPIキーは最小限の権限に限定する。
監視セレクタのメンテ：サイト改修で動作が止まるので月1回のチェックを推奨。
コスト管理：外部APIに依存する処理はバッチ化してコール数を抑える。
ログと履歴：問題発生時の原因追跡のためにログ保存を有効にする（機密データは除外）。

すぐ使えるチェックリスト（実行準備）

[ ] 要約→下書きの短いワークフローを1件で実行して結果を確認した
[ ] よく使うプロンプトを3つテンプレ化した（保存済）
[ ] 監視ルールを1つ作り、誤検知がないか1週間観察した
[ ] APIキーやWebhookの権限を最小化した
[ ] 自動送信はまず「下書き保存」で安全確認してから運用に移した

料金体系とプラン選び（要点まとめ）

以下は HARPA AI の代表的なプランと選び方を簡潔に、実務的な視点でまとめたものです。価格や特典は更新されることがあるため、最新は公式の料金ページを確認してください。

概要

試用（Demo / 無料）：まずは機能を試せる最小限のプラン。支払い情報不要のデモ枠や無料トライアルが用意されています。
S（有料・月額）：機能フルアクセス、クラウドGPTトークン（Megatokens）やスケジュール、無制限コマンドなどを提供する中核プラン（例：$12/月相当の層あり）。
S2（上位プラン）：より大きなトークン割当・自動化機能強化・ジョブスケジューリングなどを含む上位層（例：$19/月相当の層）。
X / ライフタイム（買い切り）：一括払で永続ライセンスを得る選択肢が提供されている場合がある（買い切りでの特典や割引が付くことあり）。

比較表

スクロールできます

プラン	主な違い（機能の目安）	向く人
Demo / 無料	試用制限あり（コマンド回数や機能制限）	初めて試す人、検証用途
S（基本有料）	フル機能、クラウドトークン、履歴・カスタマイズ可	個人の本格運用・ライター、マーケ担当
S2（上位）	トークン増量、スケジューリングや高度自動化	自動化を多用するパワーユーザー
X（ライフ）	一括買い切りで長期利用（トークン別途）	コストを一度で抑えたい個人・趣味利用者

（表は機能の「代表的傾向」を示します。具体的な数値／条件は公式ページで要確認。）

無料版と有料版の違い（実務で押さえるポイント）

利用上の制限：無料／デモはコマンド実行回数や自動化数、クラウドトークン量が制限されるため、“試作・検証”向け。
機能の開放度：有料（S 系）ではテンプレ編集、履歴保存、スケジュール実行、より多くのAIモデルへのアクセスが可能になる点が大きい。
コストと運用：外部APIキーを使う場合のコスト（API呼び出し料）とHARPA側のトークン消費を合わせて計画する必要がある（トークン管理が重要）。

各プランの選び方（用途別の推奨）

まず試したい・検証が目的 → Demo / 無料 を使い、要約・自動化テンプレの動作を確認する。
個人で日々使う（記事作成・メール自動化など） → S（基本有料）。無制限のコマンド実行や履歴、クラウドモデル利用が効率化につながる。
大量自動化・定期ジョブ・チーム連携が必要 → S2（上位）またはチーム向けプラン。トークン量とスケジューリング機能が強化される。
長期でコストを抑えたい個人ユーザー → ライフタイム（X） が選択肢になることがある（ただしトークンやサポート条件を要確認）。

実務的に注意すべきポイント（節約と安全）

まずは無料で検証：ワークフローを小さく回し、何が自動化に向くか見極めてから有料に切り替える。
トークン（Megatokens）運用を計画：外部モデルを多用すると短期間でトークンを消費する。バッチ実行や夜間処理でコール数を抑える工夫を。
チームで使う場合の権限設計：自動送信やAPIキーは権限を限定し、誤送信リスクを下げる運用ルールを作る。
割引・年払・買い切りの比較：年払いが月額換算で安くなる場合や、限定の買い切りオファーがあることがある。総コスト（年額または買い切り＋トークン追加）で判断する。

最短の判断フロー（5分で決める）

まず 無料（Demo）で1週間 試す（要約・1つの自動化を実装）。
毎日使うなら Sプラン、週数回で自動化を多用するなら S2 を検討。トークン消費見込みを算出する。
長期的にコストを抑えたい個人は 買い切りオプション の有無を確認（条件を必ず読む）。

技術的な特徴とカスタマイズ

HARPA AI を安全かつ効率的に使うための仕組みの概観と、実務で役立つチューニング／運用のコツを簡潔にまとめます。冗長を避け、実装・運用でそのまま使えるヒントを優先しました。

背後にあるAIアーキテクチャ（ハイブリッド構成・採用モデル）

HARPA AI は「ブラウザ拡張」を中核に、ローカル操作（ブラウザ上でのDOM解析等）と外部AIモデル（クラウド型LLM）の組み合わせで動きます。重要な構成要素は以下のとおりです。

ブラウザ側コンポーネント
ページのテキスト取得、選択範囲の収集、DOM要素のセレクタ指定、UI表示（サイドパネル／ポップアップ）などはクライアント（拡張）で処理します。これにより「ページ文脈」を即座に抽出できます。
外部モデル連携
要約や生成など計算負荷の高い処理は外部の言語モデル（ユーザーが接続するAPI：例として大規模言語モデル群）へリクエストして実行します。ユーザー側でAPIキーを用意して接続する方式が標準です。
ハイブリッド運用の利点
ページ解析はローカルで素早く行い、生成は外部で行うことで遅延とコストをバランスさせる設計です。用途に応じて「ローカル前処理 → バッチで外部送信」を組むことで効率化できます。

運用上は「どのデータを外部に送るか」を明確にする設計が鍵になります（機密データは送らない／匿名化する等）。

性能面（処理速度・大量データ処理・チャンク処理の活用）

実務で速く・安定して動かすための設計ポイントと実践的対策です。

レイテンシ管理
ユーザー操作感を保つため、要約の「短い要旨」は軽いAPIコールで返し、詳細生成は非同期ジョブに回すと体感速度が向上します。
チャンク処理
長文ページや大量ドキュメントは「チャンク（分割）」して逐次送信・逐次統合するのが定石です。以下の手順で誤り・抜けを抑えられます：
1. DOMからセクション単位で抽出（見出しベースが理想）
2. 各チャンクを短い要約に変換
3. チャンク要約をまとめて最終要約を生成
並列処理とバッチ化
多数ページを一括処理する場合は、API呼び出しを並列にしつつ「同時接続数」や「レート制限」に注意してバッチ実行する。夜間バッチでコストと影響を平準化する運用が有効です。
キャッシュと差分処理
監視タスクでは「前回との差分」のみを抽出して生成に回すことでリクエスト数を大幅に削減できる。静的な要素はキャッシュして再利用する。
エラーハンドリング
タイムアウトやレート制限を想定したリトライ戦略を入れる。重い処理はワークキューで再試行し、失敗はログに保管して後追いできるようにする。

セキュリティとプライバシー（データ取り扱い・安全対策）

ブラウザ拡張＋外部モデルという構成は便利ですが、データ流出リスクや誤送信リスクがあるため、実務的な対策が必須です。

最低限の運用ルール（チェックリスト）

APIキーは個別に管理し、共有しない。必要な権限だけを付与する。
機密情報（個人情報、クレジット情報、機密文書）は外部APIに送らない。送る場合は必ず匿名化／マスクする。
通信は TLS（HTTPS）で保護されることを確認する（ブラウザ→API間の暗号化）。
拡張の権限を最小化する（必要なドメインだけ許可するなど）。
履歴保存は業務要件に合わせてオフ可能にし、ログ保存時はマスク／暗号化する。
定期的にアクセストークンをローテーションし、不要なキーは廃棄する。
自動送信（メール送信やWebhook）は「ドラフト保存」→「人が承認」フローを推奨する。

技術的対策

クライアント側での事前フィルタ（正規表現やルール）で送信禁止語句を除外する。
送信時にデータ最小化を行う（必要な文字列だけ抜く、不要なメタデータを削る）。
管理者向けの監査ログとアラートを実装し、不審な呼び出しを検知する。
ユーザー教育：自動化のリスクや確認手順をドキュメント化して周知する。

カスタム設定（パラメータ調整・レスポンス言語変更など）

HARPA を“道具”として最大限使うための具体的な設定例と推奨値（実務寄り）。

プロンプト／モデルパラメータ

temperature（創造性）
- 推奨：0.0–0.4（事実性重視の要約・解析）／0.6–0.9（コピーやアイデア出し）
max_tokens（出力量の上限）
- 推奨：要約は200–400、記事下書きは800–1500（必要に応じ分割）
top_p / frequency_penalty / presence_penalty
- 重複抑制や多様性調整に活用。繰り返しが出るなら frequency_penalty を上げる。

出力フォーマット制御

明確な出力指示（例：「箇条書きで5点」「100〜150字で結論」）を必ず入れる。
マシン可読フォーマット（JSON）で返す指定をすると、後続処理（自動配信やDB保存）が楽になる。例：Respond in JSON: {"title":"", "summary":"", "tags":[""], "cta":""}。

言語・トーンの切り替え

出力言語は指示で指定（例：「日本語で、ビジネス向けの文体で」）。
多言語混在ページは「原文を保持→要約は日本語で」といった明確ルールを設けると誤訳を減らせる。

テンプレートと変数化

よく使うワークフローはテンプレ化して「入力変数（URL、ターゲット語調、字数）」だけ差し替える。
テンプレはバージョン管理（履歴）をして、効果の良いものを残す運用にする。

実践的な初期設定例（推奨）

スクロールできます

項目	推奨値／方針
temperature	0.2（要約）／0.8（案出し）
max_tokens	300（短い要約）
出力形式	JSON（キー：title, summary, bullets）
履歴保存	初期はオン（検証期間）、機密時はオフ
自動送信	最初は「下書き保存」モード

最後に：導入時の実践チェックリスト

チャンク処理を標準ワークフローに組み込んだ ✅
機密データ送信ルール（マスクor禁止）を策定した ✅
テンプレを3つ作り、効果を測る仕組みを用意した ✅
APIキーの管理とローテーションポリシーを決めた ✅
自動送信はまずドラフト保存で人が承認する運用にした ✅

トラブルシューティングとサポート窓口

HARPA AI を使っていてよく出るトラブルと、現場で即使える対処法、さらにサポートへ連絡するときに役立つ「必須情報／テンプレ」をまとめました。まずは自分で直せる簡単な手順を試し、それでもダメならサポートへ問い合わせてください。

インストール時に起きやすい問題とその対処

症状：拡張がストアからインストールできない / インストール後ボタンが反応しない

対処
1. ブラウザを最新版に更新する（Chromium系：Chrome/Edge/Brave 等）。
2. 拡張の配布元（公開者名）を確認し、誤って類似名を入れない。
3. 企業端末なら管理ポリシーでブロックされていないか IT 管理者に確認。
4. インストール後に拡張を「ピン留め」して有効化する（ブラウザの拡張管理で許可状態を確認）。

症状：拡張がページにアクセスできない／機能が空欄になる

対処
1. 拡張の権限設定を確認（サイトアクセスが「このサイトのみ」になっていないか）。
2. ブラウザのポップアップやコンテンツブロッカーを一時オフにして試す。
3. ブラウザのキャッシュをクリアして再起動する（Cookie は必要に応じて残す）。

症状：インストール直後に「拡張が壊れている/無効化」になる

対処
1. 拡張を削除してブラウザ再起動 → 再インストール。
2. 別の Chromium ブラウザで試す（Edge → Chrome など）で環境依存か確認。

利用中に出る代表的な不具合と解決法

1. 要約が出ない、または不完全な要約が出る

チェックポイント
- 入力ソースが Page text と Selection どちらになっているか確認。
- 長文はチャンク分割が必要：ページをセクション単位で分けて再実行。
対処
- まず短い要約（1文）を要求して応答があるか試す → 問題の切り分け。
- 外部APIを使っている場合は APIキーの有効性と利用上限（レート制限）を確認。

2. 監視（AUTOMATE）がトリガーしない / 誤検出が多い

チェックポイント
- 監視対象の CSS セレクタがページ更新で変更されていないか。
- 監視間隔（ポーリング間隔）が短すぎてブロックされていないか。
対処
- セレクタをより汎用的にする（例：article h1 → h1 等）または XPath を修正。
- 通知条件にホワイトリスト／ブラックリストを追加してノイズを減らす。

3. Gmail 連携・自動送信で誤送信が心配

対処
- 自動送信設定は一時的に「下書き作成」モードに切り替え、運用確認後に自動送信へ移行する。
- 署名・宛先・添付ファイルのプレチェックをルール化して誤送信を防止する。

4. 外部APIエラー（認証失敗・レート制限・タイムアウト）

対処
- APIキーが期限切れでないか、誤って貼り付けていないか確認。
- レート制限なら呼び出し頻度を下げる（バッチ化／夜間実行）。
- タイムアウト頻発なら max_tokens や出力長を下げ、短い要約を優先する。

5. 表示が崩れる・UI にアクセスできない（CSP／ポップアップ制限）

対処
- ブラウザのコンテンツセキュリティポリシーが原因の場合、別ページや別タブで試すか、該当サイトのスニペットを取り出してローカルで実行する。
- 一時的に拡張のポップアップブロッカー例外を設定。

よくある“速攻で直る”チェック（問い合わせ前に必ず試す）

ブラウザ再起動（拡張の再読み込み含む）。
拡張のオン/オフと再インストール。
別の Chromium ブラウザで同じ操作を試す。
DOM の変更が多いサイトではセレクタの再設定。
APIキーやアカウントのログイン状態を確認。

サポート体制（問い合わせ方法・ヘルプリソース）と、対応を早くするコツ

サポート窓口に連絡する前に準備するもの（必須）

使用環境：OS とバージョン（例：Windows 11）、ブラウザ名とバージョン（例：Chrome 118）
HARPA のバージョン（拡張のバージョン番号）
再現手順：最小限のステップで「再現できる」手順を書くこと（必須）
スクリーンショット／画面録画（該当箇所）
ブラウザの開発者ツールの Console に出たエラーログ（以下参照の方法で取得）
期待される挙動と実際の挙動の差分（短く）

開発者ツールからのログ取得方法（簡単）

問題が起きているページで F12 を押す（または右クリック→検証）。
「Console」タブを開き、エラーの赤い行を探す。
エラーを右クリック → 「Copy message」またはテキストをコピーしてサポートへ貼る。
Network タブで API 呼び出しのレスポンス（ステータスコード）もスクショすると有効。

問い合わせテンプレ（そのままコピペして使える）

件名：HARPA 拡張で要約が失敗する（Chrome 118 / HARPA vX.Y.Z）

環境：
- OS：Windows 11
- ブラウザ：Chrome 118.0.XXXX
- HARPA バージョン：vX.Y.Z
- 接続している外部API（任意）：OpenAI（APIキーは伏せます）

再現手順：
1. https://example.com/article を開く
2. HARPA を起動 → Page text で /summarize を実行
3. 結果：エラー表示「Request failed: 500 Internal Server Error」が出る（スクショ添付）

期待される挙動：
- 200〜300字の要約が返ること

添付：
- Console のエラーログ（コピー貼付）
- スクリーンショット（UI とエラー表示）

備考：
- 別のサイトでは問題なく要約できました（site B は成功）。

問い合わせ先の優先順（一般的）

アプリ内の「サポート／Help」→ チケット作成（ある場合）
拡張の公式サポートメールまたは問い合わせフォーム
公開されているコミュニティ（フォーラム／Discord／GitHub Issues）で同様事例を検索
チェーンで回答が遅い場合は、上記テンプレ＋ログで再送する

問い合わせを早く解決するコツ

ログを添える（エラー文、ステータスコード）。
再現可能な最小ケースを用意（誰でも試せるURLがあると即解決しやすい）。
APIキーやパスワードは送らない（代わりに「テスト用キーで再現可か」を試す）。
「いつから発生したか」「最近何か変更（ブラウザ拡張、セキュリティ設定、ネットワーク）を行ったか」を明記。

緊急時（運用に即影響がある場合）の対処フロー

自動送信や重要な監視が止まったら、まずそのルールを 一時停止 → 手動で通知ルートを代替。
影響範囲を切り分け（何人／何件影響が出ているか）して優先度を付ける。
ログを収集してサポートへ「高優先度」で連絡。
代替フロー（例：手動でCSV抽出→送信）を用意して運用ショックを緩和する。

最後に：FAQ（よくある短いQ&A）

Q：ログを送るとき APIキーはどうする？
A：絶対に送らない。キーを含む場合はマスク（sk-****...）して添える。
Q：拡張が急に動かなくなった。まず何をすべき？
A：ブラウザ再起動 → 拡張の再読み込み → 別ブラウザで再現確認。
Q：同じエラーでサポート返信が遅い。どうする？
A：再現手順をさらに簡潔にして再提出、またはコミュニティで同現象の有無を確認する。

メリットと留意点（導入前に知っておきたいこと）

HARPA AI を導入する前に押さえておきたい「得られる価値」と「注意点」を、短く現場目線で整理します。導入判断や運用設計がスムーズになるチェックリスト付きです。

メリット（導入で期待できる効果）

作業時間の大幅短縮：記事要約、メール下書き、単純なデータ抽出など、定型作業を短時間で処理できます。
ワークフローの一元化：ブラウザ上で完結するため、複数ツールを行き来する手間が減る。
小〜中規模の自動化が容易：ページ監視や定期レポートなど、非エンジニアでも設定できる自動化が可能。
コンテンツ再利用の効率化：動画や記事の要点を即座に抽出して、SNSやブログ用の派生素材を作れる。
カスタマイズ性：外部APIやテンプレを組み合わせることで、自社の文体や業務ルールに合わせられる。

主な留意点（リスクと事前対策）

プライバシー／機密情報の扱い
外部モデルに送信するデータに個人情報や機密が含まれていないか事前にルール化する。機密は送らない・匿名化するを徹底する。
品質のばらつき
自動生成は誤情報や曖昧表現を含むことがある。公開前の必須の人による検査（ファクトチェック）を運用に組み込む。
運用コスト（トークン／API呼び出し）
頻繁な自動化や大量処理は外部API費用がかさむ。バッチ化・夜間実行・キャッシュ活用でコストを管理する。
依存と可用性
外部サービスや対象サイトの構造変化により処理が止まることがある。監視ルールのメンテとフェイルオーバー手順を準備する。
誤操作による自動送信リスク
自動送信はまず「下書き保存」→ 人の承認 → 自動送信へ移行する段階運用を推奨。
法的・倫理的配慮
スクレイピングやデータ利用に関する対象サイトの利用規約や法令を遵守すること。

導入前に決めておくべき項目（必須）

対象業務：要約／監視／メールのどれを最優先にするか。
データポリシー：何を外部に出して良いか・出してはいけないかの明文化。
品質ゲート：公開前チェックの担当者とプロセス（チェックリスト）を決める。
コスト試算：想定利用量を基にAPIコール数・トークン消費を見積もる。
ロールと権限：APIキーや自動化の編集権限を誰が持つか。

短期パイロット（3週間で評価する簡単プラン）

週0（準備）：対象業務を1つ選び、要件（期待値・チェック項目）を定義。
週1（導入・試運転）：拡張をインストールし、1つの自動化ルール／要約ワークフローを作る。
週2（運用観察）：出力を毎日確認して問題を記録。トークン消費を集計。
週3（評価）：品質（修正時間の削減量）、コスト、運用負荷を評価し、本格導入か改善継続か判断。

簡易評価指標：

作業時間削減率（％）
自動化による手戻り（要修正）件数／総出力件数
月間想定コストの実績比率

決め手チェックリスト（導入可否を30秒で判断）

[ ] 定型作業の「繰り返し時間」が週5時間以上ある
[ ] 機密データを外部に出す必要がない、または匿名化できる
[ ] 自動生成の「必ず人が確認する」工程を確保できる
[ ] APIコストを試算して運用予算内に収まる見込みがある

いずれかに当てはまれば、まずは無料枠で小さく試すのが合理的です。

HARPA AI は「正しく運用すれば生産性を劇的に上げられる道具」です。一方でルール化やチェックフローを怠ると誤用による損失も起きやすい。小さく始めてルールを固め、段階的に拡張するのが成功の近道です。

どんな人に向いているか／活用のコツ

HARPA AI を「誰が、どう使うと効果が出るか」を現場目線でまとめます。短く実践的に。導入後すぐに試せるワークフロー例と注意点も付けています。

主なターゲット

スクロールできます

ペルソナ	向いている理由	すぐ使える用途
コンテンツ制作者（個人／編集者）	ページ要約やリライトで初稿作成を高速化できる	記事下書き、動画→記事化、見出し生成
マーケター／SEO担当	競合調査やキーワード抽出、投稿案の量産に強い	キーワード抽出、SNS案、A/B案作成
調査担当・リサーチャー	長いレポートや論文の要点抽出が省力化できる	文献サマリ、差分監視、要点リスト
業務自動化を進めたい事務職	定型作業の自動化（監視・フォーム入力）で工数削減	価格監視、定期レポート、定型フォームの自動入力
小規模チームのリーダー	ノンコーディングで自動化フローを作れるため導入障壁が低い	チームテンプレ共有、ジョブスケジュール化

活用のコツ（現場で効果が出るポイント）

まずは「1つの繰り返し作業」を自動化する
→ 小さく始めて効果を可視化（例：週次レポートの要点抽出）。
出力は“下書き”として扱う
→ ファクトチェックと人の推敲を必須にすることで誤情報リスクを減らす。
テンプレート化して再現性を確保する
→ プロンプトや出力フォーマット（JSON／箇条）を固定すると後処理が楽。
チャンク処理を常用する
→ 長文はセクション分割して逐次処理→統合する（精度と安定性が上がる）。
監視は“差分”だけを投げる
→ 前回との差分を抽出してから生成に回すとコストと誤検知が減る。
テンプレは複数パターン持つ
→ 「短文版／詳細版／SNS向け」の3種を用意しておくと使い分けが速い。
権限と運用ルールを最初に決める
→ APIキー管理、自動送信の承認フロー、履歴保存の扱いを明文化する。

すぐ試せる「3つの即効レシピ」（5〜15分で試せる）

コンテンツ下書き
1. 記事ページを開く → Page text を入力ソースに指定。
2. 「見出し＋各250字の下書き」を要求 → 出力を見出し単位で分割して編集。
競合キーワード抽出
1. 競合ページを開く → 「主要キーワード上位20」を抽出。
2. 検索意図（情報／比較／購入）を付けてリスト化。
価格監視アラート
1. 価格要素をセレクタで指定 → 監視ルール作成。
2. 変化時に要約＋Slack/Webhookで通知。初期は通知を「下書き」にして誤報を検証。