Webエンジニア向けプログラミング解説動画をYouTubeで配信中!
▶ チャンネル登録はこちら

【ITニュース解説】AMA- Do it

2026年09月23日に「Dev.to」が公開したITニュース「AMA- Do it」について初心者にもわかりやすく解説しています。

作成日: 更新日:

ITニュース概要

ある開発者が、AIを組み込んだIDEの新機能を開発中だ。これはリポジトリの課題やプルリクエストを自動管理し、適切なチームメンバーに作業を割り振る。コメントをトリガーにPRを生成する実験を実施し、開発コスト削減と効率化を目指す。

出典: AMA- Do it | Dev.to公開日:

ITニュース解説

筆者は現在、統合開発環境(IDE)というソフトウェア開発に必要なツール一式をまとめた環境を自ら開発しており、その開発がかなり進んでいる。今回、このIDEに非常に野心的な新機能を追加し、その実力を試したいと考えている。

この新機能は、プログラミングコードが保存されているリポジトリ(GitHubのようなコードの保管場所)を監視し、そこに存在するIssue(課題やバグ報告)やPull Request(コード変更の提案)といった開発タスクを自動で管理する仕組みだ。具体的には、このシステムは人工知能(AI)を活用し、コードベースを分析して、そのプロジェクトを管理するための仮想的な「開発チーム」を生成する。新しいIssueが発生すると、AIはその内容を読み解き、対応するのに最も適した仮想チームメンバー(これもAIプログラム)にタスクを割り当てる。割り当てられたAIメンバーは、問題解決や機能実装のためのコードを生成し、仮想の「チームヘッド」(AIプログラム)がそのコードをレビューする。レビューが完了すると、システムは自動的にPull Requestを作成し、メインのコードベースへの統合を提案する。

筆者は、このシステムが「Forem」のような大規模なオープンソースプロジェクトでどれだけ効果的に機能するかを試したいと考えている。Foremでは何千ものIssueやPull Requestが日々やり取りされており、もし直接システムを適用すれば、莫大な処理コストがかかり、開発費用があっという間になくなってしまう恐れがある。そのため、筆者はもっと手軽な形で実験を行うことを提案している。それは、筆者のブログ記事のコメント欄を監視対象とすることだ。もし読者がコメントに「[feature]」(機能要望)、「[bug]」(バグ報告)、または「[random]」(その他のリクエスト)といった特定のタグを付けて投稿すれば、システムはそれを受けて、対応するPull Requestを自動で作成し、そのPRのリンクをコメントへの返信として提供する。この実験を通じて、システムが実際にどのように動作し、どの程度の成功率やコストがかかるかを検証する。

この自動管理システムは、さまざまな用途に応用できる可能性がある。例えば、企業内で使われる「プライベートリポジトリ」では、通常、外部に公開されたIssueボードがない。このような場合、システムはアプリケーションのログに記録されるエラー情報を監視し、繰り返し発生するエラーをAIが検知して、自動的に修正パッチを作成するといった使い方ができる。また、アプリケーションに組み込まれた「ユーザーフィードバックシステム」と連携させ、ユーザーからの要望や意見をAIが評価し、その実装価値を判断して、実際に機能として取り込むといったことも可能になる。

筆者は最終的に、このシステムを「Dwarven Stronghold」というサービスとして提供し、収益化することを目指している。このサービスでは、機能リクエストの提供方法が二通りある。一つは、多くのユーザーにとって共通して役立つような「広範囲なリクエスト」で、これは無料で受け付けられ、対応まで一定の待機期間を要する。もう一つは、「緊急性の高いリクエスト」や、「個人に特化したカスタマイズ」(例えば、特定のキャラクターの外見変更など)の場合で、これらは有料となる。システムは、開発にかかるであろう費用に5%の手数料を加算した見積もりを提示し、ユーザーが支払いに同意すれば、開発が開始される。もし完成した結果に満足できない場合は、3回までフィードバックの機会が与えられ、3回目のフィードバックは筆者本人との直接のやり取りとなる。それでも満足が得られない場合は、全額返金が保証される仕組みだ。

このシステムの中核的なアイデアは、あらゆる種類のプロジェクトにおいて、まるで人間の開発チームのように、課題の優先順位付けと適切な担当者への割り当てを行う「トリアージチーム」として機能することにある。さらに、ユーザーが独自のAIモデルを接続できる拡張性も持たせているため、企業の「フロントラインサポートサービス」として、顧客からの問い合わせに自動で対応するといった応用も可能になる。今回の実験の主な目的は、このシステムが実際にどれくらいの「平均開発コスト」と「成功率」を達成できるのかを測ることにある。筆者は、自身の開発した「バージョン管理システム」や「並行処理システム」、そしてプロジェクト全体の構造を把握する「サイトマップ」の仕組みが、本当に開発コストを削減し、より正確な結果を生み出すのかを検証したいと考えている。この実験は単なるブラックボックスではなく、その統計データや使用状況の詳細を、1〜2週間後に後続の記事で公開する予定だ。

筆者は、この画期的な実験に興味を持ち、参加してくれる人々を広く募集している。ただし、Foremのような大規模プロジェクトのPull Requestシステムに不必要な負担をかけないように、実験を通じて作成されるPull Requestは、まず筆者のリポジトリの「フォーク」(元のリポジトリをコピーしたもの)に対して行われる。筆者がそれらの変更を確認し、問題がないと判断した場合にのみ、Foremのメインリポジトリへと統合される。

関連コンテンツ

関連IT用語