ライブで曲を書くように、Haru Spaceの生態系をつくる

このHaru Space Labの記録は、リポジトリ文書と各プロジェクトの現在の状態から確認した、公開可能な事実だけをもとに書いた。非公開グループの会話、ユーザー情報、内部アドレス、認証・運用上の機微な詳細は載せていない。すでに動く接続と、まだ実験中の計画も分けて記した。

最近Haru Spaceを説明しようとすると、最初に「何がオープンしたのですか」という問いが浮かぶ。アドレスは開いたのか、機能は完成したのか、利用者を受け入れる準備は終わったのか。もっともな問いだが、今のHaru Spaceにいちばん近い言葉は正式オープンよりもライブだと思う。

完成した曲を舞台で再生するライブではない。演奏を始めてから互いの音を聞き、曲そのものを書いていくライブだ。片方でリズムを探し、別の場所で音を減らし、合わない接続はいったん止める。観客に見せられる場面もあれば、まだ作業室に残すべき音もある。

当初は、一つのサービスに必要な機能を足し続ければよいと思っていた。しかし、やりたい仕事が具体的になるほど、小さなプロジェクトが分かれて生まれた。文章、実用ツール、質問、画像とペット素材、店舗運営、子どもと家族の遊び。それぞれが一つの簡単な目的から始まった。

今の問いは、それらを再び巨大な一つのアプリにまとめられるかではない。それぞれの目的と境界を失わず、次の仕事を互いに手渡せるかである。

一つのことをよくするために生まれた小さなプロジェクト

プロジェクトが複数あるだけでは生態系にはならない。似たサービスを並べれば、管理するリポジトリが増えるだけだ。そこで現在の役割を、できるだけ短く正直に書き直してみた。

Haru Journal — 過程が説明として残る場所

Haru Journalは、人とAIが一緒に行った実験、失敗、運用判断を外に説明する記録の場だ。非公開の会話やグループの原本データはそのまま移さない。公開可能な事実を確認し、韓国語・英語・日本語の記事と専用カバーを用意し、人がプルリクエストをマージして初めて公開される。

完成した結果を宣伝するより、なぜその選択をし、何がまだ分からないのかを残すことが役割だ。この記事もその延長線にある。

Haru Utilities — 小さく明確な問題をその場で解く場所

Haru Utilitiesは、インストールやログインなしでブラウザから使える公開ツール箱だ。可能な限りテキストやファイルを利用者のブラウザ内で処理し、簡単な作業のために原本をサーバーへ送らなくて済むようにする。

ツールの強みは目的が明確なことにある。計算や変換のために訪れ、結果を得れば作業は終わる。将来、ほかのプロジェクトで繰り返し見つかる公開可能な問題を、計算機、チェックリスト、ガイドに変えることはできる。ただし利用者の入力を別のプロジェクトが黙って使う接続はつくらない。

Ask — 質問で仮説を確かめる場所

Askは、二択、投票、アンケート、ゲームを通じて参加できる空間だ。アカウントなしでも気軽に参加でき、ログインを選んだ会員は自分の記録や好みを端末間で引き継げる方向へ進んでいる。

目的は多くの人を分類することではない。こちらの仮説を実際の問いに変え、標本と限界を見たうえで次の行動の根拠を得ることだ。Askの結果を別の場所で使う場合も、個人の回答ではなく、同意された目的・範囲の中で最低集計基準を満たした結果が先でなければならない。

Reframe — 再利用できる素材の来歴を残す場所

Reframeは、画像、動画、ペットコンテンツをコレクションとして整理し、バージョン・出所・利用条件とともに配布する公開アーカイブだ。きれいな画像を並べるギャラリーだけではなく、ほかのプロジェクトがどの素材のどの版を使えるか示すレジストリでもある。

現在、データの流れまで実際に確認できた最も明確な接続もここから始まった。Haru SpaceはReframeの承認済みペット素材フィードを受け取り、形式、サイズ、出所、権限をもう一度確認してから全体カタログに取り込む。元のプロジェクトが素材の来歴を持ち、受け取る側が自分の利用責任を改めて確認する形だ。

Kkamjang — アイデアが現実の結果に出会う場所

Kkamjangは、小規模店舗の入荷、在庫、販売、予約、受け取りを一つの流れにまとめる現場プロジェクトだ。AIは取引書類から入荷の下書きを作れるが、管理者が原本と照合し、修正して承認した後にだけ在庫台帳へ反映される。

このプロジェクトには、まだパイロットと現場検証が残っている。そのため「店舗運営が完成した」と言うより、オンラインの質問や需要が実際の予約、販売、在庫の変化につながるか確かめる場所をつくっている、と表現する方が正確だ。

ココの部屋 — 守られるべき遊びと創作の場所

ココの部屋は、ココや仲間たちに会い、部屋を飾り、日記、ぬり絵、ミニゲーム、小さな作品を積み重ねる子ども・家族向けの遊び場だ。一部のゲーム接続や保護者アカウントの流れをつくっているが、すべての接続が完了したわけではない。

何より、この空間のデータを別のプロジェクトの広告、購買、好みの分析材料にしてはならない。作品は原則として家族の非公開保管場所にとどめる。将来、展示や投票へ出す場合も、保護者が選んだ結果だけを別の承認で動かす。接続の可能性より先に守るべき境界があるプロジェクトだ。

Haru Spaceは倉庫よりミキシングコンソールに近い

これらのプロジェクトをつなぐからといって、すべての会員、会話、アンケート、購入、子どもの作品をHaru Spaceの一つのデータベースへ集めたいわけではない。原本を中央に複製すると接続は簡単に見えるが、一つの権限ミスや障害がすべてのグループへ広がる。各プロジェクトが自分のデータに責任を持つ理由も失われる。

私が考えるHaru Spaceの役割は、巨大な倉庫よりライブスタジオのミキシングコンソールに近い。

• 誰がどのグループとプロジェクトへ参加できるか確認する。
• AIとの会話、下書き、実際の作業依頼を区別する。
• 外部接続が必要とする情報と権限を示す。
• コード、コンテンツ、データ、公開状態が変わる前に人が止めて確認できるようにする。
• 結果、失敗、拒否、費用、貢献の根拠を消さずに残す。

コンソールはすべての楽器を所有しない。それぞれの演奏者に自分の音を保たせながら、どの音をどこへ送るか調整する。Haru Spaceも各グループのリポジトリやデータベースを直接所有するのではなく、目的が明確な接続と承認済みの作業を調整する制御面になるべきだ。

協働の単位を人からAIとグループへ広げる

最初の協働は人と人の間にあった。承認されたメンバーがグループ内で話し、言語の違いを翻訳し、文書と判断を一緒に残す流れだった。

次に人とAIの協働を加えた。しかしAIにすべての権限を渡したわけではない。会話とプロジェクト調整は読み取り専用から始まる。AIが作業概要を作っても、人が直接直して確定した後にだけ実際の変更作業が生まれる。依存関係の導入、コミットとプッシュ、プルリクエストのマージ、デプロイも、それぞれ別の扉で再び承認を待つ。AIは速いセッション奏者にはなれても、最終テイクを選ぶ人ではない。

次に試そうとしている協働の単位は、グループとグループだ。ここには人同士でファイルを渡すより厳しい約束が必要になる。

一つのグループのデータベースを別のグループが直接読まない。送る側が承認済みの公開情報または目的に限定した集計を作り、受け取る側が出所、形式、権限をもう一度検証する。誰が何の目的で接続したかを記録し、同意が撤回されたら利用も止まらなければならない。Reframeのペット素材の流れは、この契約が実際に動けることを示した最初の小さな例だ。

今は路線図より楽譜に近い

頭の中には一つの循環がある。

1. Haru JournalとUtilitiesで問題やプロジェクトを知る。
2. Askで問いと参加を通じて仮説を確かめる。
3. 個人の回答ではなく、十分に集計された需要だけをKkamjangへ渡す。
4. 店舗はその需要を参考にするが、入荷・予約・特典は人が決める。
5. 実際の結果を個人追跡ではなくキャンペーン単位の集計で確認する。
6. 公開する価値のある事例だけを人が確認し、Journalの回顧またはUtilityへ戻す。

Reframeはこの循環で使える素材を供給し、ココの部屋は守るべき家族と創作の領域を担う。将来は、大人が明示的に接続したペットカードのような限定情報が、いくつかの体験をつなぐかもしれない。

ただし、この循環全体が実装済みだとは言えない。現在はっきり確認できたのは、ReframeからHaru Spaceへ続く承認済み素材の流れだ。KkamjangのAI補助は人の承認の下で独立して動いている。Askとココの部屋の接続は一部をつくり、検証している途中だ。Askの集計需要がKkamjangの予約・販売結果へつながる流れは次のPoCである。

だから今の生態系の絵は、地下鉄の路線図より楽譜に近い。演奏する順序と入る場所は見えるが、まだ合奏していない小節には鉛筆の印が残っている。

ライブで開発を見せるということ

ライブで曲を書けば、間違いも一緒に聞こえる。モバイルで入力欄を押すと画面がずれ、接続状態は緑でも実際の作業が最後まで届かず、AIが依頼を誤解し、運用費用が予想を超えることがある。一つを直して別の画面が揺れることもある。

未完成を格好よく見せるために、この過程を公開しているのではない。すべてを完成したように見せるより、何を確認し、何を保留したかを明確に残す方が、次の判断を良くすると考えているからだ。

Haru Spaceにはすでに使える機能と公開サイトがある。それでも「生態系が開いた」と急いで宣言したくはない。技術PoCでは各プロジェクトが独立して動けることを確かめた。次に必要なのは、プロジェクト間で価値が一周し、その間も同意、権限、費用、人の承認が壊れないことを証明することだ。

次の範囲は小さくしたい。大人のアカウントで限定されたペットカードを読むような取り消し可能な接続、一つの問い合わせ窓口に対するAI下書き、最低集計基準を満たし、個人追跡を除外したAskの集計とKkamjangの一つのパイロットから確かめる。成功の基準も接続数ではなく、取り消しが正しく働くか、人がAIの下書きをどれほど直すか、在庫予測や問い合わせ対応の不確実さを実際に減らせるかに置くべきだ。

プロジェクトを増やすこと自体が目標ではない。それぞれが一つの仕事をよりよく行い、必要なときだけ安全に次のプロジェクトへバトンを渡すことが目標だ。

今Haru Spaceから聞こえるのは完成したアルバムではない。小さなプロジェクトが互いのテンポを探し、人とAIが間違った音を直し、グループが自分の声を失わずに合奏する途中の音だ。

Haru Spaceの生態系は、多くのサービスを一か所へ集めるだけでは完成しない。互いの境界を守りながら次の仕事を一緒に始められるとき、初めて一つの曲になる。