HN 日本語サマリー

← 一覧へ戻る
オープンソース

Launch HN: OneCLI (YC S26) – チーム向けOSSサンドボックスエージェントハーネス

Launch HN: OneCLI (YC S26) – OSS sandboxed agent harness for teams (github.com)

77 pointsby guyb322 コメント

要約

OneCLIは、チーム向けのOSSサンドボックスエージェントハーネスです。各従業員に、GitHub、Gmail、Notion、Dropboxなどのサービスと連携し、承認プロセスを組み込んだ安全な個人用エージェントを提供します。セキュリティ分野の経験を持つ開発者が、AIエージェントの認証情報管理とチームでの共同利用という課題を解決するために開発しました。

全文翻訳

HNの皆さん、Jonathan & Guyです。OneCLIは、チーム向けに構築されたエージェントハーネスで、全従業員に安全でサンドボックス化された個人用エージェントを提供します。 これを使ってできることは以下の通りです。 1. GitHubアカウント、Gmail、Notion、Dropboxなどをチャットから簡単に接続できる、OneCLIの全機能が備わったサンドボックス化されたエージェントを入手できます。 2. メール送信やLinearチケットの削除など、100%の制御が必要な事柄については、チャット内で決定論的なヒューマン・イン・ザ・ループ(人間による承認)を行います。 3. チームポリシーを一元管理し、ワークスペース内のすべてのエージェントに適用します。 4. 共有LLMキーやサービスアカウントなど、チームレベルでのグローバルな接続機能を利用できます。 デモはこちらです: https://www.youtube.com/watch?v=dlW-44ntpbE 私たちは、キャリアがセキュリティ分野にあったにもかかわらず、偶然このプロジェクトを始めました。ChartDBというオープンソースのDBツールを開発していました。1月にOpenClawが注目を集めたとき、私たちはChartDB上でエージェントをオーケストレーションするためにそれを使用し始めました。すぐに認証に関する大きな問題があることに気づきました。エージェントは実際の作業を行うために認証情報が必要ですが、それらのシークレットを与えるのは最善の方法ではありません。エージェントはそれらをメモリに保持し、ローカルファイルやセッションにプレーンテキストで書き込みます。そして、エージェントが簡単に騙されてAPIキーやシークレットを渡してしまうことを知っていました。そのため、エージェントを制御し、プロンプトインジェクションが攻撃者の利益のためにサービスを使用するように騙すのを防ぐ方法が必要でした。 私たちは、Rustで構築されたAIエージェントのためのVaultとして始まったOneCLIを作成しました。 OneCLIの需要の大部分は、個人およびチーム向けのHermes、OpenClaw、NanoClawのような自律エージェントから来ていることがわかりました。 ユーザーは、個人が実行するタスクを実行する有用なエージェントを探していましたが、2つの部分が欠けていました。1) シークレットと権限の管理。2) チーム向けにはマルチプレイヤー管理です。 私たちはピボットし、エージェント自体をチーム向けのハーネスとして提供し、各従業員にエージェントを提供することにしました。チームは何度も独自のハーネスを設定する必要があり、私たちはすでにVaultをゲートウェイとして持っていたため、エージェント管理の欠けている部分をすぐに提供し、オープンソース化する(Apache-2.0、小規模なエンタープライズ例外あり)というアイデアを得ました。 私たちはオープンソースファーストです。プラットフォーム全体が対象であり、他のエージェントのように一部だけではありません。そのため、企業はコードを見て評価し、私たちの言葉を鵜呑みにするのではなく、信頼することができます。それらを独自の環境で、完全に管理下に、本番品質で、どこかにホストされたロックされたブラックボックスではなく、分離して実行します。これは、安全性が単なる約束ではなく、自分で検証できるものであることを意味します。真の自律性と最小権限アクセスと組み合わせることで、企業が単に採用するだけでなく、完全に所有し信頼できるものになります。 また、個人ではなく企業の視点からアプローチしています。私たちのソリューションは、企業管理者が一元化されたポリシーを通じて設定する決定論的なガードレールに包まれた、各従業員に代わってエージェントを管理します。 エージェントエンジン自体にはjcodeを使用しており、これはエージェントループのコアです。これにより、エクスペリエンスが向上し、エージェントがより賢く、より速くなることがわかりました。 仕組みは以下の通りです。 あなたが管理するインフラストラクチャ上で実行されます。完全にオープンソースで、セルフホストまたは数分でクラウドにデプロイできます。 エージェントは実際のシークレットを保持しません。プレースホルダーを受け取ります。実際の認証情報は、リクエストごとに、承認後にゲートウェイで注入されます。エージェントのコンテキスト、メモリ、またはログには決して入りません。 モデルの外での強制。プロンプトは提案です。組織管理者が定義したポリシーは、ネットワークレイヤーで、エージェントとLLMの外で実行されます。エンドポイントをブロックしたり、エージェントごとにレート制限したり、承認を要求したり、従業員ごとにスコープを設定したりできます。ゲートウェイが決定します。エージェントはそれをバイパスできません。 エージェントごとの分離されたVM。独自のメモリ、独自のキー、独自の権限。影響範囲は1つのエージェントです。 ハーネスの速度: エージェントループ下のRustエンジン。 完全なIDトレイル。各エージェントは従業員に紐付けられます。すべての呼び出しは、誰のために実行されたか、どのポリシーがそれを許可したかが記録されます。 プラットフォームで人々が行っていることの例: - 営業電話から製品サイドまで、会社のライフサイクル全体を管理し、エンジニアリングチームに自動的にチケットを開き、開発エージェントに配信と本番リリースを指示します。 - 運用サイドでは、電話後のCRMの衛生管理、リードのソーシング、会議の予約、フォローアップメールの管理などを自動化します。 - 一部の顧客は、これらのエージェントを使って食料品の買い物をすべて行い、オンラインでの注文などの雑用を任せています。 チームについて:両創業者ともサイバーセキュリティのバックグラウンドを持っています。JonathanはAxis Securityでゼロトラストネットワークアクセス構築に長年携わってきました。コアアイデアは、クライアントを決して信頼しないということです。人が何にアクセスできるかを正確に決定し、それらをネットワークレイヤーで、クライアントが何をしようとしても関係ないように強制します。これが、今日のすべての真剣な企業が人間にアクセスを提供する方法です。GuyはArgon SecurityでAppSecを担当した最初の従業員でした。 この動きについて皆様のご意見をお聞かせください。エージェントを強力かつ安全に改善するための課題を開くことを嬉しく思います。個人だけでなく、チームのために設計されています。