メインコンテンツへスキップ
プロジェクトは、Replitで構築するすべてのコンテナです。アーティファクトはその中の公開可能な成果物です — ウェブアプリ、モバイルアプリ、スライドデッキ、アニメーション、データビジュアライゼーション、3Dゲーム、そしてデザイン。 複数のものを構築する場合、2つの選択肢があります:複数のアーティファクトを1つのプロジェクトに追加するか、別々のプロジェクトを作成するかです。どちらが適切かは、アプリがデータ、ロジック、デプロイのライフサイクルを共有するかどうかによって異なります。このページでは両方の用語を詳しく説明し、アーティファクトを1つのプロジェクトにまとめるべき場合と、別々のプロジェクトを作成すべき場合を示します。

プロジェクトとは?

プロジェクトは、コード、データ、および作成したすべてのアーティファクトを保持するコンテナです。Agentに構築したいものを伝えると、プロジェクトが設定され、その中にアーティファクトが構築されます。 プロジェクトはデスクの作業スペースのようなものです。すべてが1か所に集まり、同じ情報を共有できますが、それぞれの部分は異なる目的を果たします。 たとえば、フィットネストラッキングアプリを構築するようAgentに依頼すると、モバイルアプリのアーティファクトと、それが動作するために必要なバックエンド、データベース、ストレージを含むプロジェクトが作成されます。 主要な概念:
  • プロジェクト:すべてを保持するコンテナ — コード、データ、そしてすべてのアーティファクト。
  • アーティファクト:プロジェクト内の公開可能な成果物(ウェブアプリ、スライドデッキ、動画など)。
  • リソース:すべてのアーティファクトは、バックエンド、データベース、ファイルストレージに自動的にアクセスできます — 設定不要。
プロジェクトで行えること(管理、フィルタリング、ピン留め、並べ替えなど)については、プロジェクトを参照してください。

アーティファクトとは?

アーティファクトは、Replitで公開できるものです。それぞれが完全な独立した成果物で、公開するとシェア可能なURLが付与されます。 プロジェクト内のその他のもの — ファイル、画像、CSV、コード — はアーティファクトをサポートしますが、単独では公開できません。
タイプ説明
ウェブアプリユーザー、データベースなどを処理するウェブサイトおよびウェブアプリケーション。
モバイルアプリiPhoneとAndroid向けのネイティブアプリ。
スライドデッキプレゼンテーション用デッキ。プレゼンまたはエクスポート可能。
アニメーションモーショングラフィックスとアニメーション動画。MP4でエクスポート可能。
データビジュアライゼーションデータ探索やグラフ作成のためのインタラクティブなダッシュボードとビジュアライゼーション。
3Dゲーム3Dゲーム、シミュレーション、インタラクティブ体験。
デザインデザインキャンバスで探求するビジュアルの方向性とプロトタイプ。
アーティファクトで行えること(切り替え、新規追加、ライブラリサイドバーなど)については、アーティファクトを参照してください。

プロジェクト内でアーティファクトが共有するもの

アーティファクトが同じプロジェクト内に存在する場合、以下を自動的に共有します:
  • データベース:1つのアーティファクトがデータを書き込むと、他のアーティファクトが即座に読み取れます。
  • バックエンドとAPI:共有サーバーロジック、コードの重複なし。
  • ファイルストレージ:アーティファクト間でアクセス可能な画像、ドキュメント、アップロードファイル。
  • デプロイ:公開するとすべてが同期してデプロイされます。
つまり、アーティファクト間の接続を設定したり、コードを重複させたりする必要はありません。ただし、1つのアーティファクトを他のものを公開せずに公開することもできません。

クイックガイド

既存のプロジェクトにアーティファクトを追加するか、別のプロジェクトを作成するかを決める際に考慮すべき主なシナリオです。
1つのプロジェクトに複数のアーティファクト別々のプロジェクト
アプリが同じデータとバックエンドを共有するアプリが基盤となるロジックやデータを共有しない
すべてを一緒にデプロイしたい独立したデプロイサイクルが必要
補完的な関係にある(顧客向けアプリと管理ダッシュボードなど)無関係な製品または異なるクライアント向け
1つのアーティファクトの変更が他にも自動的に反映されてほしいプロジェクトが短命(キャンペーンランディングページやイベントサイトなど)

同じプロジェクト:1つの製品のウェブアプリ + モバイルアプリ

レストランが、顧客がメニューを閲覧するためのウェブアプリと、スタッフが注文を管理するためのモバイルアプリを構築します。両方とも、メニュー項目、注文、顧客情報の同じデータベースに接続しています。 なぜ1つのプロジェクトか: アプリが同じデータとバックエンドを共有しています。顧客がウェブアプリで注文すると、スタッフはモバイルアプリですぐにそれを確認できます。

同じプロジェクト:アプリ + 管理ダッシュボード + 投資家向けピッチデッキ

スタートアップが、メイン製品、コンテンツ管理用の内部管理パネル、資金調達用のスライドデッキを — すべて1つのプロジェクトで — 構築します。 なぜ1つのプロジェクトか: 管理ダッシュボードはアプリが表示するのと同じデータを管理し、ピッチデッキは共有バックエンドからライブメトリクスを参照できます。

別々のプロジェクト:2つの無関係なクライアントアプリ

フリーランサーが、あるクライアントのためにeコマースストアを、別のクライアントのために予約システムを構築します。 なぜ別々のプロジェクトか: アプリには共有データやロジックがありません。各クライアントは独立したデプロイが必要で、一方の変更が他方に影響しないようにします。

別々のプロジェクト:メイン製品と並行したキャンペーンランディングページ

年間を通じて稼働している本番アプリと、マーケティングキャンペーン用の短期間のランディングページがあります。 なぜ別々のプロジェクトか: キャンペーンページには独自のライフサイクルがあります — 立ち上げて、数週間運用して、終了します。分けることでメイン製品を整理した状態に保ち、独立して公開または削除できます。

よくある質問

現時点ではできません。アーティファクトを分離する必要がある場合は、新しいプロジェクトを作成し、Agentにそこで再構築するよう依頼してください。
プロジェクトには最大7つのアーティファクトを含めることができ、モバイルアプリは1プロジェクトにつき1つという制限があります。追加のアーティファクトはより多くのメモリを消費し、プレビューが遅くなる可能性があるため、この制限が設けられています。アーティファクトがさらに必要な場合は、別のプロジェクトを開始してください。
現時点ではできません。公開するとすべてが一緒にデプロイされます。独立したデプロイが必要な場合は、別々のプロジェクトを使用してください。
はい。プロジェクト内のすべてのアーティファクトは同じデータベースとバックエンドサービスを共有します。ウェブアプリがデータを書き込むと、モバイルアプリとデータダッシュボードはすぐにそれを読み取ることができます。
アーティファクトは公開できるもの — アプリ、スライド、動画などです。ファイル(CSV、画像、コードなど)はプロジェクト内のアセットで、アーティファクトをサポートしますが、単独では公開できません。