Factory

Factoryとは？

Factoryは「Droids」を使用して、リファクタリング、インシデント対応、マイグレーションなどの完全なエンジニアリングタスクを開発ライフサイクル全体にわたって委任する、エージェントネイティブなソフトウェア開発ソフトウェアです。既存のツール、モデル、ワークフローを変更せずに、チームがすでに作業している場所でAIコーディングエージェントを実行できるようにするという目標です。

ページでは、FactoryがDroidsをワークフロー埋め込み型エージェントとして位置づけ、IDE、ブラウザUI、コマンドラインインターフェース、Slack/Teams、プロジェクト/バックログコンテキストで動作可能としています。チケットからコードへのトレーサビリティを保ちつつ、タスクをエンドツーエンドで委任（プルリクエストなどの出力生成を含む）することを強調しています。

主な機能

• 複数インターフェースに埋め込まれた「Droids」: IDE/ターミナル、Web UI、CLI、Slack/Teams、プロジェクトマネージャーコンテキストでタスクを委任。
• ツール切り替えを強要しないタスク委任: 別システムへの移行ではなく、既存の開発ワークフローとツールをそのまま使用。
• 一般的なIDE/ターミナル環境をサポート: ページで特にVS Code、JetBrains、Vim、macOS/Linux/Windowsでのターミナル使用を挙げています。
• Webベースのエージェント実行: 追加セットアップなしでブラウザからDroidsを実行し、リファクタリングやデバッグなどの複雑なコーディングタスクに対応。
• CI/CDとメンテナンスのエージェント駆動自動化: CLI経由でスクリプト化・並列化し、CI/CD、マイグレーション、自動コードレビューなどのフェーズをサポート。
• プロジェクト/バックログトリガーの実行とPR作成: イシュー割り当てやメンションからエージェントをトリガーし、コンテキスト取得、ソリューション実装、PR作成を行い、チケットからコードへのトレーサビリティを維持。
• Slack/Teamsの共有サポート/エンジニアリングチャンネル: 自然言語でインシデントトリアージや小規模修正を委任し、コードレベルのソリューションを取得。

Factoryの使い方

1. 提供されたクイックスタートで開始: ページで言及の「Quickstart Guide」を使い、選択したインターフェース（特にIDEやターミナルから）でDroidsを実行開始。
2. 既存ワークフローからタスクを委任: IDEやターミナルでDroidsにタスクを割り当て（ページの例: リファクタリング、デバッグ、マイグレーション）、既存ツールとショートカットを維持。
3. 必要に応じて追加インターフェースを使用:
   • ブラウザでDroidsを実行し、即時エージェント駆動作業。
   • コマンドラインでCI/CD、マイグレーション、メンテナンス向けにエージェント実行をスクリプト化・並列化。
   • Slack/Teamsで自然言語でサポートやインシデントトリアージを委任。
4. バックログ駆動作業ではイシューからトリガー: プロジェクトマネージャー/バックログでイシュー割り当てやメンションからエージェントをトリガーし、コード変更生成とPR作成、トレーサビリティを確保。

ユースケース

• IDEベースのリファクタリングとデバッグ: 開発者がエディタ（例: VS Code、JetBrains、Vim）からリファクタリングやトラブルシューティングタスクを委任し、ワークフローを変更せず。
• Web UIで高速エージェント実験: チームメンバーがブラウザUIからリファクタリングやデバッグを即時委任。
• コマンドライン自動化でCI/CD: ビルド/リリースエンジニアがDroidsをスクリプト化・並列化し、自動コードレビューやメンテナンスタスクなどのCI/CD活動をサポート。
• Slack/Teams経由のインシデントトリアージとクイックフィックス: サポート/エンジニアリングチームがインシデント時に自然言語でタスク送信、共有チャンネルでコードレベルのソリューション取得。
• バックログ-to-PRエンジニアリングワークフロー: チームがイシュー割り当てやメンションからエージェントをトリガー、Factoryがコンテキスト取得・変更実装・PR作成をし、チケットとコードのつながりを維持。

FAQ

• FactoryのDroidsはどこで実行できますか？ ページではIDE/ターミナル、デスクトップ/ウェブ、コマンドライン、Slack/Teams、プロジェクトマネージャー/バックログインターフェースが記載されています。

• 既存のツールやワークフローを変更する必要がありますか？ Factoryの位置づけでは、Droidsは「あなたが作業するあらゆる場所」で動作し、ツール、モデル、ワークフローの変更を必要としません。

• どのIDEが記載されていますか？ ページではVS Code、JetBrains、Vimが具体的に挙げられ、ターミナル使用も記載されています。

• Factoryはチケットからプルリクエストを作成できますか？ ページに記載されたプロジェクトマネージャー/バックログフローは、チケットからコードへのトレーサビリティを維持しつつPRを作成できると述べています。

• Factoryはエンタープライズ向けに設計されていますか？ ページの「Enterprise」セクションでは、安全でスケーラブル、既存のエンジニアリングツールとの統合準備ができていると記述され、業界標準のセキュリティとコンプライアンスを言及していますが、具体的な規格や認証は記載されていません。

代替品

• 汎用LLMコーディングアシスタント: チャットベースのコーディング支援に特化したツールはスニペットやガイダンスを提供しますが、Factoryで記述されたIDE、CI/CD、Slack/Teams、バックログ-to-PRのエンドツーエンドエージェントワークフローを同じように埋め込みません。
• CI/CD自動化プラットフォームおよび社内開発自動化: チームはパイプライン周りにスクリプトやエージェント風ワークフローを構築できますが、Factoryの複数インターフェース横断のエージェントネイティブ委譲の強調とは異なります。
• カスタム統合付きワークフロー/イシュー自動化ツール: 汎用自動化プラットフォームでチケットイベントに基づくアクション自動化は可能ですが、コーディング実行、コンテキスト処理、PR作成を自分で接続する必要があります。
• IDEタスク自動化拡張: エディタプラグインはIDE内の反復タスクを効率化しますが、Factoryページで記述されたウェブ/CLI/Slack/Teams/プロジェクトマネージャー横断の委譲を提供しない場合があります。