開発ツールはオープンソースであるべき

AI エージェントによるソフトウェア個別化を実現するには、開発ツールのオープンソース化が不可欠だと筆者は主張している。

筆者は、ソフトウェアの個別化がエージェント駆動の自動化により実現可能になったことを背景に、Claude Code のようなクローズドソースツールは Shelley、Pi、Codex といったオープンソースの代替案に比べて制限的だと指摘する。meat.dev プロジェクトを例に、単一のプロンプトで Shelley に統合できたことを示している。

ソフトウェア開発の現状と変化

5 年前、筆者が話した多くのソフトウェアエンジニアは、自分自身のために書いたプログラムを持っていなかった。エンジニアは毎日、他の人が書いたプログラムを使用している。筆者は Google でエンジニアとして働いていた初期段階では個人用コンピュータを所有していなかったが、キャリアの様々な時点で自分自身のためにソフトウェアを書いてきた。

過去 6 ヶ月間、筆者はモデルがエッジケースについてレビューされる必要がなくなったことを発見した。20 年間コード レビューを行ってきた筆者にとって、これは重大な変化である。

エージェントと個別化の可能性

筆者が過去 1 ヶ月間開発している meat.dev は、LLM が diff を処理・最小化するのに数分かかる。この blog である本ページは Shelley で書かれたカスタムソフトウェアである。

筆者は、エージェントが単にコードを作成するだけでなく、アップストリームリリースとの同期を自動的に管理できることを示唆している。また、単一ユーザー向けソフトウェアの場合、エージェントは code review の必要性を 「動作しているか？」という確認で置き換えることができる可能性がある。

オープンソース化の必要性

エンドユーザー向けプロダクトが今日の企業で意味を持つには、個別化可能である必要がある。これは 「ソースコード」が必要であることを意味する。Claude Code はクローズドソース ソフトウェアであり、これを個別化することはできない。

一方、Codex、Pi、Shelley といったオープンソースエージェントはこのような制限がない。筆者は meat.dev を Shelley に統合する際、「meat.dev を Shelley に組み込む。PATH に最新バージョンをインストールする。Shelley によって git commit が作成された場合、そのコミットで meat 処理をバックグラウンドで開始する。Shelley Diffs ビューにトグルを追加する。コミットがまだ処理中の場合、ユーザーに処理中であることを表示する」という単一のプロンプトで実現できた。

筆者は、個別化可能なソフトウェアではプラグインシステムや設定ファイルが不要になると解釈している。また、「ソースコード は extension system である」と述べている。

この記事は元記事の事実のみに基づいて自動生成されました。

筆者の見立て

• エージェントはアップストリームリリースとの同期を自動的に管理でき、ソフトウェアのカスタマイズの ROI を変えるとの解釈を示している
• 単一ユーザー向けソフトウェアでは、最先端のエージェントが通常、単一のステップで機能を追加できると予想している
• エンドユーザー向けプロダクトが今日の企業で意味を持つには個別化可能である必要があると解釈している
• ソフトウェア製品のカテゴリ全体が再発明される必要があると予想している
• meat を VS Code extension や vimdiff に統合することは複雑で困難だろうと見ている
• Claude Code のカスタマイズ フックがユーザーのニーズに合わない場合、ユーザーはエージェントを切り替える必要が生じる可能性を示唆している

出典

exe.dev「Devtools must be open source」https://blog.exe.dev/devtools-must-be-open-source (Tiptap、Monobit の報道による)