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

# Devin 環境ブループリント

> ブループリントでは Devin の環境を定義します。Devin はリポジトリからブループリントを生成でき、ビルドでスナップショットが作成される前に確認・編集できます。

<div id="getting-started">
  ## はじめに
</div>

<Info>
  **前提条件**: 環境を設定する前に、Devin があなたのリポジトリにアクセスできる必要があります。Git 統合がまだ設定されていない場合は、設定手順について [開始前に](/ja/onboard-devin/environment#before-you-start) を参照してください。Enterprise ユーザーは、**Enterprise Settings > Repository Permissions** で各組織に対応するリポジトリへのアクセスも付与する必要があります。
</Info>

ブループリントは、インストールするツール、維持する依存関係、実行すべきコマンドなど、環境を記述するために Devin が使用する形式です。Devin はリポジトリからブループリントを生成でき、セットアップをより細かく制御したい場合はいつでも確認または編集できます。

<Tabs>
  <Tab title="Devin に任せる（推奨）">
    ほとんどのユーザーに最適です。Devin がリポジトリを調査し、必要なツール、ランタイム、依存関係を判断して、ブループリントを生成します。ビルドが開始される前に、提案されたセットアップを確認して承認します。

    <Steps>
      <Step title="Devin セッションを開始する">
        新しいセッションを開き、Devin にリポジトリの設定を依頼します。たとえば、*"このリポジトリの環境を設定してください。"*
      </Step>

      <Step title="確認して承認する">Devin が検出した内容に基づいてブループリントを提案します。タイムラインに **suggestion cards** が表示されるので、提案されたツール、依存関係、コマンドを確認してから **Approve** をクリックしてください。</Step>

      <Step title="ビルドして確認する">
        提案を承認すると、ビルドが実行されてスナップショットが生成されます。新しいセッションを開始してそのスナップショットから起動し、lint や test のコマンドを実行するよう Devin に依頼して、問題なく動作することを確認してください。
      </Step>
    </Steps>

    Environment ハブの[1 つのプロンプトによるセットアップ動画と概要](/ja/onboard-devin/environment#set-it-up-by-asking-devin)を参照してください。
  </Tab>

  <Tab title="手動セットアップ">
    環境に何が必要か正確にわかっている場合や、各手順を完全に制御したい場合に最適です。必要なコマンドがすでに用意されていれば、より早く進められます。

    <Steps>
      <Step title="環境設定に移動する">
        組織のサイドバーで **Settings > Environment > Blueprints** に移動します。

        このオプションが表示されない場合は、環境ブループリントが組織で有効になっていることを Enterprise 管理者に確認してください。
      </Step>

      <Step title="リポジトリを追加する">
        リポジトリ セクションで **Add** をクリックします。Devin に作業させたいリポジトリを選択し、確認します。

        ここで追加したリポジトリは、各ビルド時に Devin の環境へクローンされます。必要に応じていつでも追加できます。
      </Step>

      <Step title="ブループリントを作成する">
        リポジトリをクリックして、そのブループリントエディタを開きます。以下はシンプルな例です。

        ```yaml theme={null}
        initialize: |
          curl -LsSf https://astral.sh/uv/install.sh | sh

        maintenance: |
          uv sync

        knowledge:
          - name: lint
            contents: uv run ruff check .
          - name: test
            contents: uv run pytest
        ```

        より多くの言語やパターンについては、[Template library](/ja/onboard-devin/environment/templates) を参照してください。
      </Step>

      <Step title="保存してビルドする">**Save** をクリックします。ビルドは自動的に開始されます。ビルド時間は、設定したリポジトリの数とブループリントで実行する作業量によって異なるため、**Current build** の **Settings > Environment > Snapshots** で進行状況を確認してください。</Step>

      <Step title="確認する">
        ビルドが **成功** と表示されたら、新しい Devin セッションを開始します。Devin は、必要な設定がすべて事前に反映された新しいスナップショットから起動します。環境が正しく動作することを確認するために、lint や test のコマンドを実行するよう Devin に依頼してみてください。
      </Step>
    </Steps>
  </Tab>
</Tabs>

このガイドの残りの部分では、生成されたブループリントの仕組みと、より細かく制御したい場合に編集する方法を説明します。

<Card title="最初から最後までの適用例を見る" icon="chart-line" href="/ja/onboard-devin/environment/scenarios" horizontal>
  **Scenarios: growing with ACME Corp** — 1 つのリポジトリから始め、次に共有依存関係を持つ複数のリポジトリ、さらに複数の組織へと拡張していきます。各段階に対応する実用的なブループリントと、どのティアに何を配置すべきかを判断する方法を紹介します。
</Card>

<div id="how-it-works">
  ## 仕組み
</div>

宣言的構成では、3 つの概念を使用します。

| Concept      | What it is                                    | Analogy        |
| ------------ | --------------------------------------------- | -------------- |
| **ブループリント**  | インストールする内容と Devin の環境の設定方法を記述した YAML 構成ファイル   | Dockerfile     |
| **ビルド**      | ブループリント を実行し、リポジトリ をクローンして、スナップショット を生成するプロセス | `docker build` |
| **スナップショット** | セッションの起動元となる、固定された起動可能な環境イメージ                 | Docker image   |

**ブループリント は必要な内容を記述します。** これらはユーザーが作成し、Settings UI で編集します。

**ビルド は ブループリント を実行して スナップショット を生成します。** ビルド は ブループリント を保存すると自動的に実行され、dependencies を最新の状態に保つために定期的 (約 24 時間ごと) にも実行されます。

**スナップショット はセッションの起動元です。** 各組織には 1 つのアクティブな スナップショット があります。すべてのセッションはクリーンなコピーから起動します。セッションでの changes は スナップショット には保持されません。

<div id="blueprint-sections">
  ### ブループリント のセクション
</div>

ブループリント には 3 つの中核セクションに加え、組織/enterprise のブループリント用に `post-build` ブロック、リポジトリレベル のブループリント用に任意の `clone` ブロックがあります。

| セクション         | 目的                                          | 実行されるタイミング                                                            |
| ------------- | ------------------------------------------- | --------------------------------------------------------------------- |
| `initialize`  | ツール、ランタイム、システムパッケージをインストール                  | ビルド時のみ。結果はスナップショットに保存されます。                                            |
| `maintenance` | プロジェクトの依存関係をインストール/更新し、認証情報の設定を書き込む         | ビルド時。セッション開始時にエージェントに提示されます (自動実行はされません)。                             |
| `knowledge`   | Devin 向けの参照情報 (lint、test、build コマンド)        | 実行されません。セッション開始時に Devin の前提情報に読み込まれます。                                |
| `post-build`  | 完全に構成された環境を検証する (組織/enterprise のみ)          | ビルド時に、すべてのリポジトリの clone とセットアップが完了した後に実行されます。終了コードが 0 以外の場合、ビルドは失敗します。 |
| `clone`       | リポジトリの git clone のデフォルトを上書きする (リポジトリレベル のみ) | ビルドの clone ステップ中に適用されます。                                              |

**`initialize`** は、一度だけ実行すればよい処理のためのセクションです。たとえば、言語ランタイム、システムパッケージ、グローバル CLI ツールなどです。

**`maintenance`** は、常に最新の状態に保つ必要がある依存関係のインストール向けです。ビルド時に実行され、セッション開始時にはエージェントに提示されるため、依存関係が変更されていれば再実行できます (たとえば最新コードを pull した後など)。コマンドはセッション開始時に自動実行されませんが、それでも高速で増分的なものにしてください (`npm ci` ではなく `npm install` を利用する) 。

**`knowledge`** は参照情報であり、実行はされません。ここで、lint、test、build の正しいコマンドを Devin に伝えます。項目は簡潔に保ち、実行可能なコマンドに絞ってください。

**`post-build`** (組織-level および enterprise-level のみ) は、すべてのリポジトリの clone とセットアップが完了した後、スナップショットが保存される直前に実行されます。これを利用して、構成済みの環境を検証してください。たとえば、必要なツールがインストールされているか、複数リポジトリにまたがるスモークテストが通るかを確認できます。終了コードが 0 以外の場合、ビルドは失敗するため、チェックを通過していないスナップショットが出荷されることはありません。[ブループリントリファレンス → post-build](/ja/onboard-devin/environment/blueprint-reference#post-build) を参照してください。

**`clone`** (リポジトリレベル のみ) は、リポジトリをスナップショットに clone する際に Devin が利用するデフォルトを上書きします。たとえば、デフォルト以外のブランチをチェックアウトする (`ref`)、clone 先 (`path`) を変更する、またはサブモジュールや LFS オブジェクトをスキップする、といったことができます。各フィールドは任意です。完全なフィールド一覧については、[ブループリントリファレンス → clone](/ja/onboard-devin/environment/blueprint-reference#clone) を参照してください。

<Info>
  **ここでの Knowledge と Knowledge プロダクト機能の違い:** ブループリント 内の `knowledge` セクションは、環境に紐づいた短いコマンド参照のためのものです。アーキテクチャドキュメント、慣例、チームの
  ワークフローには、代わりに独立した [Knowledge](/ja/product-guides/knowledge) 機能を利用してください。
</Info>

<Info>
  **複数ドキュメント YAML:** ブループリントエディタは、`---` 区切りを使った複数ドキュメント YAML をサポートしています。これにより、複雑なブループリントを 1 つのエディタ内で論理的なセクションに整理できます。
</Info>

完全なフィールド仕様 (step types、環境変数、シークレット、ファイル添付) については、[ブループリントリファレンス](/ja/onboard-devin/environment/blueprint-reference) を参照してください。

<div id="blueprint-scope">
  ### ブループリント の適用範囲
</div>

ブループリント は次の 2 つのレベルで定義できます。

| Level     | Where to configure                                   | What to put here                                    |
| --------- | ---------------------------------------------------- | --------------------------------------------------- |
| **組織**    | Settings > Environment > Blueprints > Org-wide setup | すべてのリポジトリで共有するツール: 言語ランタイム、パッケージマネージャー、Docker 認証    |
| **リポジトリ** | Settings > Environment > Blueprints > \[repo name]   | プロジェクト固有のセットアップ: `npm install`、lint/test/build コマンド |

ブループリント は**追加式**です。リポジトリブループリント は、組織の ブループリント を基盤としてその上に追加されます。リポジトリの `maintenance` では、組織の `initialize` でインストールされたツールを利用できます。特定のツールが 1 つのリポジトリでのみ必要な場合は、そのリポジトリの ブループリント に追加してください。すべてのリポジトリで必要な場合は、組織の ブループリント に追加してください。

モノレポでは、リポジトリにルートブループリントと、サブディレクトリごとのワークスペースブループリントを設定できます。各ワークスペースブループリントには、それぞれ独自の `initialize`、`maintenance`、`knowledge` セクションと作業ディレクトリを設定できます。セットアップ手順と使用例については、[ワークスペースとモノレポ](/ja/onboard-devin/environment/workspaces) を参照してください。

コードベースの拡大に応じてどのティアを選ぶかについての具体的な使用例は、[Scenarios: growing with ACME Corp](/ja/onboard-devin/environment/scenarios) を参照してください。

<Info>
  **Enterprise ユーザー:** 3 つ目の階層として、すべての組織に適用される Enterprise ブループリント があります。詳しくは [Enterprise environment overview](/ja/enterprise/environment-management/overview) を参照してください。
</Info>

<div id="builds-and-sessions">
  ## ビルドとセッション
</div>

<div id="the-snapshot">
  ### スナップショット
</div>

組織には**1つのアクティブなスナップショット**があります。これは、ツール、リポジトリ、依存関係があらかじめインストールされた VM イメージです。設定されたすべてのリポジトリは、この単一のイメージ内にクローンされ、セットアップされます。各セッションはクリーンなコピーから起動します。

<div id="how-builds-work">
  ### ビルドの仕組み
</div>

ビルドでは、ブループリントを順に実行して新しいスナップショットを作成します。

```
1. Enterprise ブループリント（設定されている場合。~ で実行）:
   a. initialize
   b. maintenance
2. 組織ブループリント（~ で実行）:
   a. initialize
   b. maintenance
3. すべてのリポジトリをクローン（最大10並列）。
   各リポジトリのブループリントは `clone` ブロックでクローンのデフォルト
   （ブランチ/タグ、深さ、サブモジュール、LFS など）を上書き可能。
4. 設定済みの各リポジトリについて、Settings に表示されている順に実行
   （~/repos/<repo-name> で実行）:
   a. initialize
   b. maintenance
5. post-build ステップ（まず組織ブループリント、次に Enterprise。~ で実行）
6. ヘルスチェックを行い、スナップショットを保存
```

レイヤーは**追加式**です。リポジトリ固有のコマンドでは、組織またはEnterpriseブループリントでインストールされたツールを利用できます。下位レベルで上位レベルの設定を上書きすることはできません。ビルド時間は、設定済みリポジトリの数とブループリントが行う処理に応じて増加します。各ステップのタイムアウトは1時間です。

<div id="how-sessions-work">
  ### セッションの仕組み
</div>

各セッションは、スナップショットの**クリーンなコピー**で起動します。セッションが終了すると、すべての変更は破棄されます。セッション開始時には、次の処理が行われます。

1. 対象のリポジトリの最新コードが取得されます。
2. `maintenance` コマンド (Enterprise、組織、リポジトリ) は前提情報としてエージェントに提示されますが、**自動実行はされません**。前回のビルド以降に依存関係が変更されたことをエージェントが検出した場合は、これらを再実行することがあります。
3. そのリポジトリの `knowledge` エントリが Devin の前提情報に読み込まれます。

<Info>
  **Knowledge はリポジトリ単位です。** 5 つのリポジトリを設定している場合、Devin が参照できるのは現在作業中のリポジトリの Knowledge エントリだけです。
</Info>

<div id="what-triggers-a-build">
  ### ビルドがトリガーされる条件
</div>

| トリガー           | 説明                            |
| -------------- | ----------------------------- |
| ブループリントの保存     | ブループリントの作成、更新、または削除           |
| リポジトリの追加または削除  | リポジトリ一覧への変更                   |
| リポジトリシークレットの追加 | 新しいシークレットを利用できるようにするには再ビルドが必要 |
| 手動でのトリガー       | UI で **Build snapshot** をクリック |
| 定期的な更新         | 自動。おおむね 24 時間ごと               |
| Devin からの提案    | Devin がセッション中にブループリントの変更を提案   |

一度に実行できるビルドは 1 つだけです。新しいトリガーが発生すると、キューに入っているビルドはキャンセルされ、新しいビルドが最初から開始されます。

<div id="build-statuses">
  ### ビルドステータス
</div>

| ステータス         | 意味                                                                                                                    |
| ------------- | --------------------------------------------------------------------------------------------------------------------- |
| **Queued**    | ビルドは受け付けられ、マシンの割り当て待ちです。                                                                                              |
| **Building**  | ビルドマシンでセットアップ手順を実行中です。                                                                                                |
| **成功**        | すべての手順が完了しました。スナップショットを利用できます。                                                                                        |
| **Partial**   | 一部のリポジトリレベルの手順は失敗しましたが、スナップショットは利用可能です。成功したリポジトリは通常どおり使用できます。失敗したリポジトリでは、ブループリントを修正する必要があります。                         |
| **Failed**    | スナップショットは利用できません。組織またはEnterpriseブループリント (post-build手順を含む) が失敗した場合、リポジトリのクローンに失敗した場合、またはマシンが最終ヘルスチェックに合格しなかった場合に発生します。 |
| **Cancelled** | より新しいビルドに置き換えられたか、手動でキャンセルされました。                                                                                      |

**Partial** ビルドでも、使用可能なスナップショットが生成されます。すべてのリポジトリはクローンされるため、すべてのソースコードをセッションで利用できます。実行されないのは、失敗したブループリントのセットアップ手順のみです。5つのリポジトリのうち1つのブループリントに問題がある場合でも、残りの4つは完全にセットアップされ、Devinは5つ目のリポジトリを読み取って作業できます。

<Tip>
  **ビルドが失敗していますか？** 手順ごとのデバッグガイドについては、[ビルドのトラブルシューティング](#troubleshooting-builds)を参照してください。
</Tip>

<div id="managing-your-environment">
  ## 環境の管理
</div>

<div id="repository-states">
  ### リポジトリの状態
</div>

リポジトリは、Environment の設定画面で次の 3 つの状態で表示されます。

| State          | Meaning                                                                        |
| -------------- | ------------------------------------------------------------------------------ |
| **Configured** | initialize/maintenance/knowledge を含む ブループリント があります。スナップショット 内で完全にセットアップされています。 |
| **Included**   | スナップショット にクローンされていますが、カスタム ブループリント はありません。Devin はコードにアクセスできます。                 |
| **Available**  | 組織 には接続されていますが、Environment には追加されていません。クローンもされていません。                           |

**Included と Configured の違い:** 「Included」のリポジトリはクローンされているため Devin はコードにアクセスできますが、カスタムのセットアップコマンドはありません。一方、「Configured」のリポジトリには、initialize/maintenance/knowledge の instructions が明示的に設定されています。

<div id="secrets">
  ### シークレット
</div>

`$VARIABLE_NAME` 構文でシークレットを参照します。追加するには、ブループリントエディタ内の **シークレット** タブを開きます。

```yaml theme={null}
maintenance:
  - name: Configure private registry
    run: npm config set //registry.npmjs.org/:_authToken $NPM_TOKEN
```

シークレットは、ビルド中およびセッション中に環境変数として利用できます。これらはスナップショットが保存される前に削除されますが、`initialize` 中にコマンドがシークレットの値を設定ファイルに書き込んだ場合、その値はスナップショットに残ります。認証情報を書き込む手順は `maintenance` に配置し、定期ビルド時に更新されるようにしてください。

シークレットのスコープと挙動の詳細については、[ブループリントリファレンス](/ja/onboard-devin/environment/blueprint-reference#environment-variables-and-secrets) を参照してください.

<div id="multiple-repositories">
  ### 複数のリポジトリ
</div>

各リポジトリにはそれぞれ専用のブループリントが割り当てられます。ビルド中は、すべてのリポジトリが同じスナップショット内でセットアップされ、別々のディレクトリにクローンされ、依存関係もそれぞれ個別にインストールされます。

2つのリポジトリがグローバルツールの異なるバージョンをインストールしたり、共有ファイル (`~/.bashrc` など) を変更したりすると、最後に実行されたものが反映されます。競合を避けるには、共有ツールのインストールを組織全体のブループリントにまとめてください。

<div id="github-actions">
  ### GitHub Actions
</div>

ツールや実行環境をインストールするためのシェルスクリプトを作成する代わりに、ブループリントで GitHub Actions を直接参照できます。Devin はビルド中にそのアクションをダウンロードして実行します。これは、GitHub の CI ランナーがアクションのステップを実行するのと同じ仕組みです。

```yaml theme={null}
initialize:
  - name: Install Python 3.12
    uses: github.com/actions/setup-python@v5
    with:
      python-version: "3.12"
```

これは特に、バージョン管理や PATH の設定を自動で行う `setup-python`、`setup-node`、`setup-go` といった言語セットアップ用アクションで役立ちます。

構文の詳細、使用例、制限事項については、[ブループリントでのGitHub Actions](/ja/onboard-devin/environment/github-actions)を参照してください。

<div id="monorepos">
  ### モノレポ
</div>

サブシェルを使えばサブディレクトリでコマンドを実行でき、個々のパッケージ向けに専用のワークスペース単位のブループリントを作成することもできます。Devin はパッケージごとの Knowledge エントリにも対応しているため、各ワークスペースでそれぞれ独自の lint、test、build コマンドを設定できます。

セットアップ手順と使用例については、[ワークスペースとモノレポ](/ja/onboard-devin/environment/workspaces)を参照してください。

<div id="pinning-and-auto-updates">
  ### ピン留めと自動更新
</div>

デフォルトでは、Devin は最新の成功したビルドのスナップショットを利用します。**ピン留め**を使うと、特定のビルドのスナップショットに固定できます。これは、新しいビルドで不具合が発生した場合や、一連のセッションで環境を固定したい場合に便利です。

**ピン留めするには:** **Settings > Environment > Snapshots** に移動し、履歴内で対象のビルド (`success` または `partial` で、7 日以内のもの) を見つけて、**Pin** をクリックします。ピン留め中は定期的な更新がスキップされ、UI には **Auto-updates paused** と表示されます。

**ピン留めを解除するには:** **Resume auto-updates** をクリックします。Devin は最新の成功したビルドに切り替わります。

<div id="git-backed-blueprints">
  ### Gitベースのブループリント
</div>

ブループリントは、`.devin/blueprint.yaml` ファイルとしてリポジトリ内に直接保存できます。変更をマージしたら、sync API を呼び出すか、UI で Sync をクリックしてブループリントを更新し、その後ビルドをトリガーします。これにより、アプリケーションコードで利用しているのと同じコードレビューのワークフローを使いながら、CI ステップで sync を自動化できます。

セットアップ手順と詳細については、[Gitベースのブループリント](/ja/onboard-devin/environment/git-backed-blueprints) を参照してください。

<div id="troubleshooting-builds">
  ## ビルドのトラブルシューティング
</div>

<div id="initialize-step-failed">
  ### Initialize ステップが失敗しました
</div>

**よくある原因:** シェルコマンドのタイプミス、パッケージが利用できない、ネットワークのタイムアウト、GitHub Action の参照先の誤り。

**対処法:** ビルドログで正確なエラー内容を確認してください。ブループリント 内の `initialize` を更新して保存してください。新しいビルドが自動的にトリガーされます。

<div id="repository-clone-failed">
  ### リポジトリのクローンに失敗しました
</div>

**主な原因:** Devin がリポジトリにアクセスできない、リポジトリの名前が変更された／移動された／削除された、または一時的なネットワークの問題が発生した。

**対処法:** Git プロバイダーの設定でリポジトリへのアクセス権を確認してください。リポジトリ名が変更されていた場合は、いったん削除して再度追加してください。

<div id="maintenance-step-failed">
  ### メンテナンス手順が失敗しました
</div>

**一般的な原因:** 依存関係の競合、必要なシステムライブラリの不足、ディスク容量不足、ロックファイルの不整合。

**対処法:** 失敗したパッケージまたはコマンドのログを確認してください。`maintenance` または `initialize` を更新して不足している依存関係をインストールするか、リポジトリ内のロックファイルを修正してください。

<div id="build-timeout">
  ### ビルドのタイムアウト
</div>

各ブループリントステップのタイムアウトは1時間です。リポジトリのクローンには、別途2時間のタイムアウトがあります。よくある原因: 大規模なネイティブ依存関係をソースからコンパイルしている (ビルド済みバイナリを利用する) 、大容量のアーティファクトをダウンロードしている、入力待ちで処理が止まるコマンドを実行している (すべてのコマンドは非対話型である必要があります) 。

<div id="iterating-on-fixes">
  ### 修正を繰り返す
</div>

1. ビルドログを確認して失敗の原因を特定する
2. 該当するブループリントを更新する
3. 保存する (新しいビルドが自動的にトリガーされます)
4. 新しいビルドのログを確認する
5. ビルドが成功するまで繰り返す

<Info>失敗したビルドの完了を待つ必要はありません。新しい設定を保存すると、キューに入っているビルドはキャンセルされ、新しいビルドが最初から開始されます。</Info>

<div id="next-steps">
  ## 次のステップ
</div>

<CardGroup cols={2}>
  <Card title="Scenarios: growing with ACME Corp" icon="chart-line" href="/ja/onboard-devin/environment/scenarios">
    実践的な使用例：1つのリポジトリから始めて、共有依存関係を持つ複数のリポジトリ、さらに複数の組織へと進みます。
  </Card>

  <Card title="差分ビルド" icon="bolt" href="/ja/onboard-devin/environment/differential-builds">
    ブループリントが変更されたワークスペースだけを再ビルドして、ビルドを高速化します。
  </Card>

  <Card title="ブループリントでのGitHub Actions" icon="github" href="/ja/onboard-devin/environment/github-actions">
    シェルスクリプトを書かずに、GitHub Actionsを利用して言語、ツール、SDKをインストールできます。
  </Card>

  <Card title="ワークスペースとモノレポ" icon="folder-tree" href="/ja/onboard-devin/environment/workspaces">
    複数パッケージのリポジトリで使う、サブシェル、ワークスペースのスコープ、Knowledge エントリ。
  </Card>

  <Card title="ブループリントリファレンス" icon="book" href="/ja/onboard-devin/environment/blueprint-reference">
    完全なフィールドリファレンス：step types、環境変数、シークレット、ファイル添付。
  </Card>

  <Card title="Template library" icon="copy" href="/ja/onboard-devin/environment/templates">
    Python、Node.js、Go、Java、Ruby、Rust、高度なパターン向けの、コピーしてすぐ使えるブループリント。
  </Card>

  <Card title="Gitベースのブループリント" icon="code-branch" href="/ja/onboard-devin/environment/git-backed-blueprints">
    ブループリントをリポジトリ内の `.devin/blueprint.yaml` として保存し、APIまたはUI経由で同期します。
  </Card>

  <Card title="Enterprise環境管理" icon="building" href="/ja/enterprise/environment-management/overview">
    Enterprise全体の環境管理：3ティア階層、シークレット、組織横断の設定。
  </Card>
</CardGroup>