アイコン
Agent Guild Orchestra|委譲・検証・監査を、明示的な権限境界で束ねるオーケストレーション・ハーネス
Asked Q&A
  • Agent Guild Orchestra
  • タグからFAQを探す
  • アーキテクチャ

アーキテクチャ

7件

アーキテクチャに関連するFAQをまとめて確認できます。

AIチャットボットに質問する

投稿されたFAQをもとに、AIチャットボットがあなたの質問にお答えします。

Powered by Asked Q&A.
|利用規約プライバシーポリシーCookieポリシーFAQページを作成 
  • https://github.com/nir-nmttg/agent-guild-orchestra
  • AIチャットボットに質問する
  • キーワードでFAQを探す
  • タグからFAQを探す
    • 導入
      13件
    • 更新・再導入
      10件
    • 権限・安全
      9件
    • 検証
      8件
    • アーキテクチャ
      7件
    • Git・GitHub
      6件
    • Guild workflow
      6件
    • サポート
      6件
    • はじめに
      5件
    • コントリビューション
      5件
    • トラブルシューティング
      5件
    • 動作環境
      5件
    • セキュリティ
      4件
    • ライセンス
      4件
    • FAQ運用
      3件
    • カスタマイズ
      1件
プロフィール画像
60件のFAQ

Agent Guild Orchestra

|委譲・検証・監査を、明示的な権限境界で束ねるオーケストレーション・ハーネス

Agent Guild Orchestra は、Codexを成果品質、安全な権限境界、検証可能性を優先して運用するためのMIT LicenseのOSSです。 導入、更新、Guild workflow、コントリビューション、セキュリティに関するFAQを掲載します。 OpenAIによる公式提供・提携・承認を受けたプロジェクトではありません。

https://github.com/nir-nmttg/agent-guild-orchestra

agent-guild-orchestraとは何ですか?

Codexを複数の専門agentと明示的な権限境界で運用し、成果の正しさ・検証可能性・安全性を高めるためのGuild runtimeテンプレートです。 task contract、risk-based delegation、Trial、evidence_state、Ledgerなどの仕組みを導入します。

続きを読む

通常のCodex利用と何が違いますか?

通常の対話に、役割分担、対象リポジトリ境界、権限確認、検証根拠、snapshot、Ledgerなどの運用契約を加えます。 作業内容に応じて最小限のworkflowを選び、高リスクな変更では独立したTrialを要求します。

続きを読む

Guild rootとは何ですか?

agent-guild-orchestraの設定、runtime状態、実作業リポジトリをまとめて配置する親ディレクトリです。 Guild root直下にAGENTS.md、.agents、.codex、.orchestra、repositoriesなどが作成されます。

続きを読む

複数のリポジトリを管理できますか?

はい。 repositories配下へ複数のリポジトリを配置できます。 ただし、各taskでは対象リポジトリを明示的に固定し、探索・編集・検証・Git操作の範囲をその境界外へ広げません。

続きを読む

主なagent roleを教えてください

Rootは受付・境界固定・統合を担当します。 cartographerは地図作成、guildmasterは広域戦略、captainはscope設計、adventurerは実装、artificerは統合、inquisitorはTrial、examinerは単一focus確認、sageは助言、wardenは例外診断、courierはLedgerと許可済みGit操作を担当します。

続きを読む

evidence_stateとは何ですか?

blocker、失敗したcheck、success criteriaの検証状況、scope drift、securityなどのhigh-risk trigger、次の最小行動と停止条件を追跡する状態です。 重要な事実が変化したときだけ更新します。

続きを読む

snapshotは何のために使いますか?

上流と下流が同じ対象状態を参照していることを保証するために使います。 helperが発行したsnapshotを利用し、agentがdigestを推測しません。 不一致はstale_evidenceとして停止します。

続きを読む