Cosmos Software Factory、Augment Code の資産売却で Harness に移行

Harness は Augment Code から選択された資産、具体的には Cosmos software factory、Auggie CLI、Code Context Engine および関連技術を取得し、これらの製品を開発したチームが Harness に参加すると、共同創業者兼 CEO の Jyoti Bansal が 2026年10月8日付の Harness ブログ記事 で発表しました。Cosmos は Harness Cosmos Software Factory Agent となり、現在利用可能です。

資産売却と経営陣の声明

本契約により、選択された Augment Code の資産、具体的には Cosmos software factory、Auggie CLI、Code Context Engine および関連技術が Harness に移転され、これらの製品を開発した従業員も共に移籍します。会社のプレスリリースによれば、チームはソフトウェア開発ライフサイクル全体をますます自律化するために Harness の取り組みを加速させる目的で参加します。Bansal は、Harness がこれらの製品、技術、そしてそれらを開発した人材に投資していると記しました。

プレスリリースで Bansal は、AI がソフトウェアに与える影響は生成されたコード量ではなく、価値あるソフトウェアがどれだけ顧客に届くかで測られると述べました。彼は、この買収をコードコンテキストとデリバリー・プロダクションコンテキストを統合し、エージェントが最初からより良い変更を行えるようにするものと位置付けました。Augment Code の共同創業者兼 CTO である Igor Ostrovsky は、同社がコンテキスト認識コーディングから始めてソフトウェア開発ライフサイクル全体に AI を導入することを目指しており、Harness への参加はそのビジョンへの次のステップであると語りました。

Augment Code は、同日公開された Matt McClernan CEO の投稿 で独自の見解を示しました。McClernan は、同社が選択された資産を売却することに合意したのは、彼の見解では、Harness の統合プラットフォームがこれらの機能を顧客に対して独自に構築するよりも効果的に提供できるからだと述べました。彼は、この動きが Augment の開発者向けコーディング機能の範囲を拡大し、元のミッションである AI を活用した大規模なソフトウェア開発の改善 を継続すると語っています。彼の投稿では、同社の創業前提として、エンタープライズ開発チームは従来のツールがコード生成を単独タスクとみなすため、AI 支援コーディングに対して異なるアプローチが必要であり、より困難なのは大規模な複雑システム全体で AI が書いたコードをオーケストレーションすることで、同社はこれを「ソフトウェアファクトリー」と呼んでいる、と説明しています。

Cosmos Software Factory の仕組み

Cosmos は Harness プラットフォーム内で明確な役割を担い、アイデアからコードまでのエンジニアリング作業を自動化し、その後、既存の Harness エージェントがコードを本番環境と運用へと引き渡します。Bansal は、ワークフローの目的はチームのマージ決定に備えた変更を準備することだと記しました。

Harness Cosmos の作業は、手動の指示だけでなくイベントから開始されます。チケットの割り当て、バグの報告、要件の記述、プルリクエストの作成、アラートの発火、Webhook の受信、またはスケジュールのいずれかが作業を開始させます。その後、Cosmos エージェントの群が変更を計画し、コードとテストを書き、プルリクエストを作成します。レビューアのコメントやチェックの失敗があると、同じプルリクエスト上でエージェントが問題を修正し、失敗したチェックやマージコンフリクトを通じて作業を継続します。

各エージェントはそれぞれ独立した仮想マシン上で動作し、設計の承認や最終マージの実施といった判断チェックポイントでエンジニアを呼び出します。チームは「Experts」と呼ばれる事前構築されたエージェントから開始し、各エージェントを自社のコードベースに合わせて調整し、組織全体に展開できます。プレスリリースでは、Project Builder、PR Author、Deep Reviewer、PR Fixer が事前構築された Experts として挙げられ、Bansal の投稿では、PR Author、Deep Reviewer、Risk Analyzer、Verifier がチームが適用できる例として列挙されています。

サポートインフラストラクチャには、Code Context Engine が含まれ、コードベースのライブマップを保持して変更が既存コードに適合するようにします。タスクごとにモデルを割り当てるモデルルーティング、GitHub、Jira、Slack との組み込み統合、各レビューから次の変更へと知見を引き継ぐ共有メモリ、そしてエンジニアリング組織全体で自律的なコーディングを実行するためのバージョニングと予算管理が含まれます。ファクトリーの公称出力は、レビュー済みでマージ準備が整ったプルリクエストであり、これを Harness エージェントがテスト、セキュリティ確保、デプロイを行います。

コードコンテキスト、デリバリーコンテキスト、ガバナンス

Harness は、コードベースとタスクに関連する関係性をマッピングする Code Context Engine と、ソフトウェアの構築、テスト、セキュリティ、デプロイ、運用に関するコンテキストを結びつける Software Delivery Knowledge Graph を接続する計画です。Bansal の投稿では、両者を統合することで期待される二つの利点が述べられています。テストの期待値、セキュリティ要件、デプロイ制約、過去のインシデントとその修正といったデリバリー・プロダクションコンテキストが、変更が記述される前にエンジニアリング作業に情報を提供し、レビュー、品質テスト、セキュリティテスト、デプロイ検証から得られた知見が、変更の調査・修正・再検証に必要な証拠としてエンジニアリングワークフローに戻されます。

この投稿は、デプロイされたサービスにおける脆弱性を伴うループを示しています。接続されたコンテキストは、影響を受けたコード、デプロイされたバージョン、関連する依存関係、および修正が通過すべきチェックを特定します。Harness Cosmos は提案された修正を用意し、レビュー、品質テスト、セキュリティテストがフィードバックを提供し、必要なチェックと承認が完了した後、Software Delivery Agent が変更をデプロイおよび検証にかけます。テストまたはデプロイチェックでリグレッションが検出された場合、証拠はエンジニアリングワークフローに戻り、変更が再度修正・確認され、チームのデリバリーポリシーに基づいてロールアウトが実施またはロールバックされます。プレスリリースでは、エージェントは解決するまでループし続けることができると述べられています。

Cosmos は Harness プラットフォームの既存エージェントに参加します。Software Delivery Agent はソフトウェアを構築・デプロイし、インフラストラクチャとデータベースの変更を管理し、デプロイを検証します（設定されている場合はロールバックも行います）。Security Testing Agent はコード、依存関係、ソフトウェアサプライチェーン全体のリスクを特定・優先付け・対処します。Runtime Protection Agent はセキュリティ姿勢を把握し、実行時の脅威からアプリケーション、API、AI を保護します。Cost Management Agent はクラウドと AI のコストを管理・最適化し、支出の可視化と最適化をエンジニアリング効率のインサイトと結びつけます。

Harness Cosmos のワークフローは、プラットフォームの既存のポリシー・アズ・コード、アクセス制御、承認、監査トレイルと連携します。Bansal は、リスクに応じて自律性のレベルを設定すべきだと述べ、ドキュメントのみの更新と支払い処理の変更を対比させ、日常的な低リスク作業は承認されたポリシー内で進められ、高リスクの変更は追加の検証や人的判断が必要になると指摘しました。「自律性は繰り返し作業を減らすべきであり、責任を軽減するものではない」と彼は書いています。

顧客は Harness Cosmos を導入し、好みのコーディングツールを引き続き使用するか、あるいは両方を併用できます。Harness Cosmos は現在利用可能で、Bansal の投稿では、チームが自動化したいエンジニアリングワークフロー（チケットの実装からプルリクエストの作成まで）から始めるよう指示しています。