開発者が年額239.99ドルのPlaudサブスクをローカル文字起こしスキルで置き換え

r/openclawの開発者が、Plaud録音デバイスのサブスクリプション階層に対する無料の代替手段を構築した。構成はアプリ、スキル、cronジョブの3つで、いずれもSonnet 5.5で数時間で書かれ、有料クラウドサービスではなくローカルモデル上で動作する。

何を置き換えるのか

Plaudのサブスクリプションは年間239.99ドル。投稿者の目的は、その料金を払わずにダウンロードと文字起こしのパイプライン（おそらく、デバイスから録音を取り出し、文字起こしし、結果を保存する流れ）を再現することだった。重要な制約はすべてローカルモデルで、クラウド推論は使わないこと。

3つの構成要素

• アプリ — ダウンロードと文字起こしの流れを処理する。
• スキル — コーディングエージェントがパイプラインを呼び出せるようにする、エージェント向けの部分。
• cronジョブ — スケジュールで実行され、ユーザーが手動で起動しなくても新しい録音が自動処理される。

設計はこれだけ。ファインチューニングもカスタムモデルもなく、既存のローカルモデルとスケジューラのオーケストレーションに過ぎない。

役立つ部分：ローカル文字起こしは検索できる

面白いのは出力だ。文字起こしはファイルとして直接ローカルマシンに保存される：

「文字起こしはローカルマシンに保存されます。フォルダを検索して、過去のすべての会議から見つけたいものを何でも探せます。」

つまり、文字起こしディレクトリに対するgrep風の検索1回で、過去のすべての会議をカバーできる。ベンダーのUIも、クエリごとのコストも、マシンからデータが出ていくこともない。これはローカル文字起こしパイプラインの標準的な利点だ。テキストがディスク上にあれば、インデックスを所有し、その上に好きな検索層を構築できる。

構築メモ

• Sonnet 5.5を使い、「バイブコーディング」スタイルのセッションで構築。
• 総作業時間：数時間。
• 実行環境：ローカルモデルのみで、サブスクリプションへの依存なし。
• 投稿者は「結果に満足している」と報告。

元の投稿にはリポジトリや正確なモデル名が含まれていないので、再現したい場合はそこを埋める必要がある。アーキテクチャ自体は、すでに動かしている任意のローカルASRモデルに対して再構築できるほど単純だ。長期的な有用性にとって最も重要な判断は、cronジョブとファイルとしてディスクに出力するという2点である。

誰に向いているか

すでにローカル文字起こしモデルを動かしていて、Plaud（または類似のハードウェアレコーダー）を所有し、サブスクリプション階層に出費したくない人。