毎回いちから説明するのに、うんざりした

始まり

最初の版は2026年5月の終わりにできました。できることはごくわずかで、通話に重ねたパネルが双方の声を聞き、文字起こしを取り、会話が続いている最中に答えの候補を出す。それだけです。それでも、この考えが生きていることは十分に分かりました。

自分のためにつくったものでした。通話の十分後に議事録を送ってくるサービスは要りませんでした。必要だったのは、自分と同じ瞬間に会話を聞いている相手です。

足りなかったもの

どんなに強いモデルにも同じ弱点があります。あなたのことを何も知らないのです。会話はいつも白紙から始まります。何に取り組んでいるのか、誰と何を約束したのか、先週の火曜に何が決まったのかを説明し、明日もまた同じ説明をする。

文脈の長さの問題ではありません。仕事の文脈はひとつのファイルに収まっていないからです。ある部分は通話の中に、ある部分はタスクに、ある部分は書類に、ある部分はカレンダーに、そしてある部分は頭の中以外のどこにもない。道具はこの文脈を自分の境界で切り分け、モデルに渡ったのはいちばん細い断片、つまりチャット欄に打ち込めた分だけでした。

だから、何でもできる助手が実際にはあまり役に立ちません。問いには答えても、なぜその問いを立てたのかは分かっていないのです。

考えはどう変わったか

最初は通話の場での助手でした。聞いて、文字にして、提案する。価値のある部分は会話の最中ではなく、そのあとに来ると、わりあい早く分かりました。話された内容から何かを形にしなければならない、そのときです。

そうしてメモが加わり、次にタスクが、次に決定の地図ができました。次にカレンダーとファイル。いま決めたばかりのことを進めるために製品の外へ出なくてすむように。次にナレッジベース。答えがネット上の一般論ではなく、あなたの書類に根を張るように。

この時点で、もう会議の助手ではありませんでした。部品ひとつひとつは十を超える製品に存在します。ここでの価値は、それらがひとつの文脈を読み、そこに書き足していくことにあります。

なぜLeoが生まれたか

答えるだけの助手は、すぐに天井に突き当たります。次の一歩は明らかで、同時に難しいものでした。動くことを許す、ということです。

Leoという名前がついたのは2026年8月ですが、大事なのは名前ではありません。会話をまたいで残る記憶、あなた自身のサービスの中で使える道具、そして何かを変える前に許可を求めるという決まりが備わりました。提案すると実行するのあいだにある距離は、モデルの大きさではありません。記憶と権限と、結果への責任です。

読み取れる状態であり続けることを大切にしています。何を覚えているかが見え、何を使っているかが見え、取り返しのつかないことを黙って実行することはありません。

なぜWhispererなのか

名前は偶然ではありません。whispererとは、静かに、言うべきことがあるときだけ話す者のことです。よい助手はあなたの注意を奪い合いません。必要になるまでは黙っていて、必要なときにちょうど居てくれます。

製品の判断はそこから来ています。画面を共有してもパネルは映りません。通話に入れてくれと頼むボットも現れません。提案はあなたが求めたときに出ます。自分の存在を絶えず思い出させるAIは仕事の邪魔になります。そして大事なのは仕事のほうです。

いまつくっているもの

いまのWhispererは、会議、カレンダー、トラッカー、ナレッジベース、ファイル、記憶、そしてLeoがひとつの文脈の中にあります。並んでいるだけのタブの列ではなく、同じものを読み、同じものに書き足していく部品です。

通話で決まったことは、ボード上のタスクになり、Leoが思い出させてくれる約束になり、半年後でも見つかる事実になります。書き出しも移し替えもありません。これが五つではなく、ひとつの製品だからです。

これからどこへ向かうか

私が関心を持っているのは、問い以上のものを知っているAIです。いま何に取り組んでいるのか、すでに何が起きたのか、何が約束されたのか、何が未決のままか、何を忘れているかもしれないか、次にどの文脈が要るのか。

賢いモデルの話ではありません。モデルは私たちがいなくても良くなっていきます。話は、正しい文脈を正しい瞬間に渡すこと、そのあいだも人が自分のデータの持ち主であり続けることです。

Whispererを完成と呼ぶのはまだ早い。けれど向かう方角ははっきり分かっていて、そこは変わりません。たった一通のメッセージから推し量るのではなく、AIがあなたの仕事を理解しているワークスペースです。