> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 複数のアーティファクトに対応するための古いプロジェクトの更新

> URLデータ、データ、デプロイを維持しながら、古いReplitプロジェクトに2つ目のアーティファクトを追加するための一度限りの構造的な更新を行いましょう。

2026年3月11日より前に作成されたプロジェクトの場合、Agent が2つ目のアーティファクトを追加する前に、一度限りの構造的な更新が必要になることがあります。このページでは、その理由、何が変わるのか、対象となるプロジェクトについて説明します。

## 背景

**2026年3月11日**に、Replitは[Agent 4](/updates/2026/03/13/changelog)をリリースしました。そのリリースにおける最大の変更点の1つが**マルチアーティファクトサポート**でした：1つの[プロジェクト](/ja/references/projects-and-artifacts/projects)が、同じデータベース、バックエンド、シークレット、デプロイを共有する複数の[アーティファクト](/ja/references/projects-and-artifacts/artifacts)（ウェブアプリ、モバイルアプリ、ピッチデッキなど）を保持できるようになりました。

2026年3月11日以前は、各プロジェクトは異なるファイルレイアウトで1つのアプリを中心に構築されていました。その古い構造には、バックエンドが複数のアーティファクトをホストするために必要な分離がありません。これらの違いから、2026年3月11日より前に作成されたプロジェクトには、Agent が2つ目のアーティファクトを追加するための**一度限りの構造的な更新**が必要です。その日付以降に作成されたプロジェクトはすでに新しいレイアウトを使用しており、このステップは不要です。

## 更新の内容

古いプロジェクトに2つ目のアーティファクトを追加するよう Agent に依頼すると（例：既存のウェブアプリにモバイルアプリを追加するなど）、Agent はまずプロジェクトを新しいマルチアーティファクトレイアウトに再構成します。URL、コラボレーター、シークレット、データベース、ドメインはすべて保持されます。変更されるのは内部構造のみです。

## 仕組み

<Steps>
  <Step title="古いプロジェクトで新しいアーティファクトをリクエスト">
    「ウェブサイト用のピッチスライドデッキを作成して」のようにAgentに依頼します。
  </Step>

  <Step title="確認と承認">
    Agent は変更を加える前に一時停止し、チャットに提案を表示します。対象プロジェクトが最大2件の場合、プロジェクト更新を開始するための一度限りの\*\*\$5クレジット\*\*オファーも表示されます。**プロジェクトを更新**をクリックして続行するか、**後で**をクリックしてスキップします。

    <Frame>
      <img src="https://mintcdn.com/replit/PUjTWRdx_TNp0SaN/images/replitai/multi-artifact-update-approval.png?fit=max&auto=format&n=PUjTWRdx_TNp0SaN&q=85&s=952936728a532ab0241de383ddcd0172" alt="「モバイルアプリ作成のためのプロジェクト更新」承認カードを表示するAgentチャットパネル。$5クレジットオファーと「後で」/「プロジェクトを更新」ボタンが含まれています。" width="991" height="589" data-path="images/replitai/multi-artifact-update-approval.png" />
    </Frame>
  </Step>

  <Step title="再構成の完了を待つ">
    Agent はタスクでプロジェクトを新しい構造に再構成します。タスクリストで進捗を確認できます。変更前に元のアプリがバックアップされるため、問題が発生しても以前の作業が失われることはありません。

    <Frame>
      <img src="https://mintcdn.com/replit/PUjTWRdx_TNp0SaN/images/replitai/multi-artifact-update-task-progress.png?fit=max&auto=format&n=PUjTWRdx_TNp0SaN&q=85&s=1550c9c6b80b93ef9cb002f9aa73ba51" alt="「プロジェクトを更新中」タスクの進捗を表示するAgentチャットパネル。「既存のコーヒーウェブサイトを移行」サブタスクがアクティブな状態。" width="989" height="587" data-path="images/replitai/multi-artifact-update-task-progress.png" />
    </Frame>
  </Step>

  <Step title="リクエストした新しいアーティファクトを取得">
    元のアプリが新しい構造で稼働したら、Agent は最初にリクエストしたアーティファクトを構築します。
  </Step>
</Steps>

## 対象条件

現時点で更新できるプロジェクトには制限があります。プロジェクトは以下のタイプのいずれかである必要があります：

* **ウェブアプリ**（フルスタックJavaScript）
* **デザインからアプリへのモックアップ**
* **モバイルアプリ**（Expo）

Python、Flask、Streamlit、ゲームスタック、動画プロジェクト、エージェントスタックなど、2026年3月11日より前に作成されたその他のプロジェクトタイプはサポートされていません。このような場合に複数のアーティファクトが必要であれば、代わりに[新しいプロジェクトを作成](/ja/references/projects-and-artifacts/projects)してください。

プロジェクトのポートとワークフローも、そのタイプのデフォルト設定と一致している必要があります。`.replit`を手動で編集した場合、次のメッセージが表示されます：

> *このプロジェクトは自動的に移行できません：ワークフロー設定が期待値と一致していません。*

修正するには、ポートまたはワークフローのカスタマイズをデフォルトに戻して再試行してください。

## よくある質問

<AccordionGroup>
  <Accordion title="そもそもなぜプロジェクトの更新が必要なのですか？">
    2026年3月11日（Agent 4のリリース）より前に作成されたプロジェクトは、単一アプリのレイアウトを使用していました。新しい共有ワークスペースレイアウトこそが、ウェブアプリ、モバイルアプリ、管理ダッシュボードが共存し、同じデータベースとバックエンドを共有できるようにするものです。更新は、そのレイアウトに移行するための一度限りのステップです。
  </Accordion>

  <Accordion title="更新したくない場合はどうすればよいですか？">
    **後で**をクリックしてください。Agent は既存の単一アーティファクトレイアウトで構築を続けます。必要性が変わった場合は、後でオファーを再確認できます。
  </Accordion>

  <Accordion title="複数回更新できますか？">
    いいえ。プロジェクトが新しい構造になったら、それ以上の更新は必要ありません。今後のアーティファクトは、追加の更新ステップなしに直接追加できます。
  </Accordion>

  <Accordion title="プロジェクトが対象外の場合はどうすればよいですか？">
    新しいアーティファクト用に別のプロジェクトを作成するか、最初からマルチアーティファクトをサポートする新しいプロジェクトを開始してください。
  </Accordion>
</AccordionGroup>

## 関連情報

* [アーティファクトとは？](/ja/references/projects-and-artifacts/artifacts)
* [プロジェクトとは？](/ja/references/projects-and-artifacts/projects)
* [複数のアーティファクトと別々のプロジェクト](/ja/references/projects-and-artifacts/multiple-artifacts-vs-projects)