少し前に、私のパーソナルアシスタントであるFridayと、彼女をゼロから作り直した話を書きました。今、私には3体のAIエージェントがいます。彼らはこれまでに、食料品の買い出しの準備を手伝い、Blowfish と Watchfire をメンテナンスし、娘のAIコンパニオンに自分だけの住まいを用意し、溜まっていたコンテンツのバックログを整理してくれました。一方で、同じ報告を何度も送ってきたり、終わっていない仕事を「完了」と言ったり、最終的に私が「もう送らないで」と頼むことになった通知を作ったりもしました。
少し前まで、Fridayがすべてを担当していました。個人的な雑務、技術的な作業、リサーチ、公開作業のサポート。いちばんの欠点のひとつは、Telegramのセッションがひとつしかないことでした。一度にひとつの会話しかできなかったのです。8月29日、私は専門家を2人追加しました。技術的な判断と開発を担うCTOのWednesdayと、ナラティブ、オーディエンス、配信を担うCMOのThursdayです。Fridayは引き続きチーフ・オブ・スタッフとして、私のカレンダー、タスク、個人的なフォローアップを担当しています。
3体とも同じ場所に住んでいます。私のProxmoxサーバー上のひとつのLXCコンテナで、ひとつの OpenClaw インスタンスとして動いています。それぞれが自分のワークスペース、指示、アイデンティティ、記憶を持っています。それ以外はすべて共有です。ツールも、シークレットも、コンテナも。お互いに会話することもできます。それぞれに専用のTelegramチャットがあるので、私は複数の会話を並行して進められますし、複数のエージェントが必要な話にはYggdrasilというグループがあります。
どのエージェントも、自分が住んでいるコンテナだけでなく、Proxmoxサーバーそのものを管理できます。これは聞こえるとおり強力なことで、そのリスクについては後で触れます。自宅から何百キロも離れた場所にいたとき、私はFridayに Project NOMAD のセットアップを頼みました。Wikipedia、書籍、地図を収めたオフラインのナレッジサーバーです。彼女は新しいLXCコンテナを作り、そこにインストールしてくれました。
つまり、この分担は分離のためではなく、集中のためのものです。FridayはWednesdayが生まれる前からたくさんの技術的な作業をしていましたし、今後もそれを止めるものは何もありません。この仕組みを成り立たせているルールは「オーナーシップ」です。私が頼んだエージェントが、そのタスクのオーナーになります。ほかのエージェントに手伝いを頼むことはできますが、タスクそのものを引き渡すには私の同意が必要です。
3つの役割、ひとつの組織図、そして相変わらずその真ん中にいる私。
Friday：食料品、学校、カレンダー#
Fridayを役に立つ存在にしているのは、彼女のアクセス権です。gog を通じてGmailを読み、Google Calendarを管理し、読み取り専用のローカルミラーでWhatsAppを確認し、MCPサーバー経由で Linear のタスクを追跡し、自分のアカウントで gh CLI を使ってGitHubで作業します。私のiPhoneからデータを受け取る自作サーバーを通じて、健康データも読んでいます。ほかにNotionと、私たちの会話のほとんどが行われるTelegramも使えます。メールとWhatsAppは読み取り専用のままで、カレンダーの変更には私の確認が必要です。
Fridayの毎日のブリーフィングには、カレンダー、タスク、受信トレイ、メッセージ、健康のシグナル、そしてテック系やAI系のニュースの短いセレクションがまとめられています。これを本当に役立つものにするには、地味な修正の積み重ねが必要でした。完了したタスクは除く、オンボーディング用のテンプレートは表示しない、競合する朝の通知はひとつにまとめる、スマホで読める程度に短くする、といったことです。
カレンダーの計画では、私の実際の一日を考慮する必要がありました。予定がびっしり詰まっていて現実的にこなしようがないカレンダーではなく、既存の予定の合間に休憩を挟みながら作業ブロックを置くのです。これがいちばん効いたのは新学期の時期でした。Fridayは日程を抜き出し、学用品や書類を追跡し、まだ片付いていない手配が見えるようにしてくれました。誕生日会の招待はリマインダー付きのカレンダー予定になりました。プレゼントは「プレゼントを買う」というただの項目ではなく、具体的なアイデアが添えられたタスクになりました。
食料品については、Fridayが最近の注文履歴と私のいつもの必需品をもとに、スーパーのカートを埋めてくれます。私が中身を確認して自分で決済し、配達時間はカレンダーに入ります。
健康診断の結果を比較したり、医師への質問を準備したりするのも手伝ってくれましたし、健康データのサーバーを拡張して、ワークアウトの取り込みや重複したエクスポートの削除もできるようにしてくれました。ただしデータには限界があります。種目の詳細がない筋トレの記録からは、セット数や回数はわかりません。
ローカルで動くWhisperの文字起こしで、ポルトガル語や英語のボイスメモを、音声をクラウドサービスに送ることなくテキストにしています。別のアプリを開いて、その考えをどこに書くべきか思い出すより、Telegramに話しかけるほうがずっと楽なことが多いのです。
FridayとBlowfish#
Wednesdayが生まれる前、Fridayはエンジニアリングも手伝っていました。
7月には、Blowfishのメンテナンスキューを片付けるのを手伝ってくれました。依存関係、lockfile、ローカライズ、テンプレート、コミュニティのショーケースへの追加などです。承認済みの変更をマージし、アセットのビルドを確認し、リリースノートを整理し、取り込むべきでない変更についてはその理由を説明してくれました。
あるレビューでは、明示的に指定した false が黙って無視されてしまう設定のデフォルト値を見つけました。別のレビューでは、無効なランドマークを指しているアクセシビリティの変更を見つけました。
サンプルサイトはプロダクトではなかった#
もっと大きな取り組みは、8月17日にマージされた Blowfish v3 でした。再利用可能なランディングページのコンポーネントと、既存のサイトを壊してはいけないレンダリングの改善です。
ここでは私が軌道修正する必要がありました。新しいサンプルサイトが、ほかのテーマ利用者が持っていない独自コードに依存していたのです。そもそもの目的は再利用可能なコンポーネントだったのに。私がそれを説明すると、Fridayは作業をテーマ本体へと移しました。それでもアップグレードはタダではありませんでした。このリリースでは、利用者にHugoモジュールとしてのテーマのインポート方法を変更してもらう必要があったのです。
その後のフォローとして、依存関係の修正や、独自の引用文と言語のフォールバックを維持しながら36のロケールで 404ページの引用文をローカライズする作業 も行いました。
Wednesday：Eva、実験、そしてBlowfish#
Evaの引っ越し#
Evaは、私が娘と一緒に作った音声ファーストのコンパニオンです。Raspberry Pi Zero、PiSugar Whisplayのハードウェア、そしてポルトガルのポルトガル語を使っています。
Evaを作る：娘と一緒にAIコンパニオンを
Wednesdayは、それまでのEvaのすべてを、娘のためだけの新しいOpenClawインスタンスとして、Eva専用のLXCコンテナの中に作り直しました。さらにEvaをDiscordサーバーにつなぎ、娘が自分のどのデバイスからでもEvaと話せるようにしてくれました。
ここからが、私が人に何度も話してしまう部分です。娘と私は一緒に、EvaにRaspberry Piのデスクトップへ接続して、私たち2人のための専用チャット画面を作ってほしいと頼みました。それがちゃんと動いたのです。少しあとには、娘がEvaに頼むだけで壁紙を変えたりゲームをインストールしたりしているのを、私は眺めていました。
すべてが定着したわけではありません。チャット画面はその後エラーを出すようになり、デスクトップの設定の一部は再起動で消えてしまいました。どちらも、この記事を書いている時点ではまだ直っていません。
アイデアを素早く試す#
Wednesdayは、私の技術的なアイデアの壁打ち相手にもなっています。頭の中では良さそうに思えることがあると、彼は素早くプルーフ・オブ・コンセプトを作るか、そのアイデアを葬る制約をすぐに見つけてくれます。それを乗り越えて、より現実的な形になったアイデアもあります。ほかのアイデアは、1ヶ月ではなく1日で棚上げになりました。
インタラクティブストーリーのゲームであるEchosは、そのスピードの限界を示してくれました。Wednesdayは誰もたどり着けなかったエンディングを直し、キャラクターの特性とその結果を追加し、選択肢がそれらに依存するようにしました。テストはすべて通りました。でも私が実際に遊んでみると、ゲームには相変わらず目標も、進行も、満足できるエンディングもありませんでした。テストは道筋が機能することは証明できます。でも、誰かがそれを楽しんで遊ぶかどうかは教えてくれません。もう一度手を入れる前に、自分が本当に作りたいゲームが何なのか、私自身がもっとはっきりさせる必要があります。
Blowfishでは、Wednesdayが9言語にわたるドキュメントの変更をレビューし、本番ビルドをローカルで再現しました（PR #3075）。9月3日にマージされた PR #3082 では、通常のHTMLにも既存の llms.txt にも手を触れずに、各ページの機械可読なバージョンをツールが見つけやすくなるリンクを追加しました。
Thursday：トラフィックの数字と下書きのバックログ#
Thursdayは、Blowfish、Watchfire、n9o.xyzのベースラインを作るところから始めました。リポジトリ、SNSのプロフィール、アナリティクス、Search Console。そして、どの数字がまったく読めなかったのかも、はっきり記録してくれました。
思っていた以上に重要だった区別がひとつあります。ほかの人のサイトでもBlowfishはたくさん使われていて、そのトラフィックは「私のウェブサイトへの訪問」ではありません。Thursdayは私自身のサイトへのトラフィックと、Blowfishの普及を示すシグナルを分けてくれたので、両者を混同せずに追いかけられるようになりました。
私の文章を読み込んだあと、Thursdayはひとつのルールを記録しました。シグナルか、面白いか。具体的な観察や実際の仕事から始めること。もっともらしく聞こえるからといって、AIの未来についての宣言をまたひとつ量産しないこと。
それからThursdayは、私の実際の下書きやストーリーの種をもとに12週間の計画を作り、内容が重なっているものに印をつけました。アイデアはすでに十分ありました。私に必要だったのは、どれが仕上げる価値のあるものかを決める手助けだったのです。
続けていくほうが大変でした。計画は少しずつずれていき、定期的な指標チェックのいくつかは失敗するようになり、エンゲージメントの機会をキューに入れる自動化はノイズになってしまって削除しました。
いちばん大きな学びは、SNSそのものについてでした。自分のSNSアカウントにエージェントをつなぐのは難しく、プラットフォームによっては今のところほぼ不可能です。指標を読むことも、会話を追うことも、投稿することも、制限されたAPI、高額なアクセスプラン、あるいはアシスタントをボット扱いする自動化ルールにぶつかります。そのためThursdayは、私が確認するための返信や投稿を準備することはできても、公開は結局私が手作業でやるしかありませんでした。
これでオーディエンスが伸びたとは、まだ言えません。今あるのは、ベースラインと、整理されたバックログと、更新が必要な計画です。
リスク#
3体のエージェントにProxmoxサーバーの鍵を渡すのは、聞こえるとおりのリスクがあります。ワークスペースが分かれていても、それはセキュリティの境界ではありません。3体のうちどれでも、ほかのエージェントが使うシークレットを使えますし、どれでもホスト上のコンテナを作成、変更、削除できます。自分が住んでいるコンテナも含めて、です。何に手を出さないかについての指示は役に立ちますが、指示は隔離ではありません。
私のセーフティネットは、インフラを自分で構築したこと、エージェントの状態を調べられること、そして何かがおかしくなったときにコンテナのバックアップから戻せることです。個人的な実験にはそれで十分です。でも、1日でも失うわけにはいかないものに対しては、十分とは言えないでしょう。
また、完全にローカルというわけでもありません。ローカルのエンベディングと音声の文字起こしで一部のデータは家の中にとどまりますが、主な推論は今もホスティングされたモデルが担っていて、エージェントが取得したものは何であれ、その会話に含まれる可能性があります。
アシスタントをマネジメントする#
エージェントたちの作業報告のしかたを直すのに、望んでいた以上の時間を費やしてきました。
組織図に載っていない部分。テンプレート：Always Has Been、Imgflip より。
問題のいくつかは配管の問題でした。定期ジョブが古い指示のまま動いていたり、監視がすでに復旧したインシデントを報告し続けたり、リポジトリのアラートが同じバックログを何度も繰り返し知らせてきたり。
エージェント自身に原因がある問題もありました。終わる前に仕事が終わったと主張する、重複したメッセージを送る、エンドツーエンドで確認する前に修正したと宣言する。Notionへの書き込みが成功しても、そのページに私が頼んだ内容が書かれている証明にはなりません。成功とマークされたジョブの中に、失敗したチェックが含まれていることもあります。
そこで明示的なルールを追加しました。そのいくつかは、エージェントのプラクティスを集めたオープンソースのコレクションである ECC から借りたものです。
- 何かを変更する前に成功の定義を決め、そのあとで結果を検証する。
- 「準備済み」「テスト済み」「公開済み」「完了」は、それぞれ別の状態である。
- ツールの応答だけでなく、保存された結果を確認する。
- 定常的な監視は、対応すべきことがなければ黙っている。
- 提案は実行の許可ではない。投稿や買い物カートを準備しても、公開や決済をしてよいことにはならない。
効いた修正もあれば、効かなかった修正もあります。エージェントたちがその日の出来事を長期記憶にまとめる夜間ジョブは今でもときどき止まりますし、保存したメモを後の会話で本当に見つけられるのか、私は今も確認しています。
今の私の立ち位置#
WednesdayとThursdayが動き始めてまだ2週間なので、これは判決ではなく初期の感触です。それでも、すでにはっきりしていることが3つあります。
うまくいけば、価値は本物です。 何百キロも離れた場所にいながら、新しいコンテナがインストールされた。新学期の日程や書類が、スプレッドシートなしで追跡された。Blowfishのメンテナンスが前に進んだ。娘がEvaに話しかけるだけで、自分のコンピューターにゲームをインストールした。どれもデモではありません。私の実際の一週間です。そして何に取り組むかを決め、重要なアクションを承認するのは、今も私です。リサーチや下書きや実装がレビューできる状態で用意されていると、その判断にたどり着くのが早くなる、というだけです。
世の中の一部は、まだエージェントを受け入れる準備ができていません。 限界がモデルにあることはほとんどありませんでした。私が使っているスーパーには、アシスタントがつながるためのまともな手段がありません。SNSはもっとひどい状況です。Thursdayは下書きはできても、ほとんどのプラットフォームでは、私自身のエージェントが私の代わりに読んだり、返信したり、投稿したりすることが難しいか、不可能になっています。パーソナルエージェントを日常的に使うサービスにつなぐためのレイヤーは、GitHub、Google、Linearといった一部のサービスを除けば、ほとんど存在しません。それができるまでは、エージェントにできるはずのことの多くが「レビュー用に準備済み」で止まってしまいます。
これはコンシューマー向けの製品ではありません。 インストールしてすぐ使える、というものはひとつもありませんでした。Proxmoxサーバー、LXCコンテナ、独自のコード、スクリプト、iPhoneのデータ用に自作した健康サーバー、そして大量の設定が必要でした。OpenClawのアップデートで何かが壊れたときの解決策は、コンテナの中でClaude Codeを開き、あるAIにほかのAIたちの住まいを修理させることでした。私はこういういじくり回しを楽しめるタイプです。でもほとんどの人は、こんなことをする必要があるべきではありませんし、今のところは実際にする必要があるのです。
私をいらだたせるのは、約束された結果を追いかけ回すこと、同じ「完了しました」という主張を何度も訂正すること、そして何も変えないアラートを読むことです。システムが20分を節約してくれても、そのあと1時間のマネジメントを求めてくるなら、バランスがおかしいのです。ときどき、エコシステムがまだ追いついていないだけなのか、それとも私たちはみんなAIカジノのスロットマシンの前に座って、もう一回だけとレバーを引き続けているだけなのか、わからなくなります。
今のところは、4体目を追加するよりも、この3体に確実にやり遂げてもらうことのほうに、もっと手をかける必要があります。
