オープンソースAI議事録ツールにMeetilyが選ばれる理由と類似OSSとの違い

社内会議の音声を外部クラウドに送信できない――そんな要件を突きつけられ、既存の商用議事録ツールでは対応しきれない場面が増えています。特に法務・医療・金融・受託開発など秘密保持義務が厳しい領域では、Otter や Granola といったクラウド Notetaker が便利であっても採用が難しいケースが少なくありません。

そこで注目されているのが「オープンソース AI 議事録ツール」というカテゴリです。ただ、この領域は選択肢が急速に増えており、「どの OSS がリアルタイム転写に対応しているのか」「ローカル LLM でどこまで要約できるのか」「自社の macOS / Windows 混在チームで運用できるのか」といった選定の判断軸が整理しづらいという問題があります。

本記事では、GitHub でスター 22,000 超を集めている OSS「Meetily」を取り上げ、100% ローカル処理という設計思想・主要機能・技術スタック・導入手順の概要を、公式リポジトリ・公式サイトの一次情報に基づいて整理します。あわせて類似 OSS である pluja/whishper・MeetMinder と比較し、Meetily が「選ばれる理由」と「向かないケース」を、初見のエンジニアが採用判断できる粒度で解説します。

なお本記事は公式リポジトリと公式サイトのドキュメントを一次情報として整理したものであり、筆者環境での動作検証結果は含みません。導入時は必ず最新の公式ドキュメントをご確認ください。

Meetilyとは何か

Meetily は、Zackriya Solutions が開発するオープンソースの AI 会議アシスタントです。GitHub のリポジトリ Zackriya-Solutions/meetily で公開されており、会議録音・リアルタイム文字起こし・要約までを 100% ローカルで完結できることを設計思想としています。公式サイト上では "Meetily (Meetly AI)" というブランド表記も併用されていますが、リポジトリ名および本記事では「Meetily」を採用します。

主要な公開指標は次のとおりです（2026-06-05 時点のリポジトリメタデータより）。

archived および fork が false であることから、Meetily は独立した開発ラインで継続的に更新されている本家リポジトリです。Star 22,428・Fork 2,355 という規模と、直近の push 日付から見ても、少なくとも本記事執筆時点においてメンテナンスは活発だと言えます。

READMEの一言サマリは次のとおりです。

Privacy first, AI meeting assistant with 4x faster Parakeet/Whisper live transcription, speaker diarization, and Ollama summarization built on Rust. 100% local processing. no cloud required.

（出典: Zackriya-Solutions/meetily README）

「4 倍高速化された Parakeet/Whisper のライブ転写」「Ollama による要約」「100% ローカル処理」というキーワードから、Meetily がターゲットとしているのは商用クラウド議事録の代替ポジションであり、単なる文字起こしツールではないことが読み取れます。

Meetilyが解こうとしている課題と価値

商用のクラウド議事録ツール（Otter.ai / Granola / Fireflies / Jamie AI 等）は、会議の音声データをベンダーのサーバーに送信し、クラウド側で文字起こしと要約を行う構造が一般的です。会議参加者にとっての利便性は高い一方、以下のような業種要件と衝突する場面があります。

• 法務事務所・監査法人のクライアント秘匿性
• 医療機関の患者情報を含む会議（HIPAA 準拠要件）
• 金融機関の与信・投資に関わる会議
• 受託開発における NDA 対象プロジェクトの内部会議
• EU 圏拠点の GDPR 対応要件

Meetily はこれらの領域に対して「音声データをデバイスの外に出さない」という一貫した設計判断で応えています。公式サイトのオープンソースページでも "100% local processing" が中心メッセージとして掲げられており、クラウド送信はユーザーが明示的に外部 API キーを指定した場合に限定されます。近年は端末内で音声処理と要約まで完結する ローカル議事録 や、自社インフラに配置した LLM で運用する セルフホスト議事録 といったカテゴリの需要が高まっており、Meetily は前者（端末上でのローカル完結型）に振り切ることで、Ollama を経由して後者的な運用にも自然に接続できるポジションを取っています。

この「ローカル完結」の意義は、単にコンプライアンス要件を満たす点にとどまりません。ローカル処理を前提とすることで、外部サービスの料金モデルや API 制限、サービス終了リスクから独立した運用が可能になります。とりわけ、既にオンプレミスや社内ネットワーク上で LLM 基盤を整備している組織にとっては、既存のインフラ資産をそのまま活用できるという副次的な利点があります。

Meetilyの主な機能

公式サイト meetily.ai と README を基に、選定判断に効く 4 つの機能に絞って整理します。網羅的な機能一覧ではなく、「自社に採用すべきか」を判断するうえで重要な軸のみを取り上げます。

Whisper と Parakeet を組み合わせたリアルタイム文字起こし

Meetily は、音声の文字起こしエンジンとして Whisper.cpp（tiny / base / small / medium / large-v3）と Parakeet の 2 つに対応しています。README では "4x faster Parakeet/Whisper live transcription" と表現されており、Parakeet の採用によって従来の Whisper.cpp 単独構成よりも高速なリアルタイム転写を実現していることが謳われています。

エンジンを切り替えられる設計は、精度と速度のトレードオフを組織側でチューニングできることを意味します。CPU リソースが潤沢でないマシンで運用するチームは軽量な Whisper モデルを、GPU リソースを確保できる開発チームは Parakeet や large-v3 を選ぶといった使い分けが可能です。

Ollama を軸としたローカル要約（Claude / Groq / OpenRouter との切替）

要約フェーズでは、公式ドキュメント上で Ollama が推奨バックエンドとして位置付けられています。Meetily はさらに Claude・Groq・OpenRouter・OpenAI 互換エンドポイントとの切替もサポートしており、要約プロバイダをユースケースに応じて選べる構成です。

Ollama をローカルに立てて運用しているエンジニア組織にとっては、既存の LLM 基盤にそのまま会議要約用途を追加できる形になります。一方、精度重視で Claude 等のクラウド API を使いたい局面では、明示的にプロバイダを切り替えることでハイブリッド運用に寄せることも可能です。

Zoom / Teams / Meet 対応（Bot を挿入しないシステム音声キャプチャ方式）

Meetily の音声キャプチャは、会議アプリに Bot として参加する方式ではなく、OS のシステム音声を直接取得する方式を採用しています。この違いは実運用で大きく効いてきます。

• 会議参加者側に「AI Bot が入室した」ことが可視化されない
• Zoom / Microsoft Teams / Google Meet などプラットフォーム非依存で動く
• 会議ホストの許可設定に依存せず、参加者自身のマシンで完結する

商用クラウド議事録ツールでは、ホスト側の設定によって Bot 参加が拒否されるケースが少なからず発生します。Meetily の方式であれば、参加者個人が「自分側で議事録を取る」形が取れるため、社外との会議でも運用しやすいという特性があります。

GPU アクセラレーション（Metal / CUDA / Vulkan）と対応 OS

Meetily は GPU アクセラレーションとして、macOS の Metal、NVIDIA の CUDA、AMD/Intel の Vulkan をサポートしています。ローカル処理を前提とする以上、ハードウェアの活用度が体感速度を左右します。Apple Silicon の M シリーズを標準端末とする組織であれば Metal で高い転写速度を得られますし、NVIDIA GPU を積んだ Windows 開発機であれば CUDA を活かすといった選択肢が用意されています。

対応 OS は macOS と Windows がインストーラ配布の対象で、Linux は公式サイト上で「開発中」と明記されておりウェイトリスト受付の段階です。Linux 主体の開発チームで採用を検討する場合、この点は必ず初期段階で確認しておく必要があります。

アーキテクチャと技術スタック

Meetily のアプリケーション本体は、以下の構成で作られています。

• バックエンド: Rust
• フロントエンド: Next.js
• クロスプラットフォームランタイム: Tauri
• 転写エンジン: Whisper.cpp（tiny / base / small / medium / large-v3）+ Parakeet
• 要約バックエンド: Ollama / Claude / Groq / OpenRouter / OpenAI 互換

Tauri を採用していることは、Meetily を評価するうえで重要なポイントです。Electron に比べてバイナリサイズと消費リソースが小さく、OS ネイティブ機能へのアクセスが Rust 側で扱えるため、システム音声キャプチャや GPU アクセラレーションといった OS 依存機能を安定して実装できます。

「Rust バックエンドなので独自拡張のハードルが高そう」と感じられるかもしれません。しかし Tauri アーキテクチャでは、UI 側の改修は Next.js 側で完結でき、音声や LLM 呼び出しといったコア機能は Rust 側のクレート構造に沿って拡張する形になります。既存の Node.js / TypeScript エンジニアと、Rust に一定の理解がある少人数のコアメンバーで運用する分担が現実的です。

導入手順の概要

以下では、実際のインストール・環境構築は行わず、公式リポジトリおよび GitHub Releases、リポジトリ内の BUILDING.md に記載された手順を要約します。実際の導入時には最新の公式ドキュメントを参照してください。

macOS / Windows のインストーラ配布

Releases ページでは、macOS 向けの .dmg と Windows 向けの .exe インストーラが配布されています。README 記載の macOS 側手順は次の流れです。

1. Releases から meetily_<version>_aarch64.dmg をダウンロード
2. .dmg を開く
3. Meetily を Applications フォルダにドラッグ
4. Applications から起動

Windows 側は x64-setup.exe をダウンロードして実行するのみです。動作要件やモデルのダウンロード手順は、リリースノートに個別記載があるため、バージョンごとに確認する必要があります。

ソースビルドの流れ（README/BUILDING.md の参照案内）

ソースからビルドする場合、README には次のような Linux 向けクイックスタートが掲載されています。

git clone https://github.com/Zackriya-Solutions/meeting-minutes
cd meeting-minutes/frontend
pnpm install
./build-gpu.sh

（出典: Zackriya-Solutions/meetily README）

Linux はインストーラ配布の対象外であり、ウェイトリスト経由での提供が案内されているため、現時点でソースビルドを行う場合はリポジトリ内のドキュメントを都度参照する運用となります。macOS / Windows でも独自拡張目的でビルドする場合は、BUILDING.md に記載された依存関係（Rust ツールチェイン、Node.js、Tauri CLI 等）の準備が必要です。

Ollama モデルの準備

要約フェーズで Ollama を利用する場合、あらかじめローカルに Ollama サーバーを起動し、用途に合ったモデル（llama3 系や qwen2.5 系など）を pull しておく必要があります。Meetily 本体のインストール後にモデル設定を行う流れになるため、社内展開時には「Meetily のインストール手順」と「Ollama モデル配布手順」を分けてドキュメント化しておくと運用がスムーズです。

類似OSSとの違い（選定判断の軸）

「オープンソース AI 議事録ツール」というカテゴリで検索したとき、Meetily 以外にも候補となる OSS がいくつか存在します。ここでは代表的な 2 プロダクトと比較し、Meetily がどの位置に立っているかを整理します。

pluja/whishper との比較（用途とライセンスの違い）

pluja/whishper は、Whisper.cpp と faster-whisper を組み合わせたセルフホスト型の音声/字幕トランスクリプションプラットフォームです。Web UI から音声・動画ファイルをアップロードし、事後的に文字起こしや字幕生成、翻訳（LibreTranslate 経由）を行うことに特化しています。技術スタックは Svelte + Go + Python、Docker/MongoDB を中心とした Web アプリ構成です。

Meetily との違いは大きく 2 点あります。

• 用途スコープ: whishper は「録音済みメディアを後処理するプラットフォーム」で、会議中のリアルタイム転写・要約は対象外。Meetily は「会議中に動くデスクトップアプリ」で、システム音声キャプチャと Ollama 要約まで一体化している
• ライセンス: whishper は AGPL-3.0、Meetily は MIT。SaaS 化して社外提供する用途を検討する場合、この差分は看過できない

会議のライブ議事録化が目的であれば Meetily、過去に録音済みのファイルをまとめて処理するアーカイブ用途であれば whishper が第一候補になります。両者は競合というより、カバー領域が異なるプロダクトです。

MeetMinder との比較（対応 OS と成熟度）

MeetMinder は、Windows 環境の WASAPI ループバックによるデュアル音声キャプチャを特徴とする、リアルタイム AI 会議アシスタントです。Python 実装で自己ホストが可能ですが、対応 OS は Windows 11 中心という制約があります。

Meetily との違いは、対応 OS の広さと成熟度に集約されます。

• 対応 OS: MeetMinder は Windows 中心、macOS ネイティブサポートが弱い。Meetily は Rust + Tauri で macOS / Windows のネイティブインストーラを配布
• 採用実績: GitHub スター数は Meetily が 22,000 超と大きく上回っており、コミュニティの規模と情報量に差がある
• 要約バックエンド: Meetily は Ollama を軸に複数プロバイダの切替が最初から前提。MeetMinder はドキュメント上の統合パターンが限定的

Windows 専用ユーザーで、Python エコシステムに親和性のあるチームであれば MeetMinder の選択肢もありますが、macOS / Windows 混在の組織で共通ツールを求める場合は Meetily が現実的な候補になります。

クラウド SaaS（Otter・Granola 等）との位置づけ

Otter.ai・Granola・Fireflies・Jamie AI といった商用クラウド議事録は、UI・要約精度・会議アプリとの統合の完成度で優位性を持ちます。Meetily の公式サイトも自らを "Otter.ai & Granola Alternative" と位置付けており、「クラウドに送らない選択肢」としての立ち位置を明確化しています。

クラウド SaaS を選ぶべきか、Meetily を選ぶべきかの分岐点は、機能の優劣ではなく「会議データを外部に送ってよいか」「サブスクリプション費用と運用の手間のどちらを許容するか」という組織要件です。特に法務・医療・金融など送信不可の要件がある場合、クラウド SaaS はそもそも選択肢に上がらないため、Meetily のような OSS ローカル型が現実的な代替となります。

Meetilyが選ばれる推奨用途

これまでの整理を踏まえ、Meetily が採用に適するケースを 3 パターンに分類します。裏テーマである「初見エンジニアの意思決定支援」に対する回答として、自社のユースケースが以下のいずれかに合致するかで判断してください。

• 法務・医療・金融など会議データを外部送信できない業種: NDA・HIPAA・GDPR 等の要件で、そもそもクラウド送信を許容できない場合。Meetily の 100% ローカル処理は要件と直結する
• Ollama 等のローカル LLM 運用基盤をすでに持つエンジニア組織: 既存インフラの上に会議要約用途を追加できるため、追加コストと運用負荷が最小限で済む。セルフホスト議事録 として自社サーバー上の LLM に要約を任せたい構成にも自然に接続できる
• クラウド Notetaker のロックインを避けたい組織: サブスクリプション料金、サービス終了リスク、データ移行コストを踏まえ、自社管理下のツールで運用したい場合

逆に、以下のような要件では Meetily 以外の選択肢を検討したほうがよいケースもあります。

• 議事録の主要フォーマットが「事後にアップロードした録音ファイル」である → whishper が適する
• Linux サーバー上での集中運用が必要 → 現時点では対応 OS の制約に注意
• 要約精度を最大化したいが社内 LLM 基盤を持たない → クラウド SaaS の方が総合コストが低い場合がある

導入前に確認すべきポイント

Meetily を実際に評価・採用する前に、以下の点をチェックしておくと意思決定がぶれにくくなります。

• Linux 対応の現状: 公式サイト上で開発中と明記されており、ウェイトリスト受付段階です。Linux が主要な運用対象になるチームは、現時点では見送りかコントリビュートを前提とした関わり方が必要
• Community Edition と Pro の切り分け: Community Edition は MIT で無償、Pro は $10 / user / month（$120 / year）で提供され、Enterprise はカスタム料金です。両者の差分は公式サイトの オープンソースページで確認できます。無償版のスコープで自社要件を満たせるかを事前に見極めておくと選定判断がスムーズです
• Speaker diarization の提供時期: 話者分離機能は Pro での提供が計画されている旨が公式サイトに明記されています。Community Edition の現行機能セットに含まれるかは、導入時のリリースノートで最新状態を確認してください
• リポジトリのメンテナンス状況: Star 22,428 / Fork 2,355 / 最終更新 2026-06-05 という指標は、少なくとも本記事執筆時点で開発が活発であることを示しています。導入前に GitHub の Issues / Pull requests タブを見て、実務上の懸念事項がタイムリーに議論されているかを確認しておくと安心です

まとめ

Meetily は、100% ローカル処理という設計思想を軸に、Whisper / Parakeet によるリアルタイム転写、Ollama を中心とした要約、Zoom / Teams / Meet などプラットフォーム非依存の会議対応をひとつのデスクトップアプリに統合した、オープンソースの AI 議事録ツールです。MIT ライセンスで公開されており、22,000 を超えるスターと 2,000 を超えるフォークからも、コミュニティ規模の大きさが伺えます。

類似 OSS との棲み分けを再掲すると、次のようになります。

• pluja/whishper: 録音済みメディアの事後処理・字幕編集用途。会議中のリアルタイム議事録化は対象外
• MeetMinder: Windows 中心のリアルタイム AI 会議アシスタント。macOS / Windows 混在チームには制約がある
• クラウド SaaS（Otter / Granola 等）: 完成度は高いが、会議データを外部送信できない業種では選定不可

「会議データを外部に出せない」「既に Ollama を運用している」「クラウド Notetaker のロックインを避けたい」という条件に該当する組織にとって、Meetily は 2026 年時点で最有力のローカル型 OSS 議事録ツールと位置付けられます。導入検討を進める際は、まず 公式リポジトリの README・BUILDING.md と、公式サイトの機能一覧・価格ページを確認したうえで、自社のユースケースと機能セットを一次情報で照合することをおすすめします。