コンテンツへスキップ
2026年7月17日 · ハンドブック

マニュアル: マイビルド、あなたの製品ライブラリ

この記事は公開時点の製品について説明しています。最新の機能についてはAI BuilderおよびAgent Teamsをご覧ください。

マニュアル: マイビルド、あなたの製品ライブラリ
先週の火曜日、あるビルドを探していたが、チャットに何と名前を付けたか思い出せなかった——「ランディングページ v2」だったか、6週間も経つと同じくらい役に立たない何かだったか。たいてい、こういう瞬間にマイビルドはあると便利な機能から実際に頼りにするツールへと変わる。3つ目、4つ目の生成アプリを超えると、チャット一覧をスクロールして作ったものを探すのは、あるべき速さより遅くなる。ライブラリはまさにこのギャップのために作られている。まずは癖で検索バーに「admin」と入力し、諦めてフィルターを使うことにした。 種類 ウェブアプリに絞り込み、 カテゴリ さらに社内ツールとクライアント向けのものに絞り込むと、見つかった——3枚目のカードに、v3というバージョンバッジが表示されていた。そのチャットに2回戻っていたことをすっかり忘れていた。ライブラリは重複を見せていたわけではなく、系譜を見せていたのだ。v1とv2は消えたわけではなく、デフォルトの表示から外れていただけだった。そしてそれが約10分後に重要になった。別プロジェクトのクライアントが、私がv4として出荷したナビゲーション変更を気に入らなかったのだ。古いv3のカードを開き、その場でファイルツリーを閲覧し、必要な2つのファイルを取得して再デプロイした。プロンプトのやり直しも、以前のレイアウトを再現しようとチャットの記録を掘り返す必要もなかった。これが、開く前から役に立つカード構成の部分だ：検証後にキャプチャされた実際のスクリーンショットがサムネイルになっているため、技術的には完了していても読み込み時にエラーになったビルドではなく、実際にレンダリングされたものが表示される。その下には、タイプとカテゴリのバッジ、バージョン番号、相対タイムスタンプがある。クリックせずにトリアージするには十分だ。そして実際にクリックすると、選択肢はきれいに分かれる——
  • プレビューは、ダウンロードやローカルサーバー不要で、稼働中のビルドを直接開く。ウェブサイトの場合はデプロイ済みの体験そのものであり、デスクトップやモバイルビルドの場合はインストールせずに実行するのに最も近い方法だ。
  • コードはファイルツリーで、その場で閲覧できる。私はこれを、ダウンロードに踏み切る前に「本当に依頼したライブラリを使っているか」を30秒でざっと確認するために頻繁に使っている。
  • アクションメニューには、ダウンロード、公開、対応しているものについてはネイティブインストーラー、ストア対応のものについてはストアへの出荷、そしてテンプレートとして保存が含まれる。
どちらも会話を再度開く必要はない。その日、私が元のチャットに戻ったのは一度だけで、それは実際の変更を依頼するためだった——これこそがライブラリには本当にできない唯一のことだ。変更にはコンテキストが必要で、コンテキストはスレッドの中にある。それ以外はすべて、チャットに戻るショートカットとしてではなく、並行して動くライブラリだけで完結する。カードから何かを公開すれば、そのスレッドを次に開いたときにチャットにも反映される。チャット内から公開すれば、カードも更新される。同じビルドに、2つの入り口があるということだ。その日の午後、チームメイトが先週作ったものへのリンクを求めてきたとき、私は会話に彼女を招き入れなかったことに気づいた——カードを送ったのだ。正直、すでに公開済みだったなら公開URLをカードから送っていただろう。誰も1つのファイルを探すために他人のチャット履歴を渡されたくはない。1人あたり数個以上のビルドを持つチームになると、これは自然と分かれる。チャットは個人の作業場のまま、ライブラリは他の人が実際に触れるものになる。週末プロジェクトで作ったゲームもそこにあり、これがきっかけで、ライブラリが同じデータを見る唯一のレンズではないことに気づいた。ゲームは他のものと同様にマイビルドに表示されるが、 マイゲームでも、プレイモードと公開状態でフィルタリングされた形で表示される。ゲームが作るものの大半を占めるなら、そちらの方が日常的に使うビューとして優れている。同じ論理が 公開済みにも当てはまる。ここではURLやストアキューを持つあらゆるものの現在の稼働状態が表示され、 公開済みは、アプリストアや拡張機能ストアの審査状況を追跡する。同じカードに対して異なる問い——「今何が稼働しているか」対「Xというトピックについて何を作ったか」——を投げかけているだけで、別々のシステムを無理やりくっつけているわけではない。初めて経験したときに驚いたことが一つある：ビルドを公開しても、それが凍結されるわけではない。私はその後、あの管理パネルのチャットに戻り、変更を依頼してv4を得たが、明示的に再デプロイするまでは公開中のバージョンはv3を提供し続けた。よく考えれば筋が通っている。稼働中のチャットへのちょっとしたプロンプトが本番サイトを壊しかねないなら、誰も公開済みのビルドに二度と触れなくなるだろう。その週、ほとんど思いつきでやったもう一つのことは、管理パネルをテンプレートとして保存することだった。それは、基本的に同じ骨格——同じレイアウト、同じ認証の土台、同じテーブルコンポーネント、データだけが違う——で作った3つ目の社内ツールだった。 テンプレートとして保存する は構造とスタイルを引き継ぐが、具体的な内容は引き継がない。それを起点に4つ目のビルドを始めたことで、本来なら20分かかる計画会議が5分程度で済んだ。ただし注意点として、テンプレートは保存した瞬間に凍結される——私の作法はそれ以降変わっているが、古いテンプレートはそれを知らない。どうせ発展させていく出発点としては問題ないが、同期を保ち続ける再利用がほしいなら、テンプレート化するよりビルド間でファイルを直接参照するほうがいい。
何も期限切れにならない。6週間前のv1は、系譜上ではv3の下に位置していても、今朝作ったものとまったく同様にプレビュー・ダウンロード・公開が可能だ。バックグラウンドで走る削除タイマーは存在しない。ライブラリは、期限との競争を強いられる履歴ページではなく、そこから出荷できるアーカイブだ。
ハンドブック
共有XLinkedInFacebookRedditQuoraWhatsAppTelegramメール
← すべての投稿

関連記事

2026年7月13日 · ハンドブック

BuildMidasハンドブック: プラットフォームの地図

投稿を読む →
2026年7月14日 · ハンドブック

うまく構築できるプロンプトの書き方

投稿を読む →
2026年7月15日 · ハンドブック

プランを読む(そして変更する)

投稿を読む →