Ardent
ArdentAI, Inc. · コーディング
Ardent は本番の Postgres データベースを6秒未満で複製し、コーディングエージェントと開発者に隔離されたコピーを渡す。移行も危険なデータ変更も、本番に触れずに試せる。
Ardent について
About
Ardent とは
Ardent は AI エージェントと、そのエージェントを動かすチームのためのデータベース分岐基盤だ。既存の Postgres に接続し、論理レプリケーションで読み取りレプリカを最新に保ち、そこから隔離されたブランチを切る。ブランチは完全な Postgres インスタンスで、スキーマ、データ、権限、行レベルセキュリティ、関数、トリガーがそのまま入っている。
自動化されたコーディングエージェントをデータベースに向けた経験があるなら、この問題には覚えがあるはずだ。共有ステージングは本番からずれていく。シードファイルは例外ケースを拾えない。壊れた移行が1本あればプライマリが落ちる。Ardent はタスクごとに専用の接続 URL を渡す。エージェントは読み、書き、移行を流し、好きなだけ壊してよい。終わったらブランチを消すだけだ。タスクごとに1つのデータベースサンドボックス、中身は本物のスキーマと本物の行というわけだ。
先に制約を押さえておきたい。対応するのは Postgres だけであり、ブランチは作成時点のスナップショットである。データベースが大きいと、初回のコネクタ設定に時間がかかる。
はじめ方
npm install -g ardent-cliで CLI を入れ、ardent loginを実行する。- 接続文字列を
ARDENT_DB_URLに入れ、ardent connector preflight postgresql "$ARDENT_DB_URL"を走らせる。preflight が権限付与スクリプトを出力したら、先にソース側のデータベースで実行する。 ardent connector create postgresql "$ARDENT_DB_URL"でコネクタを作る。設定は Ardent 側で進み、大きなデータベースでは数分から数時間かかる。ardent branch create my-featureを実行し、ardent branch infoでブランチの接続 URL を取る。- アプリかエージェントをその URL に向ける。作業が終わったら
ardent branch deleteでブランチを消す。
AIツール情報
Ardentの料金、対応プラットフォーム、性能を簡単に確認できます。
こんな人におすすめ
このツールが最も力を発揮するユーザー、タスク、シーン。
ユーザー
- エージェントを本番データに向けて走らせるプラットフォームチームと基盤チーム。プロバイダを変えずにタスクごとのコピーを得られる。
- リリース前に移行とバックフィルを試すデータエンジニア。抽出したサンプルではなく実データで練習できる。
- コストを見ている小さめのチーム。Starter プランは無料で、3プロジェクトまで使え、$30 の初回クレジットが付く。
タスク
- 本番前にスキーマ移行を試す。ブランチで流し、結果を確認し、ブランチを捨てる。
- バックフィルやデータ整理の予行演習。破壊的な SQL はブランチの中だけを触り、ストレージ課金は変更ブロック分だけになる。
- pull request ごとに使い捨てのデータベースをエージェントに渡す。CLI が URL を出し、CI スクリプトが渡し、最後にブランチを消す。
シーン
- 継続的インテグレーションでのデータベース変更。PR ごとに新しいブランチを切り、マージ後に片付ける。共有ステージングの順番待ちは起きない。
- 本番の不具合を再現する。レプリカからブランチを切り、利用者が実際に踏むデータ形状でデバッグする。
- 新しいエンジニアの立ち上げ。切り詰めたダンプではなく、丸ごとのコピーを渡して問い合わせてもらう。
主な機能
6秒未満でブランチを切る
データベースの大きさに関係なく、ブランチ作成は6秒未満で終わる。これは Ardent の公表値だ。ブランチは読み取りレプリカから切り、プライマリには触れない。だから同時に何本作っても本番は重くならない。コーディングエージェントのテストが現実的になるのはこの速度のおかげであり、タスクごとに1本、誰かの後ろで待つ必要はない。
コンピュートとストレージの隔離
ブランチはそれぞれ専用のコンピュートを持ち、ストレージはコピーオンライトのビューを共有する。書き込みはブランチ内に留まる。接続文字列からソースのデータベースや認証情報へは経路がない。URL をモデルのプロンプトや同僚のシェルに貼るとき、この違いが効いてくる。
コピーオンライトのストレージ
コピーオンライトがストレージを小さく保つ。Postgres クローンはレプリカのデータを共有し、変更されたブロックだけを記録する。その変更分は GB あたり月 $0.70 で、ブランチの本数に上限はない。
ゼロまで下がるコンピュート
使っていないブランチは5分で停止し、次の接続で即座に起きる。コンピュートは CU あたり時間 $0.40、1 CU は vCPU 1基とメモリ 4 GB に相当し、負荷に応じて自動で広がる。短時間だけ働くエージェントのために容量を確保しておく必要はない。
いま使っているプロバイダで Postgres データベース分岐
Supabase、AWS RDS、PlanetScale、自前の Postgres 13 以降が、論理レプリケーションと DDL イベントトリガーで接続できる。プロバイダの移行もスキーマの書き換えも要らない。ソース側には専用のレプリケーションスロットと追跡用メタデータが残る。主キーのないテーブルでは、設定時にレプリカアイデンティティを選ぶ。
CLI、REST API、チームでの運用
ardent branch create、switch、info、delete は git の使い方に寄せてある。CLI は JSON と安定した終了コードを返すので、スクリプトや CI に組み込みやすい。REST API はプロジェクト、コネクタ、ブランチ、API キーを扱い、キーごとに権限を絞れる。チームは組織単位でブランチを共有し、ロールとキー単位の権限で管理する。
メリットとデメリット
メリット
- いまの Postgres プロバイダをそのまま使える。導入してもデータベース移行は不要だ。
- 作成時間がデータ量で伸びない。エージェントのタスクごとに1本作っても割に合う。
- 認証情報が隔離されているため、ブランチ URL が漏れても本番には届かない。
- コピーオンライトのストレージとゼロまで下がるコンピュートで、遊休ブランチも使い捨てブランチも安く済む。
デメリット
- Postgres 専用だ。MySQL や MongoDB のチームは使えない。
- ブランチは作成時点のスナップショットである。その後の本番変更は入らず、長く残すブランチは本番からずれる。
- TB 級のデータベースでは初回のコネクタ設定に数時間かかることがあり、主キーのないテーブルには追加の判断が要る。
よくある質問
Ardent は Postgres データベースの隔離コピーを6秒未満で作り、開発者とコーディングエージェントが本番に触れずに実データでコードを試せるようにする。
関連コンテンツ
Ardentに関連するツール、スキル、記事を探す。
Ardentの代替ツール
Base Code
Base44 (Wix) · コーディング · 生産性向上Base CodeはBase44の共有クラウド開発環境だ。既存のGitHubリポジトリに対する変更をチャットで伝え、プレビューで確認し、プルリクエストとして返せる。
Google EmbeddingGemma 2
Google DeepMind · ライティング · 画像 · コーディングGoogle EmbeddingGemma 2 は 7 億 4000 万パラメータのオープンなモデルで、テキスト、コード、画像、音声、動画フレームを同じ 768 次元空間のベクトルに変え、スマートフォンやノート PC 上で動く。
GitGlow
GitGlow · コーディング · 生産性向上GitGlow は自分のコードと AI エージェントの変更を一つのレビューにまとめるデスクトップ Git クライアントだ。出荷前に、マシンから何が出ていくのかを確かめられる。