ディスカッション (11件)
エンジニアの皆さん、こんにちは!Emdash(https://github.com/generalaction/emdash)の開発者、ArneとRabanです。Emdashは、特定のプロバイダーに依存しないオープンソースのデスクトップアプリです。複数のコーディングエージェントを、ローカルまたはSSH経由のリモートマシン上の独立したGit worktree内で、並列に実行できます。私たちはこれを「エージェント型開発環境(ADE: Agentic Development Environment)」と呼んでいます。1分間のデモ動画はこちら:https://youtu.be/X31nK-zlzKo。自分たちが使うために開発を始めました。以前、別のアプリを開発していた際、ターミナルやブランチが乱立し、AIの回答待ちで時間が溶けるというカオスなワークフローに悩まされていました。Emdashはターミナルをインターフェースの中心に据え、複数のエージェントを同時に動かすのを簡単にします。各エージェントは独立したworktreeでタスクを実行するため、同じ問題に対して複数のエージェントを試したり、テストやレビューを並行して行えます。SSHにも対応しているので、コードがある場所でそのままエージェントを動かし、並列ワークフローを維持できます。タスク起動の高速化にもこだわりました。worktreeをオンデマンドで作ると5秒以上かかることもありますが、バックグラウンドで予備のworktreeを保持しておくことで、タスク開始時間を約500~1000msまで短縮しました。また、起動時のシェル環境読み込みを避け、直接シェルを立ち上げています。プロバイダー独自のCLIをそのまま使うのが正解だと考えています。これにより各エージェントの全機能を常に活用でき、プロバイダーが新機能をリリースしてもすぐに対応可能です。現在、Claude Code、Codex、Gemini、Droid、Amp、Codebuffなど21種類のCLIに対応しており、インストール済みのものを自動検出します。私たちは、将来的にタスクによって最適なエージェントが使い分けられるようになると信じています。オーケストレーションだけでなく、開発ループの大部分をEmdashに集約しました。差分の確認、コミット、PR作成、CI/CDのチェック確認、マージまで完結できます。Linear、GitHub、JiraのIssueをエージェントに渡すことも可能です。EmdashはMITライセンスの完全オープンソースです。macOS、Linux、そして先日リリースしたWindows版が利用可能です。Homebrewでもインストールできます:brew install --cask emdash。皆さんが複数のエージェントをどのように使い分けているか、ぜひフィードバックをください!リポジトリはこちら:https://github.com/generalaction/emdash
同じコードベースで複数のエージェントを動かすとき、Emdashはどうやって状態管理をしてるの?特に、エージェントが依存関係や設定ファイルを同時に変更したときの衝突をどう防いでるのか気になる。あと、カスタムのエージェントラッパーには対応してる?それともネイティブCLIが必須?
エージェントのコーディネーション層を追加することは考えてる?例えば、開発者が手動でタスクを割り当てるんじゃなくて、1つの「オーケストレーター」エージェントがサブタスクを生成してサブエージェントに指示を出すみたいな。それとも、コントロールを維持してコストの暴走を防ぐために、あえて人間が介在(human-in-the-loop)して割り当てる設計にしてるのかな?
ここ数週間、Emdash経由でエージェント(CCと、今はPiをテスト中)を動かしてるよ。ようやく生産的なworktree環境が整った。使い始めの頃はまだ粗削りな部分もあったけど、チームの開発スピードがめちゃくちゃ速くて[0]、懸念点を次々と解消してくれてる。ネイティブCLIをベースにしてるのも正解だと思うな。[0] https://github.com/generalaction/emdash/releases/
ちょっと質問。もし強強化習(RL)でエージェントが進化し続けたら、この環境やUIの将来性ってどうなるんだろう?5〜10人のエージェントを管理するのが大変なのは目に見えてる。5〜10人分の認知負荷を100%抱えながら、本当にまともなPRを出せるのかな?自分もミスするだろうし、他の人もそうだと思う。それなら、1つのエージェントに5〜10人のエージェントを管理させればいいんじゃない? 開発ループのほとんどはbashだし、エージェントがbashを使いこなせるようになれば、半年後にはどうなってるかな。エージェント自身がworktree間で他のエージェントを調整できるようになれば、今のままじゃ抽象化レイヤーとして不十分な気がする。
これ良さそうだけど、テストできないや。NODE_MODULE_VERSIONの不一致エラーで.debパッケージが壊れてる。承認待ちのPRがあるみたいだから、様子を見ておくよ。
で、ビジネスモデルはどうなってるの?これはYCのプロダクト?それともYCのプロダクトに関わってる間に作ったツール?
他の似たようなソフトウェアと比較してみてくれる?例えばCodex AppとかConductorとか。なんでこのアプリがいいの?
このツール最高!フィードバックはどこに送ればいい?
いい名前だね
vibe kanban(バイブ看板)ってなかったっけ?