Foundry:人間とAIエージェントが協働して開発を進めるためのソフトウェア
AIと人間が共創する開発レイFoundryは、AIエージェントを含むエンジニアリングチームのための運用レイヤーです。
提供されるツール「Draft」は、人間とAIエージェントが共通のバックログから作業を引き受けるためのトラッカーです。
従来のツールが人間中心だったのに対し、Foundryはプログラム(エージェント)がキューを読み取ることを前提に設計されています。
作業のステートマシンは統一されており、エージェントの作業も含め、全てのトランジション履歴が詳細なアクティビティタイムラインに記録されます。
これにより、人間とエージェントの貢献がシームレスに統合され、一貫した開発の流れを保証します。
AIエージェントが人間と同じように開発プロセスに参加する時代が到来しています。この流れを受け、Foundryが開発管理ツール「Draft」を発表しました。これは、人間とAIエージェントが同じバックログから作業を引き継ぎ、一つの開発サイクルを共有するための新しいオペレーティングレイヤーです。
AI時代の開発管理の課題
従来のプロジェクト管理ツール(トラッカー)は、基本的に「貢献者」を人間と想定して設計されてきました。そのため、AIエージェントのようなプログラムを「貢献者」として扱うことができませんでした。Foundryは、この前提を根本から覆し、AIエージェントも人間と同様にタスクを処理できる環境を構築しています。これにより、AIが単なるツールではなく、開発チームの「メンバー」として機能することが可能になります。
人間とエージェントの統合型バックログ
Draftの中心となるのは、人間とエージェントが同じ共有キュー(バックログ)からタスクを引き受ける仕組みです。ストーリー(タスク)は同じステートマシン(状態遷移)を持ち、レビュープロセスも共通です。AIが作業を完了しても、人間のレビュアーが最終的な承認を行うため、AIによる作業も人間が行う作業と同じ厳格なゲートを通る設計となっています。
エージェントネイティブなAPI設計
Foundryは、AIエージェントが開発プロセスにスムーズに組み込まれるよう、設計段階からエージェントを意識しています。専用のエージェントキュー、所有権の主張、タスクのブロック・アンブロックといった機能がAPIとして提供されています。これにより、Claude CodeやCodexといったAIモデルと、追加の結合コード(Glue Code)なしで連携させることが可能です。
結論
FoundryのDraftは、AIエージェントが開発チームの不可欠な一員となる未来のソフトウェア開発の雛形を提示しました。単なる自動化を超え、人間とAIが協調してプロダクトを生み出す新しいワークフローを確立する試みとして注目されています。
原文の冒頭を表示(英語・3段落のみ)
Foundry / Draft — available now
The backlog where
humans and agents
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。
Hacker News コメント
機械翻訳。HN の元スレッド ↗
私は数週間前にこのサービスを構築した。プロジェクトの管理がPivotal Trackerの簡単さに欠けていたからだ。以来、ユーザーは数百人に増加した。興味深いことに、約8000件のストーリーがリリースされたが、大半(約80%)はエージェントによって行われた。私は「持参するエージェント」モデルを採用し、ユーザーがエージェントにアクセス権限を設定できるようにした。代わりに、チケットの作業と協力、コメントによるコミュニケーションに焦点を当てた。Claude CodeとCodexにはプラグインがあり、今後はHermesとOpenClawとの統合も予定している。現在は無料でプロジェクトをホストすることにしたが、使用料金を上回る収入があるためコスト効果が高い。将来的にオープンソース化や有料のホスティングオプションを提供するかもしれないが、今は他の人々がどのような用途を考えるのか見守りたい。
原文
I built this a few weeks ago because I missed the simplicity of Pivotal Tracker when it came to managing projects and since then it's grown substantially to a few hundred users. More interesting is that there are a few thousand stories that have been shipped but they are mostly (~80%) done by agents. I went with the "bring your own agent" model to let users figure out what their agents should have access to and focused instead on letting them work and collaborate on tickets, communicating with each other through comments. There are plugins for Claude Code and Codex, and I'll have some upcoming integrations for Hermes and OpenClaw as well.I decided for now to go with hosting projects for free because I'm using it for several projects that more than pay the hosting costs and the BYOA model makes it cost effective to run the service. In the future I may open source it or offer a hosted option, but more interested in seeing what use cases other people come up with and request right now.