アイデアから本番環境へ、 後戻りすることなく。
Nexusには独自のソフトウェアファクトリーが組み込まれています。アイデアがランク付けされ、意思決定ルームがそのうちの1つを選び、AIエージェントとエンジニアがブランチ上で構築します。Forgeはすべての変更を、過去ではなく「未来のメインライン」に対してテストし、ビルドしたものに署名を行い、いつでもロールバック可能な状態で段階的にリリースします。AIの速度に応える迅速さと、規制対象業務に求められる慎重さを兼ね備えています。
問いかけからリリースまで、 6つのステップで。
すべてのステップで記録が残り、どのステップでも人が処理を止めることができます。アイデアから稼働コードに至るまでの道筋は、いつでも遡って追跡可能です。
アイデア創出
本質的な問いを立てます。アイデア実行機能により、予算内で複数の選択肢を生成し、相互に比較テストを行ってランク付けします。
決定
絞り込まれた候補は意思決定ルームへ送られます。指名された担当者が裁定を下し、その決定が計画となります。
構築
AIエージェントとエンジニアが、それぞれ独立したサンドボックス環境で、テストコードとともにブランチ上に変更を記述します。
確認項目
基準を満たさないものをブロックするセキュリティゲート、根拠を説明するAIレビュー、そしてルールが求める箇所での人による承認。
マージ
マージキューは、各変更を先行する変更とまとめてテストします。メインラインが破損することはありません。
出荷
署名済みイメージはヘルスチェックを伴い段階的にデプロイされます。どのリリースも、レビュー済みの1ステップでロールバック可能です。
入り口にアイデアを、 出口から稼働するソフトウェアを。
このファクトリーは、Nexusの「思考する領域」と「構築する領域」を結びつけます。アイデア、意思決定、エージェント、そしてForgeが単一の記録を共有するため、どのコード行からでも、出発点となった最初の問いまで遡ることができます。
ランク付けされたアイデア
アイデア実行機能は選択肢を相互にテストし、それぞれの案に対する最も強力な反論を保持します。
- 直接比較によるランク付け
- 反論の記録と保持
裁定がそのまま計画に
- 指名された担当者が裁定
- 裁定内容が開発要件に
エージェントと人による変更
AIエージェントもエンジニアと同様に変更リクエストを作成します。各リクエストには、チェック結果、レビュー内容、キュー内の順番が表示されます。
- エージェントにも人にも同じルールを適用
- 自動マージの排除
すべての変更にAIレビュアーを
すべての変更はAIレビュアーによって読み込まれ、1日の予算上限の範囲内で検出結果が説明されます。AIは助言し、人が決定します。
- 平易な言葉でのメモ
- 1日の厳格な上限設定
メインラインは 決して壊れない。
多くのパイプラインは、ブランチが作成された時点のメインラインに対して変更をテストします。Forgeは、キュー内で先行するすべての変更を含めた「未来のメインライン」に対してテストを行います。セキュリティスキャンに失敗したビルドには一切署名されないため、リリースされることはありません。
ビルド、スキャン、署名、提案
すべてのビルドは同じステージを通過します。テストとセキュリティスキャンは並行して実行され、両方が完了するまで署名は待機します。
- スキャンは警告にとどまらずブロックを実行
- 失敗の原因を言葉で説明
4つのゲート、そして段階的展開
各リリースは4つのゲートを通過した後、まず100リクエスト中10件に展開され、次に半分、最後に全体へと展開されます。
- 正確なイメージのピン留め
- ヘルスチェックを伴う段階的展開
エージェントの記述速度に 遅れをとらない。
AIエージェントがコードを書くと、ビルドが短時間に集中して発生します。ジョブの待機中はランナーが追加され、完了すると削除されます。また、共有ビルドキャッシュにより、各イメージの大部分は再ビルドではなく再利用されます。
キューに応じて拡張するランナー
各ビルドは独立した密閉型サンドボックス内で実行されます。ジョブが待機している間は、設定した上限内でランナーが追加起動します。
- ジョブごとに新しいサンドボックスを用意
- 上限内で自動的に拡大・縮小
各ビルドの大部分を再利用
変更されていないレイヤーは共有キャッシュに保持されるため、通常のビルドは数分で完了します。
- 過去30日間のビルド時間を追跡
- リポジトリごとのキャッシュヒット率
署名済みビルドのみが 本番環境へ到達。
すべてのイメージは、そのフィンガープリントに対して署名され、いつどのようにビルドされたかの記録が付与されます。本番環境は未署名のものを一切拒否します。また、シークレットは一度だけ書き込まれ、二度と表示されません。
フィンガープリントへの署名
各署名キーは2名の担当者で保持します。各イメージにはビルド記録が含まれ、指定した環境では未署名のイメージが拒否されます。
- 2名体制でのキー保持
- 未署名イメージの拒否
名前のみで扱うシークレット
ビルドとテストはシークレットを名前で読み取ります。値は一度書き込まれると二度と表示されず、読み取り回数はすべてカウントされます。
- 書き込みは一度きり、再表示なし
- シークレットごとの読み取り権限
段階的に出荷し、 いつでも戻せる安心感とともに。
リリースとは、実行する正確なイメージをピン留めする、レビュー済みの小さな変更です。まず少数のリクエストに適用され、次に半分、そして全体へと、ヘルスチェックを挟みながら展開されます。ロールバックも同様の変更として扱われ、2人目の担当者による承認を経て実行されます。
マージされた変更から本番稼働まで
- マージから稼働までの全ステップ
- 人の対応が必要なものを優先表示
約1分で元の状態へ
ロールバックの手順はあらかじめ変更として準備され、2人目の担当者による確認と承認を経ます。定期的な訓練により迅速性を維持します。
- 混乱のない、レビュー済みの変更
- 毎月の訓練実施
自社のコード、自社のハードウェア、 スマートフォン管理。
Forgeはお客様の環境内（自社ハードウェアまたは当社のEUクラウド上）で稼働し、ビルド経路に外部サービスを介在させません。本番環境がダウンしている時でさえビルドを継続できるため、まさに修正を出荷すべき緊急時に機能します。すべての設定もファイルとして保持されるため、コードと同様に変更がレビューされます。
すべての設定をバージョン管理
設定、ワークフロー、スキル、ポリシーはファイルとして書き出されます。そこで行われた変更は、レビュー対象の変更として反映されます。
- 双方向で常にレビューを実施
- メインラインへの直接変更を拒否
リスクの高い操作には適切な確認を
すべての操作にはリスクが伴います。リスクが高いほど、名前の入力、2人目の承認者、前提条件の充足など、より厳格な確認が求められます。
- 既存グループに基づくロール設定
- 重要な操作には2名の承認が必要
ForgeとAIファクトリーについて。
コードをForge内に保持する必要がありますか？
いいえ。Forgeは標準で備わっていますが、Nexusはお客様がすでに使用しているコードホスティングサービスとも、組織またはドメインレベルで連携可能です。
AIエージェントは独自にコードを書くのですか？
エージェントは人間のエンジニアと同じようにブランチ上に変更を記述します。同じチェックを通過せずにメインラインに到達することはなく、ルールが求める箇所では必ず人が承認を行います。
リグレッションはどのように防ぎますか？
各変更は先行するすべての変更と組み合わせてテストされるため、メインラインにはテストを通過した組み合わせのみが反映されます。リリースはヘルスチェックを伴い段階的に展開され、どのリリースもレビュー済みの1ステップでロールバック可能です。
ビルド経路は外部サービスに依存しますか？
いいえ。ビルド、スキャン、署名、リリースのすべてがお客様の環境内で完結するため、外部のサービスがダウンしている時でも修正を出荷できます。
ファクトリーのコストを把握することはできますか？
はい。ビルド時間（分）、ランナー、AIレビューにはそれぞれ予算と上限が設定されており、Nexus内の他のすべてのAI呼び出しと同様にカウントされます。
詳しく見る
ファクトリーが実際に構築する様子をご覧ください。
アイデアを1つお持ちください。ランク付けされた候補リストから署名済みリリースに至るまでの道筋を、お客様のハードウェア上で実演いたします。