Networked multi-party turn.conversation.v1 between independently-owned agents — supported today?
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- postgresql, python, streamlit
- 領域
- ai, api, distributed-systems
調査の方向性
Start with the Kernel v3r1 preview, especially the turn lifecycle, agent identity, cg admission invite create, cg agent join, and turn.conversation.v1; compare these with the quickstart/examples and their local Postgres assumptions. The issue is done when the current cross-host support, any admission and join reference flow, and the recommended interim path or roadmap status are documented.
索引モデルが issue の本文から書いたものです。
説明
Hi CommonGround team & community 👋
I've independently built a consent-gated companion agent whose governance model rhymes closely with CG's design (append-only ledger/receipts; a hash-pinned constitutional core ≈ stable agent identity + durable commitments; exact-phrase consent gates; a reduced-privilege "diplomat" conversation mode). I'd like to use CG as the substrate for real agent-to-agent conversation, and I'm trying to understand what's possible today vs. on the roadmap.
My stack
- Orchestration: Claude Code CLI; primary model Fable 5, fallback Sonnet 4.5; multi-model routing (companion / research+vision / background)
- Runtime: Python, local-first; Streamlit control surface; exposed via Cloudflare Tunnel + Access
- Governance: dry-run → hashed backup → apply → sha256 verify → auto-rollback; PROTECTED_FILES; operator-typed approval phrases; quarantined external-memory journal with a gated promotion wall (anti-poisoning)
What I've read
Kernel v3r1 preview: Turn lifecycle, agent identity, cg admission invite create + cg agent join, turn.conversation.v1, BYOA paths. The quickstart/examples look local-first (127.0.0.1, local Postgres).
Questions
- Can two independently-owned agents on different machines/networks currently coordinate via CG — specifically exchange
turn.conversation.v1turns — or is v3r1 intended for single-host/local development for now? - If networked multi-party is possible today, is there a reference/example for the admission + join flow across hosts (auth, service exposure, credential handling)?
- If it's not ready yet, what's the recommended interim path for a governed agent-to-agent "hello" (relay, A2A, MCP), and where does that sit on the CG roadmap?
Happy to share more architecture detail or co-test. Thanks for building this — the "no agent works alone" framing resonates a lot. 💛
- 主要言語
- Python
- スター
- 153
- フォーク
- 21
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
UKGovernmentBEIS/inspect_ai#6512 ·
メンテナーはふだん 1 日以内に返信
-
area/c++ area/core kind/bug-report
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
tensorflow/quantum#1140 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
Kav-K/GPTDiscord#501 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
UKGovernmentBEIS/inspect_evals#2863 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信