Abel

Abel

Abel · 生産性向上 · AIアシスタント

Abelは文書レビューに特化した法律AIアシスタントだった。弁護士が記録一式をアップロードし、全体に質問を投げられる。開発元は2024年に事業を終えた。

Abel の画面プレビュー

Abel について

About

Abelとは

Abelはサンフランシスコのスタートアップが作った法務AIプラットフォームで、膨大な事件記録を読み、弁護士が問い直せる形に変える道具だった。PDF、メール、表計算、文書ファイルをまとめて放り込む。Abelは独自のエンティティ抽出をその山に走らせ、見つけた人物、条項、メールのやり取り、出来事を一覧で示した。手作業のレビューと同じ深さを、ソフトウェアの速度で。約束は検証しやすいものだった。

製品はWebアプリとして登場し、狙いは訴訟、M&A、保険だった。いずれも一件で数万ページに達する領域である。キーワード検索は無関係なページを山ほど返す。Abelは代わりに、誰がいつ、どの文書で何を言ったかの構造化された見取り図を渡した。同じ記録に対してチャット欄から追加の質問もできた。

製品の輪郭を決めた制約は二つある。Abelはレビューと調査の道具であり、文書管理システムでも事件管理システムでもない。既存の文書管理ソフトの隣に置くもので、置き換えるものではなかった。法務文書レビューソフトを探す事務所から見れば、範囲は意図的に狭い。もう一つはもっと現実的で、会社がもう存在しない。Abelは2024年に事業を終え、サイトは製品を提供しておらず、新しいアカウントも作れない。いまAI文書レビューを比べている読者は、このページを購入ガイドではなく、Abelが何をなし、どこで届かなかったかの記録として読んでほしい。

導入の流れ

  1. チームに連絡する。Abelはセルフ申し込みではなく、デモと個別導入で売っていた。最初の一歩は創業者か営業との打ち合わせだった。
  2. 記録を投入する。形式の混ざった文書群をアップロードするか、別のレビュー基盤のデータセットへの接続を任せた。
  3. 抽出の対象を決める。事件で重要なエンティティ、たとえば当事者、契約条項、主要な日付、公判で争われた論点に合わせて、Abelのチームが処理の流れを組んだ。
  4. 記録に問い合わせる。弁護士は抽出されたエンティティを読み、相互のつながりをたどり、日常的な言葉でチャットに質問した。
  5. 成果物を持ち出す。要約を書き出すか初稿を生成し、若手の仕事と同じように手を入れた。

AIツール情報

Abelの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランいいえ
有料プランCustom, quote based
プラットフォームWeb
開発元Abel
カテゴリ生産性向上 · AIアシスタント
リリース日Feb 2024
最終更新Oct 2024
サイト訪問数1.6K
サイト世界ランキング11M
API提供状況N/A

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 記録の多い訴訟を抱える弁護士:Abelは訴訟資料レビューのために作られ、一件の記録が数千ファイルに膨らむ場面で、エンティティの一覧が最初の通読を数週間から数時間に縮めた。前提として、試験導入を許し、事件データをスタートアップに渡せる事務所であることが要る。
  • 保険とM&Aのチーム:どちらも契約書と往信の山の中で仕事をする領域で、抽出の処理はそこに合わせて調整されていた。代わりに、専用の処理は成果が出るまで設定に時間がかかった。
  • 事務所のイノベーション担当:Abelは実案件で法律AIを試す敷居の低い手段だった。料金が購読ではなく見積もりだったためである。ただし誰かがログインする前に、購買部門との話し合いが必要だった。

タスク

  • 文書の山から時系列を作る:日付と出来事を構造化された年表にまとめる機能で、レビューの大半はここから始まる。各項目は原本と突き合わせる必要があった。
  • ある当事者や条項の言及をすべて拾う:エンティティ抽出は形式をまたいで参照をまとめるため、名前の検索が表現の一致に縛られない。精度は電子文書で安定し、質の悪いスキャンでは落ちた。
  • メモや書面の初稿を書く:与えた文脈からAbelが草稿を作るので、白紙の段階を飛ばせる。仕上がりは他のAI草稿と同じく手直しが要る。
  • 証人尋問の準備:メールのやり取りと主要な出来事を一か所で見れば、質問前に矛盾を見つけやすい。記録を自分で読む代わりにはならない。

シーン

  • レビューの期限が厳しい事件:構造化された要約があれば、拾い読みすら難しい記録の全体像を短時間でつかめる。ここが本当の値打ちだった。予算の承認は早めに済ませる必要がある。
  • 基盤を移さずに法律AIを試す:Abelは既存の文書管理ソフトの隣で動くため、試験導入でファイルを移さずに済む。情報管理の規則が厳しい事務所には効く話だ。
  • 事後にベンダーを評価する:いまAI文書レビューの選択肢を比べる人は、Abelの終焉を、特定ベンダーへの依存とデータの可搬性についての注意として読める。

主な機能

形式混在のファイルからのエンティティ抽出

Abelの中核は受注ごとに組める抽出層だった。PDF、メール、表計算、文書を読み、含まれる人物、条項、日付、争点を構造化した一覧にする。処理は顧客ごとに調整されたので、不動産の紛争と特許訴訟では拾うエンティティの種類が変わる。eDiscoveryツールのキーワード検索との違いはここだ。見るのは事実であって、ヒット件数ではない。

記録全体への質問応答

チャットは投入した資料群に対して答え、追加の質問も同じ記録の範囲にとどまる。回答は元の文書を指し示す。使える調査道具と、もっともらしい推測を分けるのはこの一点である。特定のメールの流れに絞ることも、引いて事件の形を見ることもできた。

求めに応じた構造化要約

条件を選ぶと、Abelは該当ページの山ではなく、求められた情報の要約を返した。最初の通読では、一つのファイルも開く前に記録の中身を読める形にするということだ。要約は確認の出発点であり、確認そのものの代わりではない。

設定できる抽出パイプライン

パイプラインはこの製品のカスタマイズ層だった。事務所が探したいものを伝え、Abelのチームがその分類に沿って抽出を組み、初期の顧客は導入時に複数のパイプラインを受け取った。この柔軟さがニッチな領域への適合を生み、同時に、箱から出してすぐ使える買い物でない理由でもあった。

エンティティ間の関係の可視化

抽出されたエンティティは結び付けられ、ある人物からその人物が送ったメール、署名した契約、登場する出来事へと移れる。関係を見るのは、文書を一枚ずつ読むより、弁護士が事件の筋立てを組み立てるやり方に近い。抜けも見える。署名頁のない契約のようなものがそれだ。

手元の文脈からの草稿生成

Abelは渡された記録の文脈を使って成果物の一部を書いた。メモ、要約、書面の初期段階の文言まで含む。草稿は初版としては使える。確認の負担は弁護士に残る。法律AIの道具について誠実に言えるのは、そこまでである。

メリットとデメリット

メリット

  • 大きな記録では、エンティティの一覧がキーワード検索に勝った。用語が一致したページではなく、事件の登場人物が見える。
  • 専用の処理で抽出を事件に合わせられた。条項、公判の申立て、出来事の年表を指定でき、固定の機能一覧を受け入れる必要がない。
  • 要約が根拠のある最初の通読を作った。膨大な記録の全体像を、請求可能な時間を投じる前に把握できる。
  • 既存の流れに収まった。Abelは文書管理ソフトの隣に立ち、移行を要求しなかった。

デメリット

  • 会社が2024年に事業を終えた。購入も更新もサポートもできず、試験導入した事務所は道具ごと失った。
  • 公開価格がない。すべての取引が営業との会話から始まり、評価が遅れ、予算は当て推量になった。
  • 設定はベンダー頼みだった。専用の処理はAbelのチームが組むため、顧客だけでは仕組みを調整できない。
  • 精度は文書の質に従った。粗いスキャンや不揃いなファイル名は抽出を弱め、どの出力も人の確認が要った。

よくある質問

法律文書のレビューに使った。弁護士が記録をアップロードし、エンティティの抽出、時系列の作成、訴訟・保険・M&Aにおける大量文書への質問に用いた。