【ITニュース解説】Owe: Gemma 4 drafts the reply I kept avoiding, then a local check decides if I can send it

「Owe」というツールは、あなたが返信をためらっているメッセージに対して、人工知能（AI）が自動で返信のドラフトを作成し、さらにその返信が安全に送れるかどうかをローカル（自分のコンピューター上）で確認するという、ユニークなシステムだ。これは、Hacktoberfestというオープンソースのイベントのチャレンジの一環として開発されたもので、特に「遅くて着実な（Slow and Steady）」というテーマに沿っている。

このツールの主な目的は、返信を考える手間と時間を削減することにある。例えば、「週末の予定はどうなっている？」といったメッセージにすぐに返信できない場合、AIがまず仮の返信を提案してくれる。具体的には、あなたが返信したいメッセージを「Owe」に入力すると、GoogleのAIモデルである「Gemma 4」がそのメッセージに対する返信のドラフトを作成する。Gemma 4は「gemma-4-26b-a4b-it」というモデル名で、Gemini APIという仕組みを通じて利用される。このAIは、最大で60語（単語）程度の返信を生成するだけでなく、「発明してはならない事実」として、返信の中で勝手に作り出してはいけない情報（例えば、まだ決まっていない予定の詳細など）を教えてくれる。さらに、このAIは「この返信を送っても良いか」という判断も提示する。

しかし、AIが生成した返信をそのまま信用して良いかという問題がある。そこで「Owe」では、「owe/guard.py」というPythonスクリプトが自分のコンピューター上で実行され、AIの判断を最終的に確認する役割を果たす。このローカルチェックは非常に重要で、AIが「送っても良い」と判断した返信でも、安全ではないと判断すれば送信をブロックする。具体的にどのような点をチェックするかというと、例えば、AIが作成した返信が60語という制限を超えていないか、元のメッセージやあなたが追加で与えた指示（メモ）の中に含まれていない数字、メールアドレス、名前などが、AIによって勝手に返信に追加されていないか、といった点だ。もしそういった情報が追加されている場合、ローカルチェックは「送信不可」と判断し、返信が誤って送られることを防ぐ。これは、AIが時として「嘘」をついたり、存在しない情報を「発明」したりする可能性があるため、そのリスクを軽減するための重要な仕組みと言える。

このシステムは、あなたのメッセージをGemini APIに送信することで機能するため、完全にオフラインで動くわけではない。しかし、AIが生成した返信を「送っても良いか」という最終的な判断は、あなたのコンピューター上で行われるため、その決定は外部に漏れることはない。これは、プライバシーやセキュリティの観点からも重要な設計思想だ。

実際のデモでは、次のようなメッセージが使われた。「ヘイ — 土曜日はまだ来るの？ プリヤがあなたがスピーカーを持ってくるかもしれないって言ってたよ。今夜までに教えてね、そうしないとジョーダンに頼むから。」 このメッセージに対して、追加の指示なしでAIに返信を作成させた場合、Gemma 4は約63.6秒かかり、「まだ決めてないよ。今夜までに知らせるね。」という10語の保留的な返信を生成した。AIは「来れるかどうか、スピーカーを持っているかどうか」という「まだ決まっていない事実」を正しく認識し、「送っても良い」と判断した。これは、返信が新しい計画を追加していないためだ。 また、「土曜日は行けないけど、スピーカーは今夜プリヤに渡せるよ」という指示をAIに与えた場合、AIはその指示通りの返信を32.4秒で生成した。この時、AIは指示内容をそのまま「発明してはならない事実」のフィールドにもコピーしてしまったが、ローカルのガードがこの誤りを修正した。 さらに、ローカルのガードが機能する例として、AIが「はい、7時にスピーカーを持って行きます。」と勝手に「発明」した返信を想定したテストがある。この返信には、元のメッセージにはない数字の「7」が含まれている。この場合、ローカルのガードは「送信不可」と判断し、勝手な情報を含む返信が送られるのを防ぐ。このガードのテストはAPIを呼び出すことなく、ローカルで完結する。

このツールの開発において、Gemma 4は温度設定0.2（これはAIの創造性やランダム性を抑える設定で、より確実な返答を期待できる）で、返信、発明してはならない事実、送信可否、理由の4つの情報を含むJSONオブジェクトを返すように設計されている。システム指示（AIに与える全体的な指示）は特に使われていない。また、APIへの一時的なエラー応答（429, 500, 503など）に対しては、自動で再試行する仕組みが組み込まれている。そして、Gemma 4からの応答を受け取った後、review()という関数が返信の文字数（1〜60語）や、数字、メールアドレス、大文字で始まる名前が、元のメッセージやオプションのメモに含まれているかをチェックする。この60語という制限は、他の開発者の経験に基づいている。

なぜオープンイノベーションが重要なのかという点では、Gemma 4が「オープンウェイト」モデルであることが挙げられる。これは、モデルの重み（AIの学習データから得られた内部的な数値情報）が公開されており、研究や開発に利用できることを意味する。Gemini APIを通じてこのモデルを利用することは「Gemmaの最良の利用」として認められており、メッセージはあなたのPCを離れるが、その後のローカルチェックの部分は開発者自身がコントロールできるオープンな部分だ。閉鎖的なAIアシスタントでは、AIが勝手に「はい」「何時」「約束」といった情報を発明して返信してしまう可能性があるが、「Owe」ではローカルコードによって、その「発明」を「ノー」と拒否できる。GemmaのAPIエンドポイントを変更しても、「owe/guard.py」の機能は変わらない。

このツールの最大の利点、すなわち「怠惰な報酬（Lazy Payoff）」は、返信を考えるという作業をスキップできることだ。63.6秒で10語の保留的な返信と、まだ決まっていない事柄を教えてくれることで、返信をゼロから考える必要がなくなる。空白の入力ボックスを前にして固まることなく、安全に送れる返信、または「まだ決まっていない」という核心を突く一文をすぐに手に入れることができる。

このプロジェクトはGemma 4なしでは成り立たないため、「Gemmaの最良の利用」という賞カテゴリにも合致する。ローカルチェックは、AIが発明した返信が「送っても良い」と誤ってマークされるのを防ぐ、重要なセーフティネットとして機能している。

「Owe」はPythonで実装されており、GitHub上でemarc99/oweとして公開されている。インストールも簡単で、pipで必要なライブラリを導入し、Gemini APIキーを設定すればすぐに利用できる。MITライセンスで提供されており、このチャレンジのために新しく開発されたものだ。

このように、「Owe」はAIの能力を借りて返信作成の手間を省きつつも、ローカルでの厳格なチェックによって、AIが生成する可能性のある誤情報やプライバシー侵害のリスクを最小限に抑え、安全で効率的なコミュニケーションを支援するツールなのである。