Yomi（読み）— 個人用LINE MCPサーバー

Yomiは、あなたの個人アカウント向けのオープンソースLINE MCPサーバーです。ブラウザもボットアカウントもLINE公式クライアントも使わずに、Claudeや任意のローカルAIエージェントから、すべての会話の読み取り、返信、画像送信、検索ができます。

この名前には複数の読み方があります。読み（yomi）— 読むこと：メッセージを解析するだけでなく、あなたのように状況を読むこと。詠み（yomi）— 詠むこと：黙って読むのではなく、あなたに読み返してくれること。そして**黄泉*（yomi）— 到達不能な領域。黄泉帰り（yomigaeri）の「yomi」そのものです。「黄泉から帰る」という意味です。二つの領域を行き来する使者のように、Yomiは封印と静寂を通過して、会話の奥深くにまだ読めるメッセージを光の下に引き出します。失われた歴史を呼び起こすのではなく、まだ消えていないものを再び見えるようにするのです。*

LINEの公式Bot MCPサーバーがMessaging APIを通じてAIエージェントをLINE公式アカウントに接続するのとは異なり、Yomiは既存の個人LINEアカウントと会話にセカンダリデバイスとして接続します。

YomiはLINEのTCompact-over-HTTPSプロトコルを直接話し、Letter-Sealing（E2EE）メッセージとメディアを復号し、その結果を小さなstdio MCPサーバーを通じて任意のAIエージェントに公開します。Claude Desktop（または任意のMCPクライアント）でそれを指定すると、エージェントはあなたと同じようにLINEを追跡できます。読み取り、返信、画像送信、メンション、ローカルでの全履歴検索が可能で、get_insightを使えば状況を読むこともできます。どの会話があなたの返信を待っているか、誰があなたの世界をつなげているか、何が期限切れになっているか。

公式APIもボットアカウントもウェブフックも不要です。Yomiはあなた自身のアカウントにセカンダリデバイスとしてログインします。

ガイド: LINE MCPサーバーとは？ · LINE MCP 是什麼？Yomi、官方 Bot 與桌面自動化的差異.

非公式。 Yomiは独立した個人プロジェクトであり、LINEとは提携・承認されていません。使用するとLINEの利用規約に違反する可能性があり、アカウントに追加のクライアントを実行するとレート制限や停止のリスクがあります。これはあなた自身のアカウントを読むことを目的としています。自己責任で使用してください。免責事項を参照してください。

はじめに

ネイティブデスクトッププレビュー

Yomi Desktopは、LINEの受信トレイとローカルエージェントのワークスペースを1つのネイティブアプリにまとめます。独自のランタイムをバンドルしているため、ユーザーはNodeのインストール、ターミナルの起動、このリポジトリのクローン、YOMI_RUN_MJSの設定は不要です。 ネイティブデスクトップは、後述のClaude Desktop MCPB拡張機能とは別物です。

macOSパッケージは実際のダウンロードアプリの経路でテスト済みです。検疫されたDMG、/Applicationsへのインストール、Gatekeeper評価、初回起動、バンドルランタイムのメッセージ更新、ターミナル不要のLINEログインフォーム。Windowsインストーラには同等のアプリ内電話/PINログインフローが含まれており、リリース前にネイティブWindowsランナーでテストされています。

デスクトップビルドは実験的かつ非公式です。LINEの変更で壊れる可能性があり、追加のクライアントを実行するとアカウントが危険にさらされる可能性があります。テストアカウントを推奨し、最新のバックアップを保持してください。プレビューインストーラは、プラットフォームの署名が利用可能になった後にのみGitHubプレリリースとして公開されます。

デスクトップリリースプロセス、コード署名ポリシー、プライバシーポリシーを参照してください。

MCPサーバーとデスクトップ拡張機能

Node.jsとLINEアカウントが必要です。Yomiはnpxを通じてローカルで実行されます。このリポジトリをクローンしたり、Bunをインストールしたり、何かをビルドする必要はありません。最初にnode --versionを実行し、コマンドがない場合やバージョンがサポートされていない場合は、現在のLTSをインストールしてください。

Yomiのローカル検索インデックスはNode組み込みのnode:sqliteを使用するため、v22.13以降（ただしv23.0〜v23.3を除く） が必要です。v23.0〜v23.3はv22.13より新しいのに、そのモジュールがまだありません（22.13.0と23.4.0の両方でフラグが解除されました）。現在のLTSならどれでも問題ありません。これはpackage.jsonのengines.nodeです。Yomiの他の部分は古いNodeでも動作しますが、検索、スコープ、キャプチャは動作しません。

⚠️ Yomiには、自分のマシンで実行するクライアントが必要です。 クラウド専用ツール（ChatGPT、Claude.aiウェブ）ではYomiを実行できません。Claude DesktopまたはClaude CodeでYomiを設定すると、チャットとCoworkの両方で動作します。DesktopはあなたのマシンでYomiを起動し、Coworkのローカルセッションがそれを読み込むためです。CoworkにYomiをインストールしてもらわないでください。Coworkのシェルは使い捨てVM内で実行され、あなたのマシンではないため、そこでインストールされたものはセッション終了時に消えます。以下の手順は、自分のターミナルで自分で実行してください。

実際に使用するクライアントを選択し、そのセクションだけに従ってください。Claude CodeとClaude Desktopは別々のMCP設定を持っています。一方を設定しても他方は設定されません。

最も簡単な方法であり、コマンドラインが一切不要な唯一の方法です。Claude Desktopには独自のNodeランタイムが同梱されているため、他に何もインストールする必要はありません。

1. 最新リリースから、お使いのマシン用のバンドルをダウンロードします。

   マシン	ファイル
   Windows (Intel/AMD)	yomi-win32-x64.mcpb
   Mac (Apple Silicon)	yomi-darwin-arm64.mcpb
   Linux (x64)	yomi-linux-x64.mcpb

2. Claude Desktopで設定 → 拡張機能を開き、ダウンロードしたファイルをそのページにドラッグします（またはファイルをダブルクリックするだけでも構いません）。

3. 要求内容を確認し、インストールをクリックします。

4. 会話を開始して*「LINEにログイン」*と言います。Yomiがフォームを表示するので、電話番号を入力し、電話で確認します。どの時点でもターミナルは不要です。

これにより設定ファイルが完全にスキップされ、後述のWindows MSIXバグも回避されます。

Coworkユーザーへの注意: CoworkにYomiをインストールしてもらわないでください。Coworkのシェルは使い捨てVM内で実行されます。あなたのマシンではなく、実際のターミナルに入力することはありません。上記の3クリックで自分でバンドルをインストールしてください。インストール後、Coworkのローカルセッションは他のツールと同様にYomiを使用できます。

1. npxの完全なパスを見つけます。

macOS / Linux: which npx
Windows:       where npx

2. Claude Desktopの設定ファイルを開きます。

macOS:   ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json

⚠️ Windows: ドキュメントに記載されたパスは、Claudeが実際に読み取るパスではない可能性があります。 Claude DesktopはMSIXパッケージとして配布されており、そのファイルシステムは仮想化されています。アプリは設定を

%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\claude_desktop_config.json

から読み取りますが、設定 → 開発者 → 設定を編集は仮想化されていない%APPDATA%\Claude\ファイルを開きます。これらは同期されない別々のファイルであるため、ドキュメントに記載されたパスに正しいYomi設定を書いても静かに無視されます。エラーもログもなく、Yomiは単に表示されません。これはclaude-code#26073で、まだ未解決です。再起動後もYomiが表示されない場合は、同じ設定を上記のLocalCacheパスにも書いてください。（Claude Codeや、MSIX外にインストールされたDesktopには該当しません。）

3. mcpServersの下にYomiを追加し、例のcommandを手順1で出力された完全なパスに置き換えます。Windowsでは、JSONのパス内の各\は\\と記述する必要があります。

{
  "mcpServers": {
    "yomi": {
      "command": "/opt/homebrew/bin/npx",
      "args": ["@rikaidev/yomi"]
    }
  }
}

たとえば、Windowsのパスは"C:\\Program Files\\nodejs\\npx.cmd"のようになります。どちらの例も盲目的にコピーせず、自分のマシンで報告されたパスを使用してください。

⚠️ ここで指定するnpxは、Yomiを実行するNodeを決定しません。 macOSとLinuxではnpxは#!/usr/bin/env nodeで始まるスクリプトであるため、Claude DesktopのPATHで最初に見つかるnodeを実行します。あなたが指定したnpxの隣にインストールされたNodeではありません。DesktopはデスクトップセッションからPATHを継承しますが、それは多くの場合あなたのターミナルのものとは異なります。また、バージョンマネージャ（nvm、fnm、asdf、voltaなど）は独自のnodeを他のすべてより優先させます。そのため、which npxが完全に最新のインストールを報告しても、Yomiは古いNodeで起動する可能性があります。

症状は明確です。ログイン、読み取り、送信はすべて機能しますが、検索、スコープ、キャプチャが失敗し、ログにNo such built-in module: node:sqliteと表示されます。Yomiはそのエラーで実際に取得したランタイムを出力します。推測せずにそれを読んでください。

修正方法は、サーバーにPATHを与え、その最初のエントリにサポートされているnodeを置くことです。

"yomi": {
  "command": "<the npx path from step 1>",
  "args": ["-y", "@rikaidev/yomi"],
  "env": { "PATH": "<dir holding a supported node><sep><a base PATH>" }
}

区切り文字: macOS/Linuxでは:、Windowsでは;。その後に使用可能なベースを残してください（/usr/local/bin:/usr/bin:/binまたはお使いのプラットフォームの同等物）。これはサーバーのPATHを先頭に追加するのではなく置き換えるため、npxは通常のツールを必要とします。

commandに絶対パスのnodeを指定しても機能しません。どれほどもっともらしく見えてもです。npxはパッケージ自身のbinを子プロセスとして起動し、そのために再びPATHからnodeを解決するため、commandは誰がnpxを実行するかを選ぶだけで、誰がYomiを実行するかは選びません。PATHを設定することが実際にサーバーに届く方法です。

AIエージェントで設定していますか？ MCP設定は現在、手書きではなくエージェントによって書かれることがほとんどです。そのため、上記の手順は自分のマシンを読む人間向けに書かれています。エージェントはプレースホルダを出力するのではなく値を解決すべきです。また、この設定には明確に述べる価値のある落とし穴が1つあります。commandにnpxを指定してもランタイムは固定されません。手順:

1. 実際にYomiのインデックスが必要とするモジュールを持つNodeを見つける — バージョン番号から推測しないこと:

   node -e 'require("node:sqlite")' && command -v node    # POSIX
   node -e "require('node:sqlite')" && where node         # Windows

   これが例外を投げる場合、そのNodeは検索/スコープ/キャプチャには使えません。他のインストール（which -a node、nvm ls、fnm list、…）を試して、成功するものを見つけてから先に進んでください。

2. 上記のJSONに従って、そのNodeのディレクトリをenv.PATHに書き込み、その後にベースとなるPATHを維持してください。ディレクトリはターゲットマシン上で解決してください（ステップ1のパスのdirname）。このREADMEの例をコピーしないでください — それらはApple Silicon Homebrewのパスであり、ほぼどこでも間違っています。

   代わりにcommandに絶対パスのnodeを入れないでください。それはより強力な修正のように見えますが、実際はそうではありません。npxはパッケージのbinを子プロセスとして起動し、その子プロセスに対してPATHからnodeを再解決するため、commandは誰がnpxを実行するかを決めるだけです。これは推測ではなく測定に基づいています — PATHの先頭にNode 20がある場合、commandで固定してもサーバーにはNode 20が渡されました。

   command -vもラッパーを返すことがあり、実際のバイナリではない場合があります — ヒープシム、ローカル優先のnpxラッパー、バージョンマネージャーのスタブはすべて一般的で、クライアントの作業ディレクトリによって動作が異なるものもあります。「本当の」ものを見つけようと推論しないでください。ステップ3で解決します。

3. インデックスに触れるツールで検証してください。yomi versionは検証ではありません — SQLiteを開かずに文字列を出力するだけなので、検索を実行できないNodeでも成功します。get_scope_policyを呼び出してください。SQLiteが必要で、LINEログインは不要です。ポリシーテキストが返れば、ランタイムは正しいです。失敗した場合、エラーは実際に実行されたNodeと、そのNodeが必要としたものを示します。

4. Claude Desktopを完全に終了して再起動してください。他の何よりも先に、Settings → DeveloperでYomiが読み込まれていることを確認してください。Yomiがそこにリストされていない場合、Claudeは設定を読んでいません — Windowsの場合は、ステップ2のMSIX警告を参照してください。リストされれば、ツールはチャットとCoworkのローカルセッションの両方で利用可能です。

このセットアップにClaude Codeをインストールする必要はありません。

claude mcp add yomi -- npx @rikaidev/yomi

新しいclaudeセッションを開始してください。Yomiツールが自動的に表示されるはずです。このコマンドはClaude Codeのみを設定します。Claude Desktopは設定しません。

この形式はランタイムをPATHに任せます。claudeセッションが解決するnodeがサポートされているものであれば問題ありません — これはClaude Desktopのものとは異なり、表示されているのと同じPATHです。node -e 'require("node:sqlite")'で確認してください。例外が発生する場合、またはPATHに依存したくない場合は、Nodeを明示的に指定してください:

claude mcp add yomi -e PATH="$(dirname "$(command -v node)"):$PATH" -- npx -y @rikaidev/yomi

どちらの場合も、yomi versionではなくget_scope_policyで検証してください。バージョンコマンドはSQLiteを開かずに文字列を出力するため、検索を実行できないNodeでも成功します。

このリポジトリのクローン内でClaude Codeを実行していますか? スペックを@rikaidev/yomi@latestと指定してください。タグがない場合、npxは最初にローカルbinを探します。このリポジトリではpackage.jsonが"bin": {"yomi": ...}を宣言していますが、node_modules/.binにはリンクされていません — そのためnpxはインストールをスキップしてsh: yomi: command not foundで終了します。明示的なタグを指定すると、公開されたパッケージを取得します。これはYomi自体の作業コピーにのみ影響します。他の場所ではタグなしの形式で問題ありません。

この標準設定はほとんどのMCPクライアントで動作します:

{
  "mcpServers": {
    "yomi": {
      "command": "npx",
      "args": ["@rikaidev/yomi"]
    }
  }
}

Cursor Settings → MCP → Add new MCP Server → 名前をyomiにし、コマンドタイプ、値: npx @rikaidev/yomi

または、プロジェクトルートの.cursor/mcp.jsonに追加してください。

.vscode/mcp.jsonに追加:

{
  "servers": {
    "yomi": {
      "command": "npx",
      "args": ["@rikaidev/yomi"]
    }
  }
}

~/.config/opencode/opencode.jsonに追加:

{
  "mcp": {
    "yomi": {
      "type": "local",
      "command": ["npx", "@rikaidev/yomi"],
      "enabled": true
    }
  }
}

codex mcp add yomi npx @rikaidev/yomi

または~/.codex/config.tomlに追加:

[mcp_servers.yomi]
command = "npx"
args = ["@rikaidev/yomi"]

cline_mcp_settings.jsonに追加:

{
  "mcpServers": {
    "yomi": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@rikaidev/yomi"]
    }
  }
}

~/.codeium/windsurf/mcp_config.jsonに追加 — 標準設定と同じJSONです。

amp mcp add yomi -- npx @rikaidev/yomi

Advanced settings → Extensions → Add custom extension → 名前yomi、タイプSTDIO、コマンド: npx @rikaidev/yomi

grok mcp add yomi -- npx @rikaidev/yomi

初回ログイン

接続後、エージェントに伝えてください:

"LINEにログインして — 私の番号は+8869XXXXXXXXです。"

携帯電話でデバイスを承認し（ログインを参照）、次のように伝えてください:

"未読のLINEを要約して、返信待ちの相手を教えて。"

Related MCP server: line-desktop-mcp

できること

YomiはMCP上で20のツールを公開しています（名前を挙げる価値のあるものは表を参照）。大きな読み取り結果はトークン効率の良いTOONを使用し、小さなステータスと書き込み結果はコンパクトなJSONを使用します。エラーはプレーンテキストのままで、メディアはネイティブのMCP画像/音声/リソースコンテンツを使用します。 以下で「正直なエラー」とは、問題を明示する明示的な失敗（例: missing_decrypt_material）を意味します — Yomiはフォールバック、プレースホルダー、偽の成功を決して作り出しません。

読み取り

洞察（メッセージだけでなく状況を読む）

書き込み（これらは実際に送信します — 下書きではありません）

検索（ローカル、会話横断 — LINEにはそのようなプリミティブはありません）

スコープとプライバシー（すべてオフラインで動作、LINEセッション不要）

セッション

ログイン

前提条件: プライマリのスマートフォンで、設定 › 我的帳號 › 允許自其他裝置登入 （設定 › アカウント › 他のデバイスからのログインを許可）を有効にしてください。これがないとLINEはこのデバイスにサインインプロンプトを一切表示しません — 初回ログインがハングしているように見える最も一般的な原因はこれです。

⚠️ デスクトップセッションは同時に1つのみ: LINEではアカウントごとにデスクトップクライアントセッションは同時に1つだけ許可されています。Yomiはデスクトップのセカンダリデバイス（DESKTOPMAC）として接続するため、Yomiにログインすると公式LINEデスクトップアプリはサインアウトされます（そしてLINEデスクトップにサインインし直すとYomiのセッションは無効になります）。Yomiと公式LINEデスクトップクライアントを同時に使用することはできません。

エージェントにE.164形式の電話番号を渡すだけで済みます — ツールを呼び出す際にリージョン自体はエージェントが提供します（例: +886 番号の場合は TW）。

YomiはLINEの**パスワードレス（セカンダリデバイス）**フローを駆動します。ログインがどのように表示されるかはMCPクライアントによって異なります:

• MCP elicitation 機能を持つクライアント — login は電話番号／リージョンの入力を求め、ダイアログにPINを表示し、完了までブロックします。1回の呼び出しで、PINがモデルを経由することはありません。電話番号がトランスクリプトに入ることはありません。

• それを持たないクライアント（例: 現在のClaude Desktop） — 2回の呼び出し。login（電話番号＋リージョン付き）は結果にPINを返します。プライマリのスマートフォンのLINEでそれを入力し、デバイスを承認します。その後 login_complete を呼び出します。これは電話が確認するまでブロックします。エージェントは login_complete をすぐに呼び出すべきです — 待機処理はそちらが行うため、あなたが報告することは何もありません。

• ターミナルから — npx @rikaidev/yomi login はPINも含めてフロー全体をstdoutで実行します。常にフォールバックとして利用可能です。

唯一重要となる期限はLINE側のものです: PINが表示されてから入力してデバイスを承認するまで約3分です。Yomi自身のクライアントはその後も数分間リッスンし続けるため、スマートフォンが遅いことが失敗の原因になることは決してありません — LINEの3分間のコード有効期限だけが問題です。

ログインすると、ログイン証明書を含むセッションが永続化され（下記参照）、今後のログインではPINが完全にスキップされます。

インタラクティブビューをレンダリングするクライアント向けに、実験的なMCP Apps UI（ui://yomi/login カード）もあります。これは仕様に準拠しておりMCP Inspectorでレンダリングされますが、一部のホストはビューハンドシェイクを完了せずにリソースをフェッチするため、表示専用でありクリティカルパス上には決してありません — 上記のフローは常に機能します。

セッションと認証情報

Yomiは独自のログインを所有しています。起動時に resumeSession() を1回呼び出し、macOSキーチェーン（サービス dev.rikai.yomi.credentials、アカウント line）からLINEセッションを読み取り、必要に応じてトークンを静かに更新します。

• ファーストパーティ認証情報。 パスワードレスログインは認証トークン、リフレッシュトークン、証明書、MID、そしてE2EE鍵ペア自体を永続化し、その後それらを読み戻して書き込みが実際に完了したことを検証します。永続化できないログインは、次の再起動時に静かに失敗するのではなく、ログイン時に明示的に失敗します。

• 共有セッション。 セッションは標準の dev.rikai.yomi.credentials キーチェーンエントリ（またはローカル認証情報ストア）に保存され、Yomi MCPとYomi Desktopがまったく同じLINEログインセッションをシームレスに共有できます。

• プラットフォームに関する注意。 macOSではセッションはログインキーチェーンに保存されます。LinuxとWindowsでは、Yomiは現在ローカルJSONファイルにフォールバックします — 機能はしますが、OSのシークレットストアほど保護されておらず、macOSのパスほどテストもされていません。ネイティブのセキュアストレージバックエンド（libsecret / DPAPI）が計画されています。それまでは、非macOSインストールはそれに応じて扱ってください。

login とオフラインのスコープ／検索ツールを除くすべてのツールは、セッションがない場合に正直なエラーを返します。Yomiはそれ以外は純粋なクエリサーバーです — ポーリングもバックグラウンドでのバックフィルも行わず、各ツール呼び出しは必要なLINEリクエストだけを行い、collect_messages だけが一度に多くのチャットにまたがってフェッチする唯一の経路です。

検索

LINEには会話をまたいだ検索はありません。Yomiはローカルに検索を構築します。インデックスはリポジトリ内のgitignoreされたSQLiteデータベース（data/search-index.db）です — あなたのマシンから何も出て行きません。

検索は設計上ハイブリッドです。常にFTS5キーワード検索（bigram前処理されたテキストに対するbm25。これにより単語境界のないCJK部分文字列もカバーされます）を実行し、埋め込みが存在する場合はセマンティック検索も実行して、2つのランクリストをReciprocal Rank Fusionで融合します。純粋なセマンティック検索は埋め込まれていないメッセージにある完全一致を静かに落とし、純粋なキーワード検索は言い換えを見逃します。両方を融合することで、正確な用語と意味の一致が一緒に表面化します。レスポンスの mode フィールドは常にどの手法が寄与したかを報告します。

セマンティックランキングは各メッセージを独自のベクトルとして保持します。実際にインデックス化されたLINE会話に対するテストでは、重複する会話ウィンドウを埋め込むと中央のメッセージが希釈され、検索品質が低下することがわかりました。そのためコンテキストはランキング後にのみ追加されます: Yomiは1つのチャットが上位結果を埋め尽くすのを制限し、各勝者を両側2メッセージずつ展開して、エージェントがヒットに意味を与えたやり取りを見られるようにします。埋め込み自体を弱めることはありません。

セマンティックランキングは**Xenova/bge-small-zh-v1.5（BAAI汎用埋め込み、小型、中国語プライマリだが多言語）をtransformers.js経由で使用します。埋め込み推論は完全にプロセス内でCPU上で実行されます — メッセージテキストが外部に送信されることは決してありません。**

唯一の注意点は一度だけのモデルダウンロードです: 最初の collect_messages または search_messages で、transformers.jsがモデル（約90MB）を**huggingface.co**からフェッチしてローカルにキャッシュします。以降の実行は完全にオフラインです。その最初のフェッチはモデル重みのためのHuggingFaceへの送信HTTPSリクエストです — あなたのIPとどのモデルがダウンロードされているかは伝わりますが、メッセージコンテンツもLINEデータも含まれません。Yomiを完全にエアギャップ環境で使用する必要がある場合は、最初の検索の前にtransformers.jsキャッシュを事前に投入（またはローカルのモデルディレクトリを指定）して、ネットワーク呼び出しが一切行われないようにしてください。

セカンダリデバイスの現実（「古いメッセージを取得できない」を信頼する前に読んでください）

Yomiはアカウントのセカンダリデバイスとして動作します。これが何を見られるかを形作ります:

• Letter SealingのないグループチャットはLINEサーバー上で平文です — 完全な履歴とメディア、制限なし。

• Letter SealingのあるグループチャットはE2EEであり、そこではエポックが重要です。 そのようなグループは共有のグループキーで暗号化されており、これは（メンバーシップの変更時、またはクライアントが新しいものをプロビジョニングしたときに）ローテーションします。LINEはデバイスに現在のグループキーしか渡しません — 置き換えられたキーをフェッチするAPIはありません。したがって、セカンダリデバイスは保持しているキーのエポック以降のメッセージを復号できます。Yomiが現在のキーを取得する前の古いエポックで送信されたメッセージは、以前の履歴を読めるグループであっても、復号不能で返ってくることがあります。これはLetter Sealingのエポックごとのグループキーに固有のものであり、ここでのバグではありません。横方向にも影響します: あなたのスマートフォンが保持するエポックとYomiが保持するエポックは同じである必要はないため、2つのデバイスは同じグループの異なるスライスをそれぞれ読むことができます。

• Yomiのインストール自体は何もローテーションしないため、「Yomiをインストールする前」は正しい境界ではありません。 Yomiは既存のグループキーを解決するだけで、キーを登録（発行）することは決してありません。発行はグループの共有シークレットをすべてのメンバーに対してローテーションし、以前のキーで暗号化されたすべてのメッセージを孤立させるからです。したがって、新規インストールは現在のキーを取得し、最後のローテーションまで読み戻します — これはインストールより数か月前かもしれません。境界はインストール日ではなく、最後の再キーイングです。そしてYomiは一度エポックを見るとそのキーを保持するため、インストール後のローテーションでは両側を読むことができます。グループが今日まで完全に復号不能で返ってくる場合、それはこの制限ではありません — 報告してください。

• 1:1メディアはアカウントレベルのE2EEキーチェーンを使用します。これはセカンダリデバイスが完全に保持します（LINEはペアリング中に同期します）— Yomiは見える1:1の画像／ファイルを復号できます。

• 1:1履歴のバックフィルが唯一の実際の制限です。 LINEはセカンダリデバイスにグループの場合のように過去の1:1メッセージ履歴を渡しません。Yomiが接続中に受信したメッセージは正常に復号されます。ペアリングより前の1:1履歴を深くスクロールすると空で返ってくることがあります。これはLINEサーバー側の制限であり、ここでのバグではありません。

復号が本当に失敗した場合、Yomiは明示的な missing_decrypt_material エラーを返します — 偽のカードやプレースホルダーは決してありません。沈黙は正直です。捏造された結果はそうではありません。

開発

Yomiのソースコードに取り組むコントリビューター向け（bun またはNode.js 24+が必要 — .nvmrc はCIがインストールするのと同じ24を固定しているため、このディレクトリで nvm use するとそれを取得します。nvmは engines を読まないため、2つは別々に記載され、テストで保護されていることに注意してください）:

bun install                 # install dependencies (or npm install)
bun run.mjs                 # run the stdio MCP server
bun run.mjs login           # run the login flow in a terminal
npm run build               # tsc --noEmit — type-check only (Yomi ships & runs from src/)
npm test                    # bun test

ビルドは型チェックとコンパイルのみを行います。このリポジトリは自身のビルドの一部としてライブのLINEサーバーと通信しません。MCPクライアントを接続して login を呼び出すことが、実際にセッションを開始する方法です。

src/
  line/     LINE protocol core: TCompact/Thrift codec, E2EE (Letter-Sealing,
            group keys, media), Talk/Auth/Sync service clients, session state,
            passwordless login flow.
  auth/     Credential store (macOS Keychain, JSON-file fallback off-darwin).
  search/   Local cross-conversation index (SQLite + FTS5) and the offline
            embedding pipeline (transformers.js).
  mcp/      The stdio server: tool schemas, handlers, the privacy-policy loader,
            and the experimental MCP Apps login view (mcp/ui/).
  util/     [TAG]-prefixed logger (stderr only — stdout is the MCP JSON-RPC stream).

Yomiが人間向けに書き出すものはすべてstderrに出力されます。stdoutはMCP JSON-RPCストリーム用に予約されています。うっかり console.log を入れるとプロトコルが破損します — サーバーが到達できるパスには追加しないでください。

プライバシー

デフォルトでは、Yomi はすべての会話をローカルのオンデバイス検索インデックスに登録し、エージェントがそれらを横断検索できるようにします — 全取得がデフォルトで、チャットごとにオプトアウト可能です。アップロードされるものは一切なく、デバイスから送信されるデータは、エージェント自身が返信の中で提示するものだけです。(Yomi 自身が行う唯一の非 LINE ネットワーク呼び出しは、初回検索時のHuggingFace からの一回限りの埋め込みモデルダウンロードです — モデルの重みは入りますが、メッセージ内容は出ません。検索を参照)。PRIVACY.md が正式なポリシーであり、Yomi は接続時(および get_scope_policy 経由)に同じテキストをエージェントに提示するため、一括読み取りの前にデフォルトを開示できます。

免責事項

Yomi は独立した非公式の個人プロジェクトであり、学習と自身の LINE アカウントへのアクセスを目的として構築されています。LINE コーポレーションとは提携、承認、または推奨の関係はありません。「LINE」は各権利所有者の商標です。

Yomi の実行は LINE の利用規約に違反する可能性があり、アカウントで追加クライアントを操作すると、レート制限やアカウント停止につながる可能性があります。Yomi はご自身のアカウントとデータにアクセスすることを目的としています。使用方法については、すべて利用者の責任となります。本ソフトウェアは、いかなる保証もなく「現状のまま」提供されます — LICENSE を参照してください。

謝辞

Yomi の LINE プロトコル実装は、3 つのオープンソースプロジェクトを参考に作成されました。これらのフィールドレイアウト、E2EE チャンク順序、リクエスト形状、および Thrift 定義が、この独立した実装の基盤となっています:

• evex-dev/linejs (MIT) — リクエスト形状と Letter-Sealing E2EE ペイロードレイアウト。

• DeachSword/CHRLINE (BSD-3-Clause) — プロトコルのフィールドレイアウトとパスワードレスログインフロー。

• er1ce/LINE-Protocol (Apache-2.0) — Thrift 列挙型定義 (ContentType、MessageRelationType、ServiceCode)。

それらのライセンスが要求する通り、各プロジェクトの著作権表示と完全なライセンス文は NOTICE に転載されています。

ライセンス

MIT